SQL Server のマウントと移行機能は、次の復元に使用できます。
- SQL データベース - スタンドアロンとフェイルオーバー クラスタ
- SQL データベースの整合性グループ
- SQL インスタンス
- SQL AAG
SQL Server のマウントと移行は、次の手順を含む 3 つのステップのプロセスです。
- マウントまたは復元: アプリケーション対応マウントまたはマウントと移行による復元を実行します。詳細については、マウントまたは復元をご覧ください。
- 移行: [Active Mounts] ページでイメージの移行スケジュールを構成します。イメージの移行は定義されたスケジュールに従って行われ、移行ジョブは指定された頻度で繰り返し実行されます。詳細については、移行スケジュールを構成するをご覧ください。
ファイナライズ: イメージ移行プロセスの最終段階を開始します。詳しくは、確定をご覧ください。
マウントまたは復元
選択したイメージに対して、アプリケーション認識マウントまたはマウントと移行による復元を実行できます。
SQL データベースのアプリケーション認識マウントを実行する手順については、SQL Server データベースを仮想アプリケーションとしてマウントするをご覧ください。マウントと移行による復元の実行手順については、マウントと移行による復元をご覧ください。
SQL インスタンス、SQL 可用性グループ、SQL 整合性グループなどの親アプリケーションに対して複数の復元を同時に実行できますが、それらのアプリケーションは異なるデータベース上にある必要があります。
マウントと移行による復元
マウントと移行による復元を行う手順は次のとおりです。
バックアップと DR サービスの管理コンソールで、[App Manager] を開き、プルダウン メニューから [アプリケーション] を選択します。
[アプリケーション] ページが開きます。
マウントと移行機能を使用して復元するイメージを含む SQL アプリケーションを選択します。次に、[アプリケーション] ページの下部にあるプルダウン リストから [アクセス] を選択します。
[アクセス] ページが開き、キャプチャされたイメージがタイムライン ランプビューに一覧表示されます。ビューの詳細については、画像のタイムライン ランプビューにアクセスするをご覧ください。
イメージを選択し、オペレーションのリストから [復元] を選択します。[復元] ページが開きます。
[マウントと移行] オプションを選択します。
選択したデータベースにログがない場合、[復元] ページにロール フォワード オプションは表示されません。
ソース アプリケーションが、データベース ログのバックアップが有効になっているスナップショット ポリシーで保護されており、イメージでログが利用可能な場合は、[Roll Forward Time] セクションで次のオプションを変更して、ログを使用して特定の時点にロール フォワードできます。
- 日付フィールドには、データベース トランザクション ログの適用によってデータベースをロール フォワードできるすべての日付が含まれます。データベースをロールフォワードする日付を選択します。
- 時間フィールドには、選択した日付でデータベースをロールフォワードできるすべての時間を示すスライダーが表示されます。可能な限り最新の日付を選択し、スライダーを右端に移動すると、復元ジョブは使用可能なすべてのログに適用されます。可能な限り早い日付を選択してスライダーを左端に移動すると、復元ジョブはログを適用しません。
- User Time(ユーザー時間)または Host Time(ホスト時間)を使用して、ロール フォワードを指定できます。ユーザー時間は、現在のユーザーの現地時間を基準にします。ホスト時間は、復元されるデータをホストするシステムが基準になります。
OnVault イメージをソースとして使用する場合、ソースイメージの OnVault プールまたは選択したターゲット ホストのバックアップ/リカバリ アプライアンスのスナップショット プールでログが利用可能な場合に、ログ範囲が表示されます。インポートされた OnVault イメージを扱う場合、ターゲット ホストに基づいて使用可能なログの範囲が異なるか、ロールフォワード時間のオプションがまったく表示されないことがあります。
[ラベル] に、必要に応じて名前を入力します。[ラベル] には、日付と現在の時刻を使用して
Restore - M&M - 04 June, 2019 06:52:29pm
というテキストが事前入力されています。そのため、このプロパティを更新しなかった場合は、デフォルト値が使用されます。[Restore with Recovery] はデフォルトでオンになっており、変更することはできません。
[SQL Server Instance Name] で、ターゲットの SQL Server インスタンスを選択します。新しいデータベースは、指定したインスタンスによって管理されます。同様に、整合性グループの場合は、[Enter Consistency Group Name] フィールドにターゲットの整合性グループの名前を入力します。
[SQL Server Database Name] に、プロビジョニングする新しい SQL Server データベースを入力します。
[SQL Instances and Consistency Groups] で、復元ジョブに含めるデータベースを選択します。[Restore with Recovery] オプションはデフォルトで有効になっており、無効にすることはできません。
[ユーザー名] に、データベースをプロビジョニングするためのユーザーの名前を入力します。これは、バックアップと DR エージェントを実行しているアカウントに、トランザクション ログを適用する権限やデータベースをディスパッチする権限がない場合にのみ必要となります。
[パスワード] に、ステップ 10 で指定したユーザーのパスワードを入力します。
[送信] をクリックします。警告ダイアログが開きます。内容を読んでから、[DATA LOSS] と入力して確定します。
選択したデータベースがオフラインになります。マウントが実行されて、選択した時点のデータベースにすばやくアクセスできるようになります。マウントが完了すると、アクティブになったイメージに対するアクションとして移行オプションが使用可能になります。
つまり、マウントからデータベースが実行されている間、バックアップはスナップショット プール内の完全なコピーと変更されたブロックの変更分に相当する領域を消費する可能性があります。移行が開始されると、移行が最終処理されるまでバックアップが停止することがあります。
移行スケジュールを構成する
[アクティブ マウント] ページから移行スケジュールを設定できます。アプリケーション対応としてマウントされたイメージは後で移行できます。マウントと移行のオプションを使用して復元されたイメージも移行できます。マウントされたイメージの状態は [Mounted] になり、マウントと移行機能を使用して復元されたイメージの状態は [Restore (Mounted)] になります。
移行スケジュールを構成する手順については、マウントと移行の移行スケジュールを構成するをご覧ください。イメージの移行は定義されたスケジュールに従って行われ、移行ジョブは指定された頻度で繰り返し実行されます。
移行が開始されると、イメージの状態は [Migrating](イメージがアプリケーション認識マウントの場合)または [Restore (Migrating](イメージが [マウントと移行の復元] オプションを使用して作成された場合)に変わります。ステップ 3 で移行の最終処理を開始して最後の移行が実行されるまで、イメージは移行中の状態になります。
完了
移行の最終処理では、イメージ移行プロセスの最終段階が開始されます。最終処理の段階に入ると、移行プロセスをキャンセルすることはできません。
ファイナライズ ステージを開始する前に、次の操作を行います。
最終処理ステージを開始する手順は次のとおりです。
- [Active Mounts] ページに移動し、[Image State] で [Migrating] または [Restore (Migrating)] を選択してフィルタします。
- イメージを選択し、ページの下部にあるプルダウン メニューから [Finalize Restore] を選択します。
- 確認メッセージが表示されます。よく読んでから、[続行] をクリックします。 データベースは最終的な移行中にオフラインになり、その後、ターゲットの本番環境データベースに復帰します。
[監視とジョブ] に移動し、[ファイナライズ] のジョブタイプでフィルタします。ジョブを見つけて、ジョブの詳細を表示します。
[Active Mounts] ページで、イメージ状態が [Finalizing] であるイメージを表示することもできます。
移行の頻度を変更する
移行スケジュールを変更する手順は次のとおりです。
- イメージ状態が [Mounted] または [Restore (Mounted)] であるアクティブなイメージを選択します。
ページの下部にあるプルダウン メニューから [移行] を選択します。
[Update Migrate Frequency] ページが開きます。
[頻度] では、スライダーを使用して、移行ジョブをスケジュールする頻度を 1 ~ 24 時間の範囲で定義します。
[Copy Thread Count] では、移行中にディスク ボリュームごとに使用する並列コピーのスレッド数を指定します。デフォルト値は 4 です。
マウントされたイメージの場合は、マウントと移行の移行スケジュールを構成するの手順を使用して、[ファイルの場所] セクションを更新します。
[送信] をクリックします。成功メッセージが表示されます。
[OK] をクリックしてメッセージを閉じ、[Active Mounts] ページに戻ります。
オンデマンド移行ジョブを実行する
移行スケジュールを構成すると、指定したスケジュールに従ってイメージの移行が行われ、指定した頻度で移行ジョブが実行されます。ただし、必要に応じて移行をオンデマンドで実行できます。
オンデマンド イメージ移行を実行する手順は次のとおりです。
- イメージ状態が [移行中] であるアクティブなイメージを選択します。
- プルダウン メニューから [移行ジョブを今すぐ実行] を選択します。
移行ジョブをキャンセルする
イメージの移行をキャンセルする手順は次のとおりです。
- イメージ状態が [移行中] であるアクティブなイメージを選択します。
- プルダウン メニューから [移行をキャンセル] を選択します。
- 警告メッセージが表示されたら、[続行] をクリックしてキャンセルします。キャンセルすると、移行が停止され、以前の移行中にコピーされたすべてのデータが削除されます。
画像の復元をキャンセルする
イメージの復元をキャンセルする手順は次のとおりです。
- [Active Mounts] ページに移動し、[Image State] で [Restore (Migrating)] を選択してフィルタします。
- イメージを選択し、ページの下部にあるプルダウン メニューから [復元をキャンセル] を選択します。
- [続行] をクリックしてキャンセルします。これにより、イメージの実行中およびスケジュール設定済みの移行ジョブがすべてキャンセルされ、以前の移行でコピーされたすべてのデータが削除され、データベースがオフラインになり、最後にマウントされたデータベースのアンマウントと削除が実行されます。
Backup and DR SQL Server DBA ガイド
このページは、Backup and DR を使用して Microsoft SQL Server データベースを保護および復元する方法に固有のページ シリーズの 1 つです。詳細については、次のページをご覧ください。
- SQL Server データベースのバックアップと DR
- Backup and DR サービス用に SQL Server データベースを準備する
- SQL Server データベース ホストを追加してデータベースを検出する
- Microsoft SQL Server インスタンスとデータベースのバックアップ プランを構成する
- SQL Server データベースをマウントする
- SQL AlwaysOn 可用性グループにデータベースをマウントする
- SQL Server データベースを移行する
- SQL Server データベースのクローンを作成する
- SQL Server バックアップを復元する