Отрицательный размер temp базы данных

Прихожу на работу, а у меня на одном из серверов сообщение о не достаточном месте на диске. Диск объемом 80 гигабайт полностью забит, не смотря на то, что на нем только временная таблица от SQL Server. Ну не фига себе думаю временная база данных разгулялась. 

Решил сократить размер журнала, вдруг он вырос по какой-то случайности, хотя не должен. Обычно обслуживание temp базы данных не нужно, но тут я решил попробовать. Захожу в окно Shrink File и у просто в шоке. Размер журнала отрицательный:

Изменить файл данных или журнал невозможно, на любые мои действия сервер реагирует ошибкой. Я начал гуглить и выяснил, что проблемы особо и нет, потому что это просто неверно сервер сохранил где-то в таблице размеры и в принципе ничего страшного. Оно в принципе верно, но не совсем. Любые вызовы dbcc updateusage не позволяют вернуть свободное пространство, а оно явно занято.

Хорошо, иду на крайние меры. Перезапускаю сервер, потому что при перезапуске он пересоздает базу данных temp. Свободное место вернулось и вроде бы все нормально. 

На следующий день прихожу на работу, а та же песня вернулась. Явно что-то не то. Начал расследование и пришел к выводу, что где-то ужасный скрипт, который просто не знает конца в своем выполнении, начинает расходовать журнал и доходя до пределов диска падает и данные в системных таблицах не обновляются. 

Моя теория почти подтвердилась. Я нашел скрипт, который работал не корректно. Он действительно работал в это время и падал с ошибкой, что больше не может выделить место на диске для temp таблицы. 

То есть два подозрения явно подтвердились. Третье подтвердить я не могу, потому что исходных кодов SQL Server у меня нет, но другого объяснения у меня нет. 

Если ты столкнулся с подобной проблемой, пора искать глючный скрипт, который тянет данные без конца и края. 

---

Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым

---