Azure Site Recovery を使用して Azure 内の別のリージョンに SQL Server VM を移動する
適用対象: 
Azure VM 上の SQL Server
この記事では、Azure Site Recovery を使用して、Azure 内のあるリージョンから別のリージョンに SQL Server 仮想マシン (VM) を移行する方法について説明します。
SQL Server VM を別のリージョンに移動するには、次の手順を実行する必要があります。
- 準備:ソースの SQL Server VM とターゲット リージョンの両方が、移動用に適切に準備されていることを確認します。
- 構成:SQL Server VM を移動するには、それが Azure Site Recovery コンテナー内のレプリケートされたオブジェクトである必要があります。 Azure Site Recovery コンテナーに SQL Server VM を追加する必要があります。
- テスト: SQL Server VM を移行するには、それをソース リージョンから、レプリケートされたターゲット リージョンにフェールオーバーする必要があります。 移動プロセスが正常に行われることを確保するには、まず、SQL Server VM がターゲット リージョンに正常にフェールオーバーできることをテストする必要があります。 これにより、問題点が明らかになって、実際の移動を実行するときにそれらを回避することができます。
- 移動:テスト フェールオーバーが成功して、SQL Server VM を移行しても安全であることがわかったら、ターゲット リージョンへの VM の移動を実行できます。
- クリーンアップ:課金を回避するには、SQL Server VM をコンテナーから削除し、リソース グループに残されている不要なリソースをすべて削除します。
前提条件を確認する
- ソース リージョンからターゲット リージョンへの移動がサポートされていることを確認します。
- シナリオのアーキテクチャとコンポーネント、およびサポートの制限事項と要件を確認します。
- アカウントのアクセス許可を確認する。 自分で無料の Azure アカウントを作成した場合、自分がそのサブスクリプションの管理者になっています。 サブスクリプションの管理者でなければ、管理者に協力を求め、必要なアクセス許可を割り当てます。 VM のレプリケーションを有効にし、Azure Site Recovery を使用してデータをコピーするには、次のものが必要です。
- VM を作成するためのアクセス許可。 仮想マシン共同作成者組み込みロールには必要なアクセス許可が付与されています。その中には、以下のものがあります。
- 選択したリソース グループ内に VM を作成するためのアクセス許可。
- 選択した仮想ネットワーク内に VM を作成するためのアクセス許可。
- 選択したストレージ アカウントに書き込むためのアクセス許可。
- Azure Site Recovery の操作を管理するためのアクセス許可。 Site Recovery 共同作成者ロールには、Recovery Services コンテナーでの Site Recovery の操作の管理に必要なアクセス許可がすべて付与されています。
- VM を作成するためのアクセス許可。 仮想マシン共同作成者組み込みロールには必要なアクセス許可が付与されています。その中には、以下のものがあります。
- SQL 仮想マシン リソースの移動はサポートされていません。 計画した移動先のリージョンに、SQL IaaS Agent 拡張機能を再インストールする必要があります。 サブスクリプション間またはテナント間でリソースを移動する場合は、移行した SQL Server VM を SQL IaaS Agent 拡張機能に登録する前に、サブスクリプションをリソース プロバイダーに登録したことを確認してください。
移動の準備をする
ソース SQL Server VM とターゲット リージョンの両方で移動の準備をします。
ソース SQL Server VM を準備する
- 移動する SQL Server VM に、最新のルート証明書がすべて存在することを確認します。 最新のルート証明書がない場合は、セキュリティ上の制約により、ターゲット リージョンへのデータのコピーが禁止されます。
- Windows VM については、最新のすべての Windows 更新プログラムを VM にインストールして、すべての信頼されたルート証明書をマシンに用意します。 接続されていない環境の場合は、組織の標準の Windows Update プロセスおよび証明書更新プロセスに従ってください。
- Linux VM の場合は、Linux ディストリビューターから提供されるガイダンスに従って、VM で最新の信頼されたルート証明書と証明書失効リストを取得します。
- 移動する VM のネットワーク接続を制御するために認証プロキシを使用していないことを確認します。
- 移動しようとしている VM にインターネットへのアクセスが存在しない場合や、ファイアウォール プロキシを使用してアウトバウンド アクセスを制御している場合は、要件を確認してください。
- ソース ネットワーク レイアウトと現在使用しているすべてのリソースを特定します。 これにはロード バランサー、ネットワーク セキュリティ グループ (NSG)、パブリック IP が含まれますが、それらに限定されません。
ターゲット リージョンを準備する
- 自分の Azure サブスクリプションで、ディザスター リカバリーに使用されるターゲット リージョンに VM を作成できることを確認します。 サポートに連絡して、必要なクォータを有効にしてください。
- 自分のサブスクリプションに、ソース VM に一致するサイズの VM をサポートできるだけのリソースがあることを確認します。 Site Recovery を使用してターゲットにデータをコピーする場合は、Site Recovery によって、ターゲット VM に対して同じサイズか、可能な限り近いサイズが選択されます。
- ソース ネットワーク レイアウトから特定されたすべてのコンポーネントについてターゲット リソースを作成します。 この手順は、ソース リージョンにあったすべての機能をターゲット リージョンの VM に確保するうえで重要となります。
- ソース VM のレプリケーションを有効にすると、Azure Site Recovery によって仮想ネットワークが自動的に検出されて作成されます。 また、自分でネットワークを事前に作成しておき、レプリケーションを有効にするユーザー フローの中で VM に割り当てることもできます。 その他のリソースについては、ターゲット リージョンに手動で作成する必要があります。
- 実際の環境に適した、最も一般的に使用されるネットワーク リソースをソース VM の構成に基づいて作成する場合は、次のドキュメントを参照してください。
- ネットワーク セキュリティ グループ
- Load Balancer
- パブリック IP アドレス
- その他のネットワーク コンポーネントについては、ネットワークに関するドキュメントを参照してください。
- ターゲット リージョンへの最終的な移動を行う前に構成をテストしたい場合は、ターゲット リージョンに手動で非運用ネットワークを作成します。 運用環境のネットワークへの影響が最小限で済むため、この手順をお勧めします。
Azure Site Recovery コンテナーを構成する
以下の手順では、Azure Site Recovery を使用してターゲット リージョンにデータをコピーする方法を紹介しています。 ソース リージョン以外のリージョンに Recovery Services コンテナーを作成します。
Azure portal にサインインします。
ナビゲーション ウィンドウの左上隅から [リソースの作成] を選択します。
[IT & Management tools]\(IT & 管理ツール\) を選択し、次に [Backup and Site Recovery]\(バックアップおよびサイトの回復\) を選択します。
[基本] タブの [プロジェクトの詳細] で、ターゲット リージョンに新しいリソース グループを作成するか、ターゲット リージョンで既存のリソース グループを選択します。
[インスタンスの詳細] で、コンテナーの名前を指定し、次にドロップダウンからターゲット リージョンを選択します。
[確認と作成] を選択して、Recovery Services コンテナーを作成します。
ナビゲーション ウィンドウの左上隅から [すべてのサービス] を選択し、検索ボックスに「
recovery services」と入力します。(省略可能) [Recovery Services コンテナー] の横の星を選択して、クイック ナビゲーション バーに追加します。
[Recovery Services コンテナー] を選択し、作成した Recovery Services コンテナーを選択します。
[概要] ウィンドウで、 [レプリケート] を選択します。
[ソース] を選択し、次にソースとして [Azure] を選択します。 ソース VM の場所など、他のドロップダウン フィールドに適切な値を選択します。 [ソースの場所] リージョンにあるリソース グループのみが、 [ソース リソース グループ] フィールドに表示されます。
[仮想マシン] を選択し、移行する仮想マシンを選択します。 [OK] を選択して VM の選択を保存します。
[設定] を選択し、次にドロップダウンからターゲットの場所を選択します。 これは、前に準備したリソース グループにする必要があります。
レプリケーションをカスタマイズしたら、 [ターゲット リソースの作成] を選択して、新しい場所にリソースを作成します。
リソースの作成が完了したら、 [レプリケーションを有効にする] を選択して、ソースからターゲット リージョンへの SQL Server VM のレプリケーションを開始します。
レプリケーションの状態を確認するには、Recovery コンテナーに移動し、 [レプリケートされたアイテム] を選択して、SQL Server VM の状態を表示します。 [保護済み] の状態は、そのレプリケーションが完了していることを示しています。
移動プロセスをテストする
以下の手順では、Azure Site Recovery を使用して移動プロセスをテストする方法を紹介します。
Azure portal で Recovery Services コンテナー に移動し、 [レプリケートされたアイテム] を選択します。
移動する SQL Server VM を選択し、 [レプリケーションの正常性] に [正常] と表示されているのを確認して、 [テスト フェールオーバー] を選択します。
[テスト フェールオーバー] ページで、フェールオーバーに使用する最新のアプリ整合性復旧ポイントを選択します。それが、SQL Server のデータ整合性を保証できる唯一の種類のスナップショットです。
[Azure 仮想ネットワーク] で仮想ネットワークを選択し、 [OK] を選択してフェールオーバーをテストします。
重要
フェールオーバー テストには、別個の Azure VM ネットワークを使用することをお勧めします。 レプリケーションを有効にするときに設定した、VM の最終的な移動先となる運用環境のネットワークは使用しないでください。
進行状況を監視するには、コンテナーに移動し、 [監視] で [Site Recovery ジョブ] を選択し、進行中のテスト フェールオーバー ジョブを選択します。
テストが完了したら、ポータルで仮想マシンに移動して、新しく作成された仮想マシンを確認します。 SQL Server VM が実行中で、適切なサイズであることと、適切なネットワークに接続されていることを確認してください。
フェールオーバー テストのリソースがクリーンアップされるまでフェールオーバー オプションは淡色表示されるので、テストの一部として作成された VM を削除します。 コンテナーに戻り、 [レプリケートされたアイテム] を選択し、SQL Server VM を選択して、 [テストフェールオーバーのクリーンアップ] を選択します。 [メモ] セクションに、テストに関連する観測を記録して保存し、 [Testing is complete. Delete test failover virtual machines](テストが完了しました。テスト フェールオーバー仮想マシンを削除してください) の横のチェックボックスをオンにします。 [OK] を選択して、テスト後にリソースをクリーンアップします。
SQL Server VM を移動する
次の手順では、ソース リージョンからターゲット リージョンに SQL Server VM を移動する方法について説明します。
Recovery Services コンテナーに移動し、 [レプリケートされたアイテム] を選択し、VM を選択し、 [フェールオーバー] を選択します。
[復旧ポイント] で、 [最新のアプリ整合性] 復旧ポイントを選択します。
[Shut down the machine before beginning failover](フェールオーバーを開始する前にマシンをシャットダウンする) の横のチェック ボックスを選択します。 Site Recovery は、フェールオーバーを開始する前にソース VM をシャットダウンしようとします。 シャットダウンが失敗しても、フェールオーバーは続行されます。
[OK] を選択すると、フェールオーバーが開始されます。
フェールオーバー プロセスは、前のセクションでフェールオーバー テストを監視していたときに表示したのと同じ [Site Recovery ジョブ] ページから監視できます。
ジョブが完了したら、予想どおりに SQL Server VM がターゲット リージョンに表示されることを確認します。
コンテナーに戻り、 [レプリケートされたアイテム] を選択し、SQL Server VM を選択し、 [コミット] を選択して、ターゲット リージョンへの移動プロセスを終了します。 コミット ジョブが完了するまでお待ちください。
SQL Server VM を SQL IaaS Agent 拡張機能に登録して、Azure portal での SQL 仮想マシンの管理容易性、および拡張機能に関連した機能を有効にします。 詳細については、SQL Server VM の SQL IaaS Agent 拡張機能への登録に関する記事を参照してください。
警告
SQL Server のデータの整合性は、アプリ整合性スナップショットでのみ保証されます。 処理された最新のスナップショットは、SQL Server のフェールオーバーには使用できません。これは、クラッシュ復旧スナップショットは、SQL Server のデータの整合性を保証できないためです。
ソース リソースをクリーンアップする
課金を回避するには、SQL Server VM をコンテナーから削除し、関連付けられている不要なリソースをすべて削除します。
Site Recovery コンテナーに戻り、 [レプリケートされたアイテム] を選択して、SQL Server VM を選択します。
[レプリケーションの無効化] を選択します。 保護を無効にする理由を選択し、 [OK] を選択してレプリケーションを無効にします。
重要
Azure Site Recovery レプリケーションの請求を避けるために、この手順を実行することは重要です。
ソース リージョンのリソースを再利用する予定がない場合は、関連するすべてのネットワーク リソースと、対応するストレージ アカウントを削除します。
次のステップ
詳細については、次の記事を参照してください。