已执行索引碎片整理,后来被终止。从长远来看,它影响了另外两个流程。一个过程被自身取消,另一个过程被终止。重新运行时,我正在检查sys.dm_exec_requests的状态,并注意到在将数据插入表中的查询的最后一部分,它正在将状态从运行更改为可运行:preemptive_os_reportevent,等等。作业又一次被取消了。
我想了解为什么脚本会像这样改变状态?那是预期的吗?如果还有其他原因导致它长期运行,我还应该检查什么?
注意:我还在运行时检查其他活动脚本,没有一个使用相同的目标表。
答案 0 :(得分:0)
此问题已于昨天解决。显然,系统日志已满,并且禁止脚本编写日志,因此该脚本被卡住并且无法完成。如有需要,请随时添加输入。