Определение оптимального размера журнала в SQL Server 2005

Question

В моей базе данных есть файл журнала, размер которого составляет 303 МБ, а% используется 3.19.

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

Как мне оценить мой журнал, чтобы определить:

• могу ли я уменьшить выделенное пространство и, таким образом, журнал
• насколько большой мой журнал растет ежедневно / еженедельно?

Проверять ли пространство журналов перед запуском журнала транзакций и полного резервного копирования базы данных?

Есть ли способ регистрировать размер журнала в таблице каждую ночь до / после запуска этих заданий?

Answer 1

Просто беги

dbcc sqlperf (пространство журнала)

перед резервным копированием, но не уменьшайте размер логов, не допускайте роста, а также чрезмерно загруженных дней или активности. Если вы настроите autogrow для файла журнала, это не помешает, если у вас достаточно места, но вы не хотите, чтобы он рос каждый день, или вы будете страдать от фрагментации файлов на диске. Для определения размера журналов не существует практического правила, оно полностью зависит от объема транзакции.

Если вы хотите получить выходные данные, создайте таблицу для хранения результатов:

создать табличное пространство журнала (имя varchar (64), размер float, использованный поплавок, статус int)

.. затем запустите это:

вставить в #d exec ('dbcc SQLPERF (logspace) ')

Вы можете добавить временную метку к файлу несколькими способами, если хотите отслеживать ее по времени. Я бы запустил его до резервного копирования.