No momento, estou enfrentando este trabalho travando em minha solução de manutenção noturna -
ALTER INDEX [PK_ThirdPartySettleCalled] ON [evo_archive].[dbo].[ThirdPartySettleCalled]
REORGANIZE WITH (LOB_COMPACTION = ON)
uma reindexação completa da tabela funciona.
mas estou usando a solução incrível de Ola Hallengren como faço em vários sites que precisam de soluções de manutenção. http://ola.hallengren.com/Documentation.html e o trabalho fica parado no meio da noite.
Eu testei como uma única declaração de dentro do ssms com o mesmo resultado, sem erro, estou com um pouco de falta de ideias.
Alguém experimentou esse problema antes?
Sem bloqueio,
a tabela tem cerca de 300 milhões de linhas,
basicamente, digo 'preso' porque nenhum outro processo está sendo executado no servidor SQL e está se reorganizando há horas sem nenhum erro.
Está no mesmo estado com 25% de fragmentação ou praticamente 0% (testado após uma reconstrução completa do índice)
Resolvido
O problema era que tínhamos um trabalho cron desonesto (trabalho unix) relacionado aos nossos servidores da web que estava usando um login incorreto,
eventualmente, ele ocupou todas as 8 CPUs, então o trabalho de reindexação estava simplesmente esperando que alguma CPU ficasse disponível antes de poder continuar (é por isso que o tempo limite do trabalho falhou)