Backup and DR を使用すると、Microsoft SQL Server をバックアップできます。
インスタンス
Always On 可用性グループのプライマリ データベース
VM 内のデータベース
システムデータベース
ユーザーデータベース
整合性グループ内のデータベースとサポート ファイル
整合性グループの個々のメンバー
始める前に
Microsoft SQL Server データベースを保護する前に、次のことを行います。
SQL Server データベース ホストを追加してデータベースを検出するで説明されているように、アプライアンス管理コンソールの SQL Server ウィザードを使用してホストを追加し、データベースを検出します。
データベースの保護方法を定義するバックアップ プラン ポリシー テンプレートとリソース プロファイルを作成します。
Microsoft SQL Server データベースを保護するためのベスト プラクティス
完全復旧モデルを使用する Microsoft SQL Server データベースの場合は、バックアップ / リカバリ アプライアンスの機能を利用して、データベースとそのログの両方を単一のポリシーでバックアップします。データベースとそのログの両方がバックアップされている場合、アプライアンスは、アプライアンスのユーザー インターフェースを使用してログをロール フォワードすることで、データベースを特定の時点に復元できます。データベースとそのログの両方のバックアップは、ポリシー テンプレートの詳細設定を使用して有効にします。
インスタンス内のデータベースと整合性グループ内のデータベースのバックアップ
バックアップを作成するためにデータベースが静止されると、ディスクのスナップショットが作成され、リリースされます。整合性グループとデータベース インスタンスの場合、メンバーは静止され、データの整合性のあるポイントインタイムで一緒にリリースされます。
SQL インスタンスをバックアップする場合、データベースがインスタンスに追加されると、Backup and DR のバックアップ オペレーションに自動的に含まれます。SQL インスタンス内のデータベースのバックアップは、データベースが定期的に追加および削除される環境に適しています。仮想アプリケーションとして SQL インスタンスにマウントされたデータベースは、インスタンスの他のメンバーでは保護されません。仮想的にマウントされたデータベースは、個別に保護する必要があります。
整合性グループへのメンバーシップは手動で行われます。整合性グループ内のデータベースのバックアップは、データベースの追加や削除が頻繁に行われない環境に適しています。
データベース管理と VM 管理
Microsoft SQL Server は、アプリケーション（データベース、インスタンス、可用性グループ）として保護されるか、VM 全体の一部として保護されるかによって、保護方法が異なります。
| ESP ではなくアプリケーションとして保護 | VM の一部として保護 |
|---|---|
| バックアップ / リカバリ アプライアンスは、データベース ファイルのみを保護します。 | VMware VM 全体が VMware API を使用してバックアップされます。保護された VM 全体の一部である SQL データベースを管理している場合は、[Compute Engine インスタンスの保護と復元](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery)をご覧ください。 |
| Backup and DR エージェントは、VSS スナップショットを調整し、ログの切り捨てを実行します。 | VMware API が VSS スナップショットを調整します。ログの切り捨てを行うには、Backup and DR エージェントが VM にインストールされている必要があります。 |
| Backup and DR エージェントは、名前付きファイルで変更ブロック トラッキングを使用します。これは、大規模なデータベース ファイルに非常に効率的です。 | VMware API は、変更ブロック トラッキングを提供します。 |
| [詳細と設定] で [バックアップ後にログを切り捨てる] を選択すると、バックアップ ジョブの実行時にトランザクション ログがバックアップされます（[ポリシー設定のオーバーライドの詳細設定を構成する](: #SetOverrides) をご覧ください）。 | トランザクション ログはバックアップされません。 |
| クライアントはログを使用してロールフォワードできます。 | 復元中にロールフォワードはサポートされません。 |
Microsoft SQL Server データベースを保護するバックアップ プランを適用するには、次の操作を行います。
Backup and DR アプライアンスの管理コンソールから、[App Manager] > [Applications] に移動します。[Applications] ページが開きます。
バックアップする Microsoft SQL Server データベース、インスタンス、AG、または整合性グループを選択し、ページの右下にある [Manage Backup Plan] を選択します。
[バックアップ プランの管理] ウィンドウで、プルダウン リストから [テンプレート] と [プロファイル] を選択します。
テンプレート。アプリケーション データのスナップショットとレプリケーションを定義するポリシーを含む既存のバックアップ テンプレート。
プロフィール。アプリケーションのデータをスナップショット イメージとレプリケート イメージとして保存するために使用されるリソースを定義する既存のリソース プロファイル。
[バックアップ プラン テンプレートの管理] ウィンドウで、バックアップ プランを適用する前に次の変更を行います。
アプリケーションの設定。アプリケーション タイプ、ホスト名、ホスト IP アドレス、パス、オペレーティング システム、バックアップ / リカバリ アプライアンス、アプライアンス IP アドレスなど、Microsoft SQL に固有の設定。
ポリシーのオーバーライド。選択したバックアップ テンプレートで以前に構成された特定のポリシー設定をオーバーライドします。ポリシーのオーバーライドは、特定の状況で役立つ場合や、必要になる場合があります。ポリシー設定をオーバーライドできるのは、ポリシーの設定をオーバーライドできるようにポリシーのテンプレートが構成されている場合のみです。
データベースを選択するには、[データベースの包含ルール] で [編集] をクリックします。[メンバーシップの管理] ダイアログが開きます。
[Manage Membership] ダイアログで、包含ルール（[All]、[System Databases]、[User Databases]）を割り当てて、バックアップするデータベースを選択します。次に、ルールで [Include Selected] または [Exclude Selected] を選択します。
[保存] をクリックすると、[メンバーシップの管理] ダイアログが閉じます。
[Apply] をクリックしてバックアップ テンプレートとリソース プロファイルを適用すると、成功メッセージ ボックスが表示されます。
選択したデータベースが初めて検出されると、データを保護するためにオンデマンド ジョブがすぐに実行されます。その後、バックアップ テンプレートで定義された稼働時間に従ってスケジュールされたジョブが実行されると、新しいデータがバックアップされます。たとえば、10:00（UTC）に、02:00 ～ 05:00（UTC）の稼働時間を持つテンプレートを割り当てると、最初のジョブは、02:00（UTC）以降にアプライアンスに利用可能なジョブスロットができるまで開始されません。
推奨されるストレージ容量またはスナップショットの上限を超えるバックアップ / リカバリ アプライアンスにワークロードをバックアップすると、データを別のバックアップ / リカバリ アプライアンスにバックアップすることを推奨する通知が表示されます。
バックアップ プラン ポリシーでのデータベース ログの保護
データベースのスナップショット ポリシーを作成するときに、ログファイルもバックアップできます。データベース ログのバックアップ頻度は、データベースのバックアップ頻度とは別に定義されます。たとえば、データベースを毎日バックアップし、ログを 1 時間ごとにバックアップできます。データベース ログのバックアップ頻度は分単位で設定されます。ログのバックアップ頻度は、関連するデータベースのバックアップ頻度を超えないようにする必要があります。たとえば、データベースが 24 時間ごとにバックアップされる場合、ログファイルのバックアップ頻度は 24 時間未満にする必要があります。
頻度と保持期間は、データベース スナップショット ポリシーの [詳細と設定] で定義されます。ログのバックアップは、関連するデータベースがバックアップされるタイミングに関係なく行われます。
ログ保護を有効にするには、バックアップ プランのスナップショット ポリシーのデータベース ログのバックアップを有効にする詳細設定を使用します。頻度と保持は、バックアップ プラン ポリシーの [詳細と設定] で定義されます。
データベースのログを格納するために必要なスペースは、アプライアンス管理コンソールによって自動的に管理されます。アプライアンス管理コンソールは、一般的なログサイズとその保持期間を評価し、必要に応じてスペースを追加します。データベースのログのストレージ要件を管理するために、スナップショット ポリシーには次の詳細設定が用意されています。
ログ バックアップの保持期間。ログの保持は、スナップショット ポリシーの保持とは別に定義されます。保持期間を個別に設定すると、スナップショット プールに保存されているデータベースのコピーと、必要に応じて OnVault プールに保存されているデータベースのコピーを組み合わせてログを使用できます。ログ バックアップが有効になっている場合、ログの保持期間は必須です。
ログを複製する。データベース ログをリモートのバックアップ / リカバリ アプライアンスまたは OnVault プールに複製し、複製されたログの保持範囲内の任意のデータベース イメージにリモートログを使用できます。ログ レプリケーションでは、ローカル アプライアンスとリモート アプライアンスの間で StreamSnap テクノロジーが使用され、ローカル スナップショット プールからリモート アプライアンスのスナップショット プールに直接送信されます。これには、テンプレートに StreamSnap レプリケーション ポリシーが必要です。また、データベースのレプリケーションが少なくとも 1 回正常に完了している必要があります。
ログ ステージング ディスクのサイズ増加サイズ。ログが保存されているステージング ディスクを自動的に拡張する割合を定義します。この設定はパーセンテージで、有効な値は 5 ～ 100 です。
推定変更率。1 日あたりの変化（パーセント）を定義します。これにより、バックアップ / リカバリ アプライアンスは、ログの保持に必要なステージング ディスクのサイズをより正確に計算できます。この設定はパーセンテージで、有効な値は 0 ～ 100 です。
データベース ログのバックアップを圧縮する。バックアップ前にログを圧縮するようにソース データベースに指示します。データベース サーバーは、ログのバックアップ中にログ圧縮を実行します。
ポリシー設定のオーバーライドの詳細設定を構成する
[バックアップ プランの管理] ウィンドウで [ポリシーのオーバーライド] をクリックして、[ポリシー設定のオーバーライド] ダイアログを表示します。ここで、選択したバックアップ テンプレートに関連付けられている特定のポリシー設定をオーバーライドできます。完了したら、[変更を保存] をクリックします。
ポリシーのオーバーライド設定をデフォルトの状態にリセットするには、選択項目の左側にあるチェックボックスをオンにします。[デフォルトに戻すオプションを選択] をクリックして、すべてのポリシーのオーバーライド設定をデフォルトの状態にリセットします。
次のリストに、SQL Server インスタンス、可用性グループ（AG）、データベース、整合性グループに有効なポリシー設定のオーバーライドの説明を示します。
マッピングを解除しないでください。ジョブ間でマッピングされたステージング ディスクを保持する: ホストにマッピングされた一時ステージング ディスクを、データ移動中にホストにマッピングされたままにする場合は、このオプションを選択します。LUN は最初のジョブでマッピングされ、後続のすべてのジョブで同じマッピングされた LUN が再利用されます。デフォルトでは、このオプションが選択されています。各ジョブの後にステージング ディスクのマッピングを解除する: このオプションは、すべてのジョブの終了時にオペレーティング システムからステージング ディスクをマウント解除し（マウント ポイントまたはドライブ文字を削除）、ホストから完全にマッピングを解除します。このオプションでは、再マッピングされたステージング ディスクを再マウントする前に再検出する必要があるため、ホストは次のジョブの開始時に SCSI LUN のスキャンを実行する必要があります。
バックアップ後にログを切り捨てる。バックアップごとにログを切り捨てるかどうかを指定します。有効にすると、アプリケーション関連のログは、最近または現在のバックアップまで切り捨てられます。ログを切り捨てる場合は、ロールフォワード復元を有効にするために、トランザクション ログもバックアップする必要があります。
整合性グループ内のオフライン アプリケーションをスキップする。（整合性グループの管理のみ）整合性グループの一部である使用できないデータベースを無視するかどうかを指定します。整合性グループを作成して、複数のデータベースをまとめてバックアップし、データベース間でデータの整合性を維持します。整合性グループは、同じインスタンスまたは可用性グループのデータベースのコレクションです。
次のオプションがあります。
- オフライン アプリケーションが見つかった場合にバックアップを失敗させる
- バックアップ中にオフライン アプリケーションをスキップする
ステージング ディスクをクラスタ内のすべての ESX ホストにマッピングします。（このオプションは、NFS データストアを使用する場合には関係ありません）。ステージング ディスクを VM の ESX ホストにのみマッピングします。ステージング ディスクをクラスタ内のすべての ESX ホストにマッピングします。ステージング ディスクをクラスタ内の 2 つの ESX ホストにマッピングします。
SQL Server ユーザー ログインをバックアップする。バックアップ対象となるデータベースへのアクセスが許可されたアカウントの SQL Server インスタンスへのログイン記録をバックアップします。データベースが仮想アプリケーションとしてマウントされると（アプリケーション対応マウント）、バックアップされたユーザー ログインをターゲット SQL Server インスタンスに復元できます。これにより、元のソース データベースにアクセスできる同じユーザーが仮想データベースにアクセスできるようになります。選択肢は [Yes] または [No] です。
データベース ログのバックアップを有効にする。[データベース ログのバックアップを有効にする] オプションを使用すると、バックアップ プラン ポリシーで Oracle または Microsoft SQL Server データベースと、関連するすべてのトランザクション ログファイルをバックアップできます。ログは、ログ スナップショット ジョブの実行時にバックアップされます。選択肢は [Yes] または [No] です。[Yes] に設定すると、関連するオプションが有効になります。
RPO。[データベース ログのバックアップを有効にする] が [はい] に設定されている場合、RPO はデータベース ログのバックアップの頻度を定義します。頻度は分単位で設定します。データベースのバックアップ間隔を超えないようにしてください。設定できる最小値（分単位）は 15 です。
ログ バックアップの保持期間。[Enable Database Log Backup] が [Yes] に設定されている場合、ログの保持はスナップショット ポリシーの保持とは別に定義されます。保持期間を別に設定すると、スナップショット プールに保存されているデータベースのコピーと組み合わせてログを使用できます。ログの保持期間は必須の設定です。
ログを複製する。（StreamSnap テクノロジーを使用）[Enable Database Log Backup] が [Enable] に設定されている場合、[Replicate Logs] の詳細設定により、Microsoft SQL Server データベースのトランザクション ログをリモート バックアップ / リカバリ アプライアンスに複製できます。ログ レプリケーション ジョブを実行するには、テンプレートに StreamSnap レプリケーション ポリシーと、リモート バックアップ / リカバリ アプライアンスを指定するリソース プロファイルが必要です。また、データベースのレプリケーションが少なくとも 1 回正常に完了している必要があります。その後、リモートサイトのログを、複製されたログの保持範囲内の任意のデータベース イメージに使用できます。この機能はデフォルトで有効になっています。
ログ レプリケーションでは、StreamSnap テクノロジーを使用して、ローカルとリモートのバックアップ / リカバリ アプライアンス間でレプリケーションを実行します。ログ レプリケーションは、ローカル スナップショット プールからリモート アプライアンスのスナップショット プールに直接行われます。
OnVault プールにログを送信する。[データベース ログのバックアップを有効にする] が [有効にする] に設定されている場合、この設定により、Microsoft SQL Server データベース トランザクション ログを OnVault プールに複製できます。ログ レプリケーション ジョブを実行するには、OnVault プールを指定するリソース プロファイルとともに、テンプレートに OnVault ポリシーが含まれている必要があります。また、少なくとも 1 つのデータベースをプールに送信する必要があります。その後、保持期間内の任意のデータベース イメージのリモートサイトでログを使用できます。この機能はデフォルトで有効になっています。
ログ ステージング ディスクの拡張サイズ。[Enable Database Log Backup] が [Yes] に設定されている場合、[Log Staging Disk Growth Size] は、ログが保存されているステージング ディスクを自動的に拡張するときに使用する拡張量を定義します。この設定は 5 ～ 100% の範囲で指定します。
推定変更率。[Enable Database Log Backup] が [Yes] に設定されている場合、この設定は 1 日あたりの変更（パーセント）を定義します。これにより、バックアップ / リカバリ アプライアンスは、ログを保持するために必要なステージング ディスクのサイズをより正確に計算できます。この設定は 0 ～ 100 の範囲で指定します。
データベース ログのバックアップを圧縮する。[Enable Database Log Backup] が [Yes] に設定されている場合、この設定は、アプライアンス管理コンソールによってバックアップされる前にログを圧縮するようにソース データベースに指示します。データベース サーバーは、ログのバックアップ中にログ圧縮を実行します。オプションは [Yes] または [No] です。[Yes] に設定すると、[Compress Database Log Backup] オプションが有効になります。
スクリプトのタイムアウト。Backup and DR エージェントを使用すると、ポリシーの実行前または実行後にアプリケーションのホストで実行されるホスト側スクリプトを作成できます。ポリシー テンプレートで指定された 4 つのタイムアウトは、ホスト側スクリプトの 4 つのステージに直接マッピングされます。
- スクリプトの初期化タイムアウト。管理対象ホスト上のホスト側スクリプトが初期化されたと見なすまでにポリシーが待機する時間を定義します。 デフォルト値は 120 秒です。指定できる範囲は 1 ～ 86, 400 秒（24 時間）です。
- スクリプトのフリーズ タイムアウト。アプリケーションがフリーズしてデータのバックアップの準備が整ったと想定するまでに、ポリシーが待機する時間を定義します。デフォルト値は 60 秒です。指定できる範囲は 1 ～ 86, 400 秒です。
- スクリプトのフリーズ解除のタイムアウト。アプリケーションがフリーズ解除されたと想定するまでにポリシーが待機する時間を定義します。デフォルト値は 60 秒です。指定できる範囲は 1 ～ 86,400 秒です。
- スクリプトの終了タイムアウト。データ バックアップが完了するまでポリシーが待機する時間を定義します。デフォルト値は 60 秒です。指定できる範囲は 1 ～ 86, 400 秒です。
- スクリプトのレプリケーション後のタイムアウト。レプリケーションが完了するまでポリシーが待機する時間を定義します。デフォルト値は 60 秒です。指定できる範囲は 1 ～ 86, 400 秒です。
Backup and DR Microsoft SQL Server DBA ガイド
このページは、Backup and DR を使用した Microsoft SQL Server データベースの保護と復元に固有の一連のページの一部です。詳細については、以下をご覧ください。
- Microsoft SQL Server データベースの Backup and DR
- Backup and DR 用に SQL Server データベースを準備する
- SQL Server データベース ホストを追加してデータベースを検出する
- Microsoft SQL Server インスタンスとデータベースのバックアップ プランを構成する
- Microsoft SQL Server インスタンスとデータベースのアプリケーションの詳細と設定
- SQL Server データベースをマウントする
- データベースを SQL Always On 可用性グループにマウントする
- アクティブなマウントを管理する
- SQL Server データベースを移行する
- SQL Server データベースのクローンを作成する
- SQL Server バックアップを復元する