Установка: Sql Server 2008 R2, базы данных настроены в режиме полного восстановления.
Я установил план обслуживания, в котором выполняется резервное копирование журналов транзакций для ряда баз данных на сервере. Он настроен для создания файлов резервных копий в подкаталогах для каждой базы данных, проверки целостности резервных копий и использования сжатия резервных копий. Задание запускается каждые 2 часа в рабочее время (с 8 до 18 часов).
Я проверил задание, оно работает нормально, файлы резервных копий журнала создаются должным образом. Однако из того, что я прочитал, после резервного копирования журнала транзакций можно будет усечь журнал транзакций. Я не вижу возможности сделать это в конструкторе плана обслуживания сервера Sql. Как я могу это настроить?
Строго говоря, резервная копия журнала является усечение только что скопированной части журнала. Однако усечение журнала просто помечает записи журнала для повторного использования - это не означает, что физический файл журнала будет сокращаться. Это был бы отдельный (ручной) шаг, и действительно, если ваши файлы журналов должны были вырасти до этого размера в первую очередь, то их многократное сжатие / увеличение только усилит фрагментацию и снизит производительность.
Резюме: Если вы делаете регулярные резервные копии журналов, вам не нужно беспокоиться об усечении журналов вручную (и если вы все равно сделаете это вручную, вы испортите цепочку резервного копирования журналов).
Где вы читали об усечении журнала транзакций? Это полная чушь.
Если вы усечете журнал, вы фактически аннулируете восстановление любых резервных копий журнала. Вы можете восстановить только последнюю ПОЛНУЮ резервную копию. Вот почему в конструкторе планов обслуживания или в командах BACKUP LOG нет опции.
Есть некоторые редкие случаи, когда вы обрезаете журнал: в некоторых случаях DR в случае сбоя диска или если вы заполнили диск. В противном случае это сплошной идиотизм.
Установите для баз данных простое восстановление или выполняйте полное ночное резервное копирование и очищайте журналы без потери информации.
Вот статья MS о том, как остановить неожиданный рост журнала транзакций базы данных SQL Server.