При задаче "Перестроении индексов" стал дико расти лог файл и в итоге задача не выполняется?
Собственно, давненько работает план обслуживания и никаких проблем не наблюдалось.
дней 5 назад, начал дико расти лог файл при выполнении "перестроении индексов".
Стандартно лог весил 80-100гб и как бы особо не увеличивался, иногда его шринковали.
Были поменяты винты с целью посмотреть сколько забьет места.
Итого ночью он вырос до 900гб лог при выполненнии перестроения и задача в итоге не была выполнена.
В чем может быть проблема?
дней 5 назад, начал дико расти лог файл при выполнении "перестроении индексов".
Стандартно лог весил 80-100гб и как бы особо не увеличивался, иногда его шринковали.
Были поменяты винты с целью посмотреть сколько забьет места.
Итого ночью он вырос до 900гб лог при выполненнии перестроения и задача в итоге не была выполнена.
В чем может быть проблема?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
При том, что 2 базы на сервере и у обоих стал дико расти лог. до с августа до 6го числа все выполнялось идеально, все задания отработаны. Но с 6го у обоих стал расти log и не выполняться задание.
На другом сервере база Документооборот, с теми же заданиями но все до сих пор выполняется идеально + лог очень медленно растет 300мб
На другом сервере база Документооборот, с теми же заданиями но все до сих пор выполняется идеально + лог очень медленно растет 300мб
Пожалуй, для начала я бы развернул базу из бэкапа до проблемы и проверил, как сейчас ведет себя ребилд на ней.
В случае, если лог не растет, сравнил бы конфигурации. Может где индекс какой добавили.
Дополнительно посмотрел бы размеры индексов в рабочей и восстановленной базах.
Далее смотрел бы по результатам.
Если задача перестроения сделана через мастер, то стоит рассмотреть выполнение ребилда скриптом.
Как вариант, выбирать несколько первых таблиц, выполнять задание несколько раз между бэкапами лога.
Либо в скрипте делать чекпоинт и бэкап лога после перестроения нескольких индексов.
Примеры скриптов
В случае, если лог не растет, сравнил бы конфигурации. Может где индекс какой добавили.
Дополнительно посмотрел бы размеры индексов в рабочей и восстановленной базах.
USE my_base;
SELECT name, avg_fragmentation_in_percent , a.page_count
FR OM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL, NULL, NULL) AS a
JOIN sys.indexes AS b ON a.object_id = b.object_id AND a.index_id = b.index_id
--WHERE avg_fragmentation_in_percent > 10
ORDER BY a.page_count DESC;
Далее смотрел бы по результатам.
Если задача перестроения сделана через мастер, то стоит рассмотреть выполнение ребилда скриптом.
Как вариант, выбирать несколько первых таблиц, выполнять задание несколько раз между бэкапами лога.
Либо в скрипте делать чекпоинт и бэкап лога после перестроения нескольких индексов.
Примеры скриптов
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот