SQL Serverの3つの復旧モデル：シンプル、フル、バルクログの復旧モデル

SQL Serverには3種類の復旧モデルがあり、災害時にログファイルを管理し、SQLの復旧に備えるためにSQL Serverの復旧モデルを選択する必要があります。本記事では、SQL Serverの復旧モデルとして、シンプル、フル、バルクログの3つについてお話します。その中で、SQL Serverデータベースをバックアップする必要があります。

本記事では、信頼性の高いSQL Serverデータベースのバックアップ・復旧ソフト - EaseUS Todo Backup 企業版 をお勧めします。

ステップ1. 「バックアップ内容を選択」ボタンをクリックし、バックアップを開始します。

ステップ2. 「ファイル」「ディスク」「OS」「メール」の4つのデータバックアップオプションから1つを選びます。

ステップ3. バックアップする対象を選びます。

ステップ4. バックアップはローカルドライブ、EaseUSのクラウドサービス、NASなどに保存することができます。さらに、セキュリティゾーンを作って、バックアップをそこに保存することができます。

ステップ5. 「ローカルドライブ」→「クラウドデバイス」→「クラウドストレージサービスを追加」をクリックして、バックアップをDriveBox、GoogleDrive、OneDriveなどに保存できます。

ステップ6. 「オプション」をクリックして、「バックアップオプション」でパスワードの設定、バックアップスケジュールの設定し、特定のイベント時にバックアップを開始する時間の設定など多くのオプションがあり、必要に応じてバックアップタスクをカスタマイズすることができます。

ステップ7.「今すぐバックアップ」をクリックし、バックアップを開始します。

ログファイルに関する基本情報

SQL Server データベースには、少なくとも MDF データファイルと ldf ログファイルがあります。Mdfファイルには、テーブル、ストアドプロシージャ、ユーザー情報など、すべてのデータベースオブジェクトとデータが含まれています。Ldfログファイルは、データベース内のすべてのログを含んでいます。しかし、ログファイルだけを頼りにデータベースを復旧させることはできません。例えば、ldfログファイルと以前のフルバックアップを通して、ある時点までデータベースを復旧させることができます。

ログファイルはどうなっているのでしょうか？

• ログの物理的な保存場所であるため、ldfログファイルからログをバックアップし、ログバックアップファイルを使用してデータベースを回復することができます。
• SQL Serverは、起動するたびにldfログファイルからログを読み込みます。SQL Serverは起動するたびにldfログファイルからログを読み込み、未提出の事務はロールバックし、提出済みでデータファイルが書き込まれていない事務はロールフォワードし、事務の整合性を確保します。
• フルバックアップには、データベースの全データが含まれますが、全ログは含まれません。フルバックアップには、現在のデータベースの末尾にあるすべてのデータページとログのみが含まれます。

アクティビティログとは、現在の実行中の事柄を記録したログのことです。仮想ログとは、ログの論理記憶単位のことです。SQL Serverは、ldfログファイル空間を論理的にいくつかの断片に分割し、各ピースは仮想ログです。ログの切り捨てとは、以前のログを削除することです。

シンプルなリカバリーモデル

シンプルリカバリーモデルを選択すると、SQL Server はトランザクションログに最小限の情報のみを保持します。SQL Server は、データベースがトランザクション チェックポイントに到達するたびにトランザクション ログを切り捨て、災害復旧のためのログ エントリを残しません。

単純復旧モデルを使用しているデータベースでは、完全バックアップまたは差分バックアップのみを復元することができます。このようなデータベースをある時点に復元することはできず、フルバックアップまたは差分バックアップが発生した正確な時刻にのみ復元することができます。したがって、最新のフル/ディファレンシャルバックアップの時点から障害発生時点までの間に行われたデータの修正は自動的に失われることになります。

シンプルリカバリーは、最も少ない管理で済みます。フルログやバルクログのモデルよりも管理は簡単ですが、データファイルが破損した場合のデータ損失は大きくなります。シンプルリカバリーは、最近の変更を失うことが許容できない本番システムには適切な選択ではありません。シンプルリカバリーを使用する場合、バックアップ間隔は、バックアップのオーバーヘッドが本番業務に影響を与えない程度に長く、かつ大量のデータの損失を防ぐのに十分な短さである必要があります。

• メリット：高性能な一括コピー操作を可能にする。ログ容量を回収し、必要な容量を小さくすることができます。
• デメリット：最新のデータベースまたは差分バックアップ以降の変更は、やり直す必要があります。

フルリカバリーモデル

完全復旧モデルでは、SQL Serverはトランザクションログをバックアップするまで保存します。このため、トランザクションログのバックアップと合わせて、データベースの完全バックアップと差分バックアップを組み合わせた災害復旧計画を設計することができます。

データベース障害が発生した場合、フルリカバリーモデルを使用してデータベースを復元するのが最も柔軟です。トランザクションログに保存されたデータの変更を保持することに加えて、フルリカバリーモデルでは、データベースを特定の時点に復元することができます。

• メリット：データファイルの紛失や破損により、仕事ができなくなることはない。任意の時点まで復旧できる。
• デメリット：ログが破損した場合、直近のログバックアップ以降の変更をやり直す必要がある。

バルクログ回復モデル

バルク・ログ・リカバリ・モデルは、フル・リカバリ・モデルと同様に機能する特別な目的のモデルです。唯一の違いは、一括データ変更操作の処理方法です。バルク・ログ・モデルは、ミニマル・ロギングとして知られる技術を使用して、これらの操作をトランザクション・ログに記録します。これにより、処理時間が大幅に短縮されますが、ポイントインタイム・リストア・オプションを使用することができません。

• メリット：高性能なバルクコピー操作を可能にし、バルク操作によって使用されるログスペースを最小限に抑えることができます。
• デメリット：ログが破損した場合、または最新のログバックアップ以降にバルク操作が発生した場合、その最後のバックアップ以降の変更をやり直す必要があります。

フルリカバリおよびバルクロギングリカバリモデルは、データの最大限の保護を提供します。これらのモデルは、トランザクションログに依存して完全な回復能力を提供し、最も幅広い障害シナリオで作業損失を防止します。バルク・ログ・モデルは、特定の大規模なオペレーションに対して、より高いパフォーマンスと低いログ・スペース消費を提供します。

異なるMS SQL Serverのバックアップ戦略を選択した場合、SQL Serverのバックアップを回復するための特定の制限があります。