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