Dam*_*ods 5 index sql-server-2008-r2
我目前正在经历这项工作陷入我的夜间维护解决方案 -
ALTER INDEX [PK_ThirdPartySettleCalled] ON [evo_archive].[dbo].[ThirdPartySettleCalled]
REORGANIZE WITH (LOB_COMPACTION = ON)
Run Code Online (Sandbox Code Playgroud)
表格的完整重新索引有效。
但我正在使用 Ola Hallengren 的出色解决方案,就像我在许多需要维护解决方案的网站上所做的那样。http://ola.hallengren.com/Documentation.html并且工作卡在半夜。
我已经将它作为来自 ssms 的单个语句进行了测试,结果相同,没有错误,我有点缺乏想法。
以前有人遇到过这个问题吗?
没有阻塞,
该表大约有 3 亿行,
基本上我说“卡住”是因为没有其他进程在 SQL Server 中运行,并且它已经重新组织了几个小时没有错误。
它处于相同状态,具有 25% 的碎片或几乎为 0%(在完全重建索引后测试)
解决
\n\n问题是我们有一个与我们的 Web 服务器相关的流氓 cron 作业(unix 作业),它使用了不正确的登录信息,
\n\n最终它占用了所有 8 个 CPU\xe2\x80\x99,因此重新索引作业只是等待一些 CPU 变得可用,然后才能继续(这就是作业未能超时的原因)
\n