満杯になったトランザクションログのトラブルシューティング (エラー 9002)

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

更新 : 2006 年 4 月 14 日

このトピックでは、トランザクションログが満杯になった場合の対処法について説明し、今後トランザクションログが満杯になるのを防ぐ方法を示します。トランザクションログが満杯になると、SQL Server データベースエンジンから 9002 エラーが発行されます。データベースがオンラインまたは復旧中の場合、ログが満杯になることがあります。データベースがオンラインの時にログが満杯になると、データベースはオンラインのままですが、読み取り専用になり、更新できません。復旧中にログが満杯になった場合、データベースエンジンによりデータベースが RESOURCE PENDING としてマークされます。いずれの場合も、ログ領域を使用可能にするためのユーザー操作が必要です。

トランザクションログが満杯になった場合の対処法

トランザクションログが満杯になった状況によっては、適切な対処法が異なる場合があります。特定の条件でログの切り捨てができなくなっている原因を見つけるには、sys.database カタログビューの log_reuse_wait 列と log_reuse_wait_desc 列を使用します。詳細については、「sys.databases (Transact-SQL)」を参照してください。ログの切り捨てが遅れる原因となるその他の要因の説明については、「ログの切り捨てが遅れる要因」を参照してください。

重要 :
データベースの復旧中に 9002 エラーが発生した場合、問題を解決した後で ALTER DATABASE database_name SET ONLINE ステートメントを使用してデータベースを復旧します。

満杯になったトランザクションログのその他の対処法には、以下があります。

ログをバックアップします。
ディスク領域を解放して、ログが自動的に拡張できるようにします。
十分な空き領域があるディスクドライブにログファイルを移動します。
ログファイルのサイズを増やします。
別のディスクにログファイルを追加します。
実行時間の長いトランザクションを完了または強制終了します。

これらの対処法については、次のセクションで説明します。状況に最も適した対処法を選択してください。

メモ :
ログの切り捨てを強制的に行うと、ログチェーンが壊れて、次回の完全データベースバックアップまでデータベースに脆弱性が残ります。このような理由から、TRUNCATE_ONLY オプションは今後のバージョンの SQL Server の BACKUP ステートメントから削除されます。新しい開発作業では、このオプションの使用は避け、現在このオプションを使用しているアプリケーションは修正するようにしてください。

ログの切り捨てを強制的に行うと、ログチェーンが壊れて、次回の完全データベースバックアップまでデータベースに脆弱性が残ります。このような理由から、TRUNCATE_ONLY オプションは今後のバージョンの SQL Server の BACKUP ステートメントから削除されます。新しい開発作業では、このオプションの使用は避け、現在このオプションを使用しているアプリケーションは修正するようにしてください。

ログのバックアップ

完全復旧モデルまたは一括ログ復旧モデルでは、トランザクションログを長期間バックアップしていないと、バックアップによりログの切り捨てが妨げられる場合があります。これまでにログのバックアップをまったく行っていない場合は、2 つのログバックアップを作成して、データベースエンジンが最後にバックアップされた時点までログを切り捨てられるようにする必要があります。ログを切り捨てると新しいログレコード用の領域が解放されます。ログが再び満杯にならないようにするには、ログを頻繁にバックアップするようにしてください。

トランザクションログのバックアップを作成するには

重要 :
データベースが破損した場合は、「ログ末尾のバックアップ」を参照してください。

ディスク領域の解放

他のファイルを削除または移動することによって、データベースのトランザクションログファイルが保存されているディスクドライブのディスク領域を解放できる場合があります。ディスク領域を解放すると、ログファイルは自動的に拡張します。

別のディスクへのログファイルの移動

現在ログファイルが保存されているドライブでディスク領域を十分に解放できない場合は、十分な空き領域がある別のドライブにファイルを移動することを検討してください。

重要 :
ログファイルは、圧縮されたファイルシステムには配置しないでください。

ログファイルを移動するには

データベースファイルの移動

ログファイルのサイズの拡張

ログディスク上に使用可能な領域がある場合、ログファイルのサイズを増やすことができます。

ファイルサイズを増やすには

自動拡張が無効に設定されており、データベースがオンラインで、ディスク上に十分な空き領域がある場合、次のいずれかを実行します。

ファイルサイズを手動で増やし、単一の拡張増分値を作成します。
ALTER DATABASE ステートメントを使用して自動拡張を有効にし、FILEGROWTH オプションに 0 以外の拡張増分値を設定します。

メモ :
いずれの場合も、現在のサイズ制限に達している場合は、MAXSIZE 値を増やします。

別のディスクへのログファイルの追加

ALTER DATABASE <database_name> ADD LOG FILE ステートメントを使用して、十分な領域がある別のディスク上のデータベースに新しいログファイルを追加します。

ログファイルを追加するには

実行時間の長いトランザクションの特定と管理

詳細については、「実行時間の長いトランザクションの管理」を参照してください。

参照

変更履歴

リリース	履歴
2006 年 4 月 14 日	新しい内容 : 満杯になったトランザクションログがデータベースの可用性に与える影響についての説明を追加しました。トランザクションログが満杯になった原因を sys.database を使用して特定する方法についての情報を追加しました。以前の「ディスク領域の不足に関するトラブルシューティング」に記載されていた 9002 エラーの解決に関する情報を統合しました。

2006 年 4 月 14 日

新しい内容 :

満杯になったトランザクションログがデータベースの可用性に与える影響についての説明を追加しました。
トランザクションログが満杯になった原因を sys.database を使用して特定する方法についての情報を追加しました。
以前の「ディスク領域の不足に関するトラブルシューティング」に記載されていた 9002 エラーの解決に関する情報を統合しました。

満杯になったトランザクション ログのトラブルシューティング (エラー 9002)

トランザクション ログが満杯になった場合の対処法

ログのバックアップ

ディスク領域の解放

別のディスクへのログ ファイルの移動

ログ ファイルのサイズの拡張

別のディスクへのログ ファイルの追加