トランザクションログの圧縮

[アーティクル]
12/16/2008

トランザクションログの物理サイズを削減するには、ログファイルを圧縮する必要があります。トランザクションログを圧縮すると、1 つ以上の非アクティブな仮想ログファイルを削除することにより、トランザクションログの物理サイズが削減されます。アクティブなログレコードを保持する仮想ログファイル (アクティブな仮想ログファイル) は、論理ログの一部なので削除できません。仮想ログファイルの詳細については、「トランザクションログの物理アーキテクチャ」を参照してください。

メモ :
最近トランザクションログが切り捨てられていない場合は、ログが切り捨てられるまでログを圧縮できない場合があります。詳細については、「ログの切り捨てが遅れる要因」を参照してください。

ログファイルの圧縮のしくみ

ログファイルのサイズは、仮想ログファイル単位で縮小されます。たとえば、600 MB のログファイルを 100 MB の 6 つの仮想ログに分割している場合、ログファイルのサイズは 100 MB ずつしか縮小できません。このファイルのサイズは 500 MB や 400 MB などに縮小することはできますが、433 MB や 525 MB などのサイズに縮小することはできません。

メモ :
データベースエンジンでは、ログファイルの作成時または拡張時に仮想ログファイルのサイズを動的に選択します。詳細については、「トランザクションログの物理アーキテクチャ」を参照してください。

ログファイルの現在のサイズは、仮想ログファイルによって使用されるページのサイズと同じです。論理ログ部分を保持している仮想ログファイルは解放できません。ログファイルのすべての仮想ログファイルが論理ログ部分を保持している場合、そのログファイルは圧縮できません。圧縮は、ログの切り捨てにより 1 つ以上の仮想ログファイルが非アクティブとしてマークされるまで実行できません。

ファイルの圧縮操作では、非アクティブな仮想ログファイルだけを削除できます。目標サイズを指定せずにファイルの圧縮操作を実行すると、すべての非アクティブな仮想ログファイルが削除されます。目標サイズを指定してファイルの圧縮操作を実行すると、非アクティブな仮想ログファイルが、目標サイズに近いサイズ (目標サイズを下回らない程度) にするのに必要な分だけ削除されます。通常、圧縮後のログファイルは目標サイズよりもやや大きくなりますが、目標サイズよりも小さくなることはありません。仮想ログファイルを使用するので、ログファイルの実際の圧縮率を予想するのは困難です。

ファイルを圧縮するとき、解放される領域は、ファイルの末尾にある領域でなければなりません。トランザクションログファイルを圧縮すると、ユーザーが要求したサイズまでログファイルを縮小するために必要な数の仮想ログファイルがログファイルの末尾から解放されます。ユーザーが指定した target_size は、次の最も高い仮想ログファイル境界に丸められます。たとえば、上記で例示した 100 MB の仮想ログファイル 6 つを含む 600 MB のファイルに対し、ユーザーが target_size に 325 MB を指定すると、最後の 2 つの仮想ログファイルが削除され、新しいファイルサイズは 400 MB になります。

DBCC SHRINKDATABASE 操作または DBCC SHRINKFILE 操作では、物理ログファイルを要求したサイズに圧縮する操作がすぐに試行されます。

仮想ログファイル内の target_size マークを超えた場所に論理ログ部分がない場合、target_size マークより後の仮想ログファイルが解放され、DBCC ステートメントはメッセージなしで正常に完了します。

仮想ログ内の target_size マークを超えた場所に論理ログ部分がある場合は、SQL Server データベースエンジンにより、できるだけ多くの領域が解放され、情報メッセージが表示されます。このメッセージには、ファイル末尾の仮想ログから論理ログを削除するために実行する必要がある操作が示されます。この操作を実行すると、DBCC ステートメントを再実行して必要な領域を解放できます。

たとえば、DBCC SHRINKFILE ステートメントを 275 MB の target_size で実行したときに、6 つの仮想ログファイルを保持する 600 MB のログファイルに、仮想ログファイル 3 で始まって仮想ログファイル 4 で終了する論理ログがあるとします。

圧縮前の 6 つの仮想ログファイルを保持するログファイル

仮想ログファイル 5 と 6 は、論理ログ部分を含んでいないのですぐに解放されます。ただし、指定した target_size を満たすには、仮想ログファイル 4 も解放される必要がありますが、論理ログファイルの終了部分が保持されているので解放できません。仮想ログファイル 5 と 6 の解放後、データベースエンジンにより、仮想ログファイル 4 の残りの部分にダミーレコードが書き込まれます。これにより、ログファイルの終わりが仮想ログファイル 1 の終わりになります。大部分のシステムでは、仮想ログファイル 4 で始まるすべてのトランザクションが数秒でコミットされます。つまり、ログのアクティブな部分全体が仮想ログファイル 1 に移動します。これで、ログファイルは次のようになりました。

4 つの仮想ファイルに縮小されるログファイル

DBCC SHRINKFILE ステートメントでも、要求されたすべての領域を解放できなかったことと、BACKUP LOG ステートメントを実行して残りの領域を解放できることを示す情報メッセージが表示されます。ログのアクティブな部分が仮想ログファイル 1 に移動した後、次のように、BACKUP LOG ステートメントにより、仮想ログファイル 4 にある論理ログ全体が切り捨てられます。

ログ切り捨て後のログファイル

仮想ログファイル 4 には論理ログ部分が含まれなくなったので、同じ DBCC SHRINKFILE ステートメントを 275 MB の target_size で実行できるようになります。仮想ログファイル 4 は解放され、物理ログファイルのサイズは要求したサイズまで縮小されます。

メモ :
実行時間が長いトランザクションなど、特定の要因によって仮想ログファイルが長期間アクティブのままになる場合があります。これによりログの圧縮が制限されたり、ログがまったく圧縮されない可能性があります。詳細については、「ログの切り捨てが遅れる要因」を参照してください。

ログが圧縮される状況

ログの圧縮は、データベースがオンラインのときに実行できます。次のような状況では、ログファイルのサイズが物理的に縮小されます。

自動圧縮操作の発生時
ログファイルを参照する DBCC SHRINKFILE ステートメントの実行時
DBCC SHRINKDATABASE ステートメントの実行時

ログファイルを圧縮するには

ログファイルの圧縮イベントを監視するには

Log File Auto Shrink イベントクラス.

ログ領域の使用量を監視するには

DBCC SQLPERF (Transact-SQL)
sys.database_files (Transact-SQL) (ログファイルの size、max_size、および growth 列を参照してください)

参照

次の方法で共有

トランザクションログの圧縮

ログファイルの圧縮のしくみ

ログが圧縮される状況

参照

概念

その他の技術情報

ヘルプおよび情報

その他のリソース

次の方法で共有

トランザクション ログの圧縮

ログ ファイルの圧縮のしくみ

ログが圧縮される状況

参照

概念

その他の技術情報

ヘルプおよび情報

その他のリソース

トランザクションログの圧縮

ログファイルの圧縮のしくみ