Я обнаружил, что нормальной причиной такого взрывного роста TempDB является запрос, либо специальный, либо хранимой процедуры, который имеет неожиданное соединение многие-ко-многим, которое некоторые называют «Случайным».Перекрестное соединение ».За кулисами он может создавать буквально миллиарды внутренних строк, которые в конечном итоге живут в «рабочих» таблицах, расположенных в TempDB.
Исправление заключается не в том, чтобы просто выделить больше дискового пространства.Исправление состоит в том, чтобы найти, какой запрос является причиной проблемы, и устранить ее.В противном случае вы застрянете в бесконечном цикле необходимости перезапуска SQL Server и т. Д. И т. Д.
И, нет ... вам не нужно проверять, находится ли TempDB в "ПРОСТОЙ "режим восстановления, потому что вы не можете установить его на что-либо еще.Попробуйте и посмотрите.