この記事では、Microsoft®SQLServer®のデータベースとログのバックアップの失敗をトラブルシューティングするためのいくつかの基本的な手順について説明します。これは、バックアップ障害の一般的な原因を高レベルでカバーしています。 SQL Serverのバックアップアクションは複雑であるため、このガイドはトラブルシューティングの開始点として機能し、MicrosoftWindows®イベントビューアを使用してバックアップの失敗の原因を特定するのに役立ちます。
SQL Serverで最も一般的なバックアップの種類には、次の種類があります。
-
データベースの完全バックアップ ：名前が示すように、これはデータベース全体とトランザクションログの一部のバックアップです。このバックアップを使用すると、完全バックアップのみからデータベースを復元できます。イベントビューアは、このバックアップをデータベースバックアップとも呼びます。 。
-
差分データベースのバックアップ ：最新の完全データベースバックアップに基づいて、このバックアップには、最後の完全バックアップ以降にデータベースに加えたすべての変更が含まれます。
-
ログバックアップ ：このバックアップは、最後のログバックアップ以降のすべてのログを含むトランザクションログファイルを対象としています。ログのバックアップにより、障害が発生した場合のデータ損失を最小限に抑えることができます。
次のセクションでは、さまざまなバージョンのWindowsでイベントビューアにアクセスする手順について説明します。
Windows Server 2008 R2
- [スタート]->[コントロールパネル]->[システムとセキュリティ]->[管理ツール]をクリックします 。
- イベントビューアをダブルクリックします 。
Windows Server 2012
- マウスをデスクトップの左下隅に置いて、開始を作成します ボタンが表示されます。
- 開始を右クリックします 、[コントロールパネル]->[システムセキュリティ]を選択します 、管理ツールをダブルクリックします 。
- イベントビューアをダブルクリックします 。
Windows Server2012R2およびWindowsServer2016
- 開始を右クリックします 、[コントロールパネル]->[システムとセキュリティ]を選択します 、管理ツールをダブルクリックします 。
- イベントビューアをダブルクリックします 。
イベントビューアにアクセスしたら、次の手順を使用してエラーログを確認し、バックアップの失敗の原因を特定します。
-
イベントビューアで、Windowsログ->アプリケーションに移動します 。
-
アクションの右側 メニューで、検索に移動します 。
-
障害が発生したデータベースの名前を入力し、[次を検索]をクリックします 。
次を検索をクリックするたびに 、データベースの以前のイベントログが表示されます。次へをクリックし続けます。 エラーというラベルの付いたエラーログが見つかるまで 、バックアップの失敗を含みます。エラーログ自体に障害の原因が含まれていない場合は、エラーの直前または直後のログを探してください。次のセクション、バックアップ失敗の一般的な理由を参照してください。 、さまざまなエラーの詳細を確認してください。
失敗する前にバックアップが成功したというログが表示された場合は、その後のバックアップの試行が成功したことがわかります。障害の根本原因を調査する場合は、バックアップエラーログが見つかり、問題を特定するまで続行できます。
-
使用可能なディスク容量がありません ：イベントログエントリは、バックアップを試みたドライブとファイルパスに関する詳細を提供します。この問題に対処するには、ディスク領域を解放します。
-
ネットワークの問題または無効なファイルパス ：イベントエラーログを確認するときは、物理パスをメモし、その場所がサーバーまたはネットワーク共有に存在することを確認してください。ネットワーク共有全体でバックアップを行う場合は、ネットワークのトラブルシューティングをさらに行う必要がある場合があります。
-
不十分な権限 ：固定サーバーの役割、システム管理者 、および固定データベースロール、 db_owner およびdb_backupoperator 、バックアップデータベースがあります およびバックアップログ デフォルトでは権限。バックアップデバイスの物理ファイルのアクセス許可の問題は、バックアップを妨げる可能性があります。 SQL Serverはデバイスに対して読み取りと書き込みができる必要があるため、SQLServerサービスを実行するアカウントには書き込み権限が必要です。
-
サーバーの負荷が高い ：バックアップを試みた時点で、システムのリソース使用率が高かった。後続のバックアップが成功するかどうかを確認します。それでもリソースの使用量が多い場合は、タスクマネージャーを開きます（タスクバーを右クリックして、タスクマネージャーを選択します。 ）そして、プロセスの下でリソースを大量に消費するプロセスを特定します タブ。
-
データベースリカバリモデルと状態 ：すべてのデータベースリカバリモデルですべての種類のバックアップが許可されているわけではありません。 FULLおよびBULKLOGGEDリカバリモデルのデータベースのみがログバックアップを許可します。 SIMPLEリカバリモデルのデータベースは、ログバックアップを実行できません。バックアップを受け入れるには、データベースがオンラインである必要があります。データベースが次のいずれかのモードの場合、バックアップアクションは成功しません。
- オフライン
- 緊急事態
- 容疑者
- 回復
- 復旧保留中
- 復元
- シングルユーザーモード
-
データベースの完全バックアップは存在しません ：差分バックアップとログバックアップは、データベースの完全バックアップを少なくとも1つ実行した場合にのみ成功します。このエラーは、データベースのリカバリモデルに関する変更にも当てはまります。データベースを別のリカバリモデルに切り替えた後、差分バックアップとログバックアップを可能にするために、データベースの完全バックアップを作成する必要があります。