Авамар: Обрізання журналу SQL-плагіна не зменшує файли транзакцій SQL

Резервне копіювання плагіна Avamar SQL — спостережувана поведінка

Адміністратори можуть помітити наступне під час або після резервного копіювання плагіна Avamar SQL:

• Журнал транзакцій SQL обрізаний, але його фізичний розмір файлу не зменшується.
• Незважаючи на успішне завершення резервного копіювання, файл журналу залишається на розмірі до резервного копіювання.
• Очікування, що процес резервного копіювання автоматично зменшить файл журналу, не виконуються.

Нерозуміння управління транзакційним журналом SQL

Проблема виникає через неправильне припущення, що плагін Avamar SQL обрізає та зменшує файли журналів SQL-транзакцій під час резервного копіювання. Насправді Avamar лише сигналізує SQL, що відбулося повне резервне копіювання, дозволяючи SQL скоротити журнал. Він не виконує жодної операції логарифмування з усадкою.

• Урізання SQL позначає неактивні віртуальні файли журналу (VLF) як багаторазові, але фізичний розмір файлу залишається незмінним.
• Стандартна логіка Microsoft SQL Server ніколи не зменшує розмір фізичного файлу журналу після урізання.
• Параметри зростання логарифму (початковий розмір, приріст росту, максимальний розмір) розширення контрольного файлу, а не зменшення
• DBA часто очікують автоматичне зменшення, що призводить до плутанини, коли файли журналів зберігають свій початковий розмір.

Вплив поведінки VLF

Кожен VLF — це найменша одиниця, яку можна позначати як активну або неактивну. Якщо будь-який VLF містить необхідні записи журналу, весь VLF залишається активним, запобігаючи повторному використанню цієї частини файлу. Урізання звільняє лише повністю неактивні VLF; Файл не згортається.

Типові адміністративні припущення

• Припускаючи, що урізання, ініційоване резервним копією, також зменшить файл журналу.
• Покладаючись на Avamar для керування розміром журналів без окремої рутини зменшення.
• Ігноруючи необхідність запланованого завдання DBCC SHRINKFILE або Management Console.

Як плагін Avamar SQL обробляє файли транзакційних журналів

SQL-плагін Avamar обрізає журнал транзакцій після резервної копії, але не зменшує фізичний файл журналу. DBA повинні зменшувати журнал вручну, якщо потрібен менший розмір файлу.

Покрокова процедура для зменшення журналів транзакцій SQL

• Підтверджіть, що остання резервна копія Avamar успішно завершена.
• Перевірте, чи відбулося обрізання логарифму (журнал позначений як багаторазовий).
• Виконайте ручну операцію зменшення за допомогою SQL Server Management Studio (SSMS) або скрипта T-SQL.
• Плануйте регулярні завдання зі зменшення, якщо потрібно постійне зменшення розміру.

Для додаткової інформації щодо зменшення файлу Microsoft SQL Log дивіться:

• Зменшення журналу транзакцій (зовнішнє посилання)
• DBCC SHRINKFILE (Transact-SQL) (Зовнішнє посилання)