SQL Server の完全バックアップに関する珍しいエラーと解決策

1. エラーの詳細

一度、データベース全体のバックアップを手動で実行したときに、次のエラーが発生しました。

複数回実行するとこのエラーメッセージが表示されます。

システムリソース (ディスクやメモリ領域など) が不足しているため、またはデータベースが破損しているために、チェックポイントを生成できないことがあります。

ディスクリソースが不足していないことを確認するために、データベースリソースをチェックします。

2. チェックポイントに関する知識

トランザクションログ、データファイル、およびチェックポイント間の関係。

SQL Server では、挿入、更新、または削除を行う際に、データはデータベースに対応する mdf ファイルに直接書き込まれるのではなく、キャッシュに書き込まれます。このとき、キャッシュ内のデータを mdf ファイルに書き込むために主に使用される、非常に重要なメカニズムである CheckPoint について言及する必要があります。

これは次の典型的な図で説明できます。

3. チェックポイントをトリガーするイベント

1. データベースをバックアップする前に、データベースエンジンは自動的にチェックポイントを実行し、データベースページへのすべての変更がバックアップに含まれるようにします。

2. ログのアクティブ部分が、回復間隔サーバー構成オプションで指定された時間内にサーバーが回復できるサイズを超えています。

3. ログが 70% いっぱいになり、データベースはログ切り捨てモードになっています。

4. サーバーを停止すると、サーバー上の各データベースにチェックポイントコマンドも発行されます。

4. 手動でチェックポイントを実行する

したがって、このエラーはバックアップ中のチェックポイントの問題によって発生した可能性が高いため、手動でチェックポイントを実行します。

通常、チェックポイントコマンドを手動で実行する必要はほとんどありません。チェックポイントの構文は CHECKPOINT[checkpoint_duration] です。ここで、checkpoint_duration はチェックポイントを完了するのに必要な秒数です。通常、checkpoint_duration 値は指定せず、データベースによって自動的に調整されるチェックポイント期間を使用して、データベースへのパフォーマンスの影響を軽減します。データベースがチェックポイントを実行すると、ダーティページの数、データを変更するアクティブなトランザクション、および指定された実際の継続時間 checkpoint_duration がリソースの割り当てに影響します。 checkpoint_duration 値が 50 秒で、この操作を完了するのに通常 150 秒かかるとします。指定された 50 秒の checkpoint_duration を満たすために、データベースは通常よりも多くのリソースを命令に割り当てます。これは、通常の状況下では他の操作のリソース使用率に影響します。 5. 効果検証

チェックポイントを実行します。

わーい