Я вошел и проверил свой Журнал транзакций на днях, и это было что-то сумасшедшее как 15 ГБ. Я выполнил следующий код:
USE mydb
GO
BACKUP LOG mydb WITH TRUNCATE_ONLY
GO
DBCC SHRINKFILE(mydb_log,8)
GO
То, которое хорошо работало, уменьшило его вниз к 8 МБ..., но рассматриваемый DB является Издателем Передачи журналов, и журнал уже вернулся приблизительно до 500 МБ и становление быстрым.
Там какой-либо путь состоит в том, чтобы автоматизировать это уменьшение журнала, за пределами создания пользовательского "Выполняют Задачу Плана технического обслуживания" Задачи Оператора T-SQL и сцепление его на моей резервной задаче журнала? Если бы это - лучший способ, затем прекрасный..., но я просто думал, что SQL Server имел бы лучший способ иметь дело с этим. Я думал, что это, как предполагалось, уменьшалось автоматически каждый раз, когда Вы взяли резервное копирование журнала, но этого не происходит (возможно, из-за моей передачи журналов, я не знаю).
Вот мой план актуальной резервной копии:
Или возможно я просто выполняю его один раз в неделю, после того, как я выполню задачу полного резервного копирования? Что Вы все думаете?
Если ваш файл растет каждую ночь на 500 МБ, есть только одно правильное действие: предварительно увеличить файл до 500 МБ и оставить его там. Уменьшение файла журнала вредно. Автоматический рост файла журнала также вреден.
Вам не обязательно верить мне на слово, вы можете прочитать в некоторых блогах MVP, что они говорят о практике регулярного сокращения журналов и файлов:
Есть и другие, я просто устал их перечислять.
Каждый раз, когда вы уменьшаете файл журнала, фея теряет свои крылья.
Я бы подумал более частое резервное копирование журнала транзакций .
Думаю, то, что вы предлагаете в своем вопросе, является правильным. То есть «подключите сжатие журнала к процессу» ночного процесса резервного копирования / обслуживания. Главное, чтобы вы регулярно делали резервные копии журнала транзакций, что позволит уменьшить размер базы данных при выполнении задачи сжатия. Важно помнить, что это двухэтапный процесс: 1) резервное копирование журнала транзакций, которое автоматически «обрезает» файл журнала; 2) запустите сжатие вашего файла журнала. «усечение» не обязательно (или когда-либо?) означает, что файл будет сжиматься ... сжатие - это отдельный шаг, который вы должны сделать.