索引碎片整理已执行,后来被终止。它影响了其他两个长时间运行的进程。一个进程自行取消,另一个进程被终止。在重新运行时,我检查了来自sys.dm_exec_requests的状态,并注意到在查询的最后一部分(将数据插入到表中),它将状态从running更改为runnable: preemptive_os_reportevent等。随后,该作业再次自行取消。
我想知道为什么脚本会这样改变状态?这是意料之中的吗?如果有其他原因导致它长时间运行,我还应该检查什么?
注意:在它运行时,我还检查了其他活动脚本,没有一个脚本使用相同的目标表。
发布于 2019-07-10 09:09:51
这个问题昨天已经解决了。显然,syslogs已满,并阻止脚本写入日志,因此它被卡住,无法完成。如果您有一些输入,请随意添加。
https://stackoverflow.com/questions/56944434
复制相似问题