Avamar：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プラグインによるトランザクション ログ ファイルの処理方法

AvamarのSQLプラグインは、バックアップ後にトランザクション ログをトランケートしますが、物理ログ ファイルは圧縮しません。ファイル サイズを小さくする必要がある場合は、DBAが手動でログを縮小する必要があります。

SQLトランザクション ログを縮小する手順

• 最新のAvamarバックアップが正常に完了したことを確認します。
• ログのトランケートが発生した(ログが再使用可能とマークされている)ことを確認します。
• SQL Server Management Studio(SSMS)またはT-SQLスクリプトを使用して、手動で縮小操作を実行します。
• 継続的なサイズ縮小が必要な場合は、定期的な縮小タスクをスケジュールします。

Microsoft SQLログ ファイルの圧縮の詳細については、次を参照してください。

• トランザクション・ログの縮小 (外部リンク)
• DBCC SHRINKFILE (Transact-SQL) (外部リンク)