Tempdb сожрал все место на диске. Как посмотреть чем заполнен темпдб, кто и что такое страшное запустил?
Сегодня на сервере на диске С закончилось место - все дружно вылетели. Виноват Tempdb - tempdev вырос до 45Г.
Понимаю что скорее всего запрос какой-то.
Предполагаю в какой базе.
База досталась по наследству - тот программер уволился. И я в ней почти ничего не делаю - работают удаленщики.
Если сделать шринк, то не помогает. Если шринк по команде DBCC SHRINKFILE (tempdev, 25040), то ответ "DBCC SHRINKFILE: страница 1:5700576 не может быть перемещена, поскольку она принадлежит рабочей таблице.". Гугл молчит что с этим делать.
Как посмотреть чем заполнен темпдб (отчет использование памяти верхними таблицами выводит использование 80М), кто и что такое страшное запустил?
Понимаю что скорее всего запрос какой-то.
Предполагаю в какой базе.
База досталась по наследству - тот программер уволился. И я в ней почти ничего не делаю - работают удаленщики.
Если сделать шринк, то не помогает. Если шринк по команде DBCC SHRINKFILE (tempdev, 25040), то ответ "DBCC SHRINKFILE: страница 1:5700576 не может быть перемещена, поскольку она принадлежит рабочей таблице.". Гугл молчит что с этим делать.
Как посмотреть чем заполнен темпдб (отчет использование памяти верхними таблицами выводит использование 80М), кто и что такое страшное запустил?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Майкрософт не публикует как и 1с что происходит внутри программ...
можешь понять только косвенно:
в 1С:КИП есть центр управления производительностью - и он может показать самые ресурсоемкие запросы, но во время выполнения...
вообщем копай в эту сторону...
можешь понять только косвенно:
в 1С:КИП есть центр управления производительностью - и он может показать самые ресурсоемкие запросы, но во время выполнения...
вообщем копай в эту сторону...
Сейчас уже не узнаешь. Сделай рестарт сервера чтоб tempdb обнулить.
Надо постоянно пасти рост tempdb и смотреть открытые транзакции, например, раз в 5 минут.
Возможно такая ситуация ещё повторится. Тогда можно настроить техжурнал на событие dbmssql с фильтром на текст запроса ins ert in to и rowsaffected > 1000000.
Но tempdb используется не только для временных таблиц, но и для хранения версий строк.
Или для исполнения некоторых операторов при выполнении запроса. В этом случае надо изучать планы запросов и смотреть может при выполнении какого-то оператора происходит обработка большого количества записей в tempdb, типа 100-200-300 млн записей, может и больше.
Надо постоянно пасти рост tempdb и смотреть открытые транзакции, например, раз в 5 минут.
Возможно такая ситуация ещё повторится. Тогда можно настроить техжурнал на событие dbmssql с фильтром на текст запроса ins ert in to и rowsaffected > 1000000.
Но tempdb используется не только для временных таблиц, но и для хранения версий строк.
Или для исполнения некоторых операторов при выполнении запроса. В этом случае надо изучать планы запросов и смотреть может при выполнении какого-то оператора происходит обработка большого количества записей в tempdb, типа 100-200-300 млн записей, может и больше.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот