リージョン間での移動後に Recovery Services コンテナー内のリソースをバックアップする

Azure Resource Mover では、リージョン間での複数のリソースの移動がサポートされています。 リージョン間でリソースを移動している間も、リソースが保護された状態を確実に維持することができます。 Azure Backup では複数のワークロードの保護がサポートされているため、新しいリージョンでも同じ保護レベルを維持するためには、いくつかの手順を行う必要がある場合があります。

そのための詳しい手順を理解するために、以降のセクションを参照してください。

Note

Recovery Services コンテナー間でのバックアップ データの移動は、現在、Azure Backup ではサポートされていません。 新しいリージョンのリソースを保護するためには、新しいリージョン内の新しいまたは既存のコンテナーにそのリソースを登録してバックアップする必要があります。 リージョン間でリソースを移動するときには、必要に応じて、以前のリージョンにある既存の Recovery Services コンテナー内のバックアップ データを保持または削除することができます。 以前のコンテナー内のデータを保持することにした場合は、それに応じたバックアップ料金が発生します。

リージョン間での移動後に Azure 仮想マシンをバックアップする

Recovery Services コンテナーによって保護された Azure 仮想マシン (VM) は、別のリージョンに移動すると、以前のコンテナーにバックアップできなくなります。 以前のコンテナーへのバックアップは、BCMV2VMNotFound または ResourceNotFound というエラーで失敗するようになります。 新しいリージョンで VM を保護する方法については、以降のセクションを参照してください。

Azure VM の移動を準備する

VM を移動する前に、以下の前提条件が満たされていることを確認してください。

  1. VM の移動に伴う前提条件を参照して、VM が移動の条件を満たしていることを確認します。
  2. 既存のコンテナーのダッシュボードの [バックアップ項目] タブで VM を選択し、 [保護の停止] を選択します。その後、データを保持するか削除するかを必要に応じて選択します。 データを保持する設定で VM のバックアップ データが停止された場合、復旧ポイントは無期限に維持され、いずれのポリシーにも従いません。 これにより、確実にいつでもバックアップ データを復元できるようになります。

    Note

    以前のコンテナー内のデータを保持すると、バックアップ料金が発生します。 データを残すことによる課金を避けたい場合は、データの削除オプションを使用して、保持されているバックアップ データを削除する必要があります。

  3. VM がオンになっていることを確認します。 移動先のリージョンで使用できる必要がある VM のディスクはすべて、VM 内でアタッチと初期化が行われます。
  4. VM に、最新の信頼されたルート証明書と、更新された証明書失効リスト (CRL) があることを確認します。 そのためには次を行います。
    • Windows VM で、最新の Windows 更新プログラムをインストールします。
    • Linux VM では、ディストリビューター ガイダンスを参照して、マシンに最新の証明書と CRL が存在するようにします。
  5. VM からの送信接続を許可します。
    • URL ベースのファイアウォール プロキシを使用して送信接続を制御しようとしている場合は、これらの URL へのアクセスを許可します。
    • ネットワーク セキュリティ グループ (NSG) ルールを使用して送信接続を制御しようとしている場合は、これらのサービス タグ ルールを作成します。

Azure VM の移動

Azure Resource Mover を使用して、VM を新しいリージョンに移動します。

Azure Backup を使用して Azure VM を保護する

新しいリージョンの新しいまたは既存の Recovery Services コンテナーで VM の保護を開始します。 以前のバックアップから復元する必要がある場合は、バックアップ データを保持するように選択してあれば、引き続き以前の Recovery Services コンテナーから復元することができます。

以上の手順により、新しいリージョンでもリソースが確実にバックアップされるようになります。

リージョン間での移動後に Azure ファイル共有をバックアップする

現在、Azure Backup には、Azure Files 用のスナップショット管理ソリューションが用意されています。 つまり、ファイル共有データを手動で Recovery Services コンテナーに移動することはありません。 また、スナップショットはストレージ アカウントと一緒に移動されないため、実質上、すべてのバックアップ (スナップショット) は既存のリージョンにのみ存在し、既存のコンテナーによって保護されることになります。 ただし、ストレージ アカウントをファイル共有と共にリージョン間で移動する場合や、新しいリージョンに新しいファイル共有を作成する場合は、以降のセクションを参照して、Azure Backup によってそれらを確実に保護します。

Azure ファイル共有の移動を準備する

ストレージ アカウントを移動する前に、以下の前提条件が満たされていることを確認してください。

  1. ストレージ アカウントを移動するための前提条件を確認します。
  2. リソースの移動テンプレートをエクスポートして変更します。 詳細については、リージョン移動のためにストレージ アカウントを準備することに関するページを参照してください。

Azure ファイル共有を移動する

ストレージ アカウントと、その中の Azure ファイル共有をリージョン間で移動するには、「Azure Storage アカウントを別のリージョンに移動する」を参照してください。

Note

Azure ファイル共有をリージョン間でコピーしても、そこに関連付けられているスナップショットは一緒に移動されません。 スナップショット データを新しいリージョンに移動するには、スナップショットの個々のファイルとディレクトリを、AzCopy を使用して新しいリージョンのストレージ アカウントに移動する必要があります。

Azure Backup を使用して Azure ファイル共有を保護する

新しいリージョン内の新しいまたは既存の Recovery Services コンテナーで、新しいストレージ アカウントにコピーされた Azure ファイル共有の保護を開始します。

Azure ファイル共有が新しいリージョンにコピーされたら、保護を停止し、元の Azure ファイル共有のスナップショット (および対応する復旧ポイント) を必要に応じて保持または削除するように選択できます。 これは元のコンテナーのダッシュボードの [バックアップ項目] タブで、該当するファイル共有を選択することで行うことができます。 データを保持する設定で Azure ファイル共有のバックアップ データが停止された場合、復旧ポイントは無期限に維持され、いずれのポリシーにも従いません。

これにより、確実にいつでも以前のコンテナーからスナップショットを復元できるようになります。

リージョン間の移動後に Azure VM 内の SQL Server または SAP HANA をバックアップする

SQL または SAP HANA サーバーが実行されている VM を別のリージョンに移動した場合、それらの VM 内の SQL および SAP HANA データベースは、以前のリージョンのコンテナーにバックアップできなくなります。 新しいリージョンで、Azure VM で実行中の SQL サーバーや SAP HANA サーバーを保護するには、以降のセクションを参照してください。

Azure VM 内の SQL Server または SAP HANA の移動を準備する

VM で実行中の SQL Server や SAP HANA を新しいリージョンに移動する前に、以下の前提条件が満たされていることを確認してください。

  1. VM の移動に伴う前提条件を参照して、VM が移動の条件を満たしていることを確認します。
  2. 既存のコンテナーのダッシュボードの [バックアップ項目] タブで VM を選択し、バックアップを停止する必要がある "データベース" を選択します。 [保護の停止] を選択した後、必要に応じてデータを保持または削除します。 データを保持する設定でバックアップ データが停止された場合、復旧ポイントは無期限に維持され、いずれのポリシーにも従いません。 これにより、確実にいつでもバックアップ データを復元できるようになります。

    Note

    以前のコンテナー内のデータを保持すると、バックアップ料金が発生します。 データを保持することによる課金を避けたい場合は、データの削除オプションを使用して、保持されているバックアップ データを削除する必要があります。

  3. 移動する VM がオンになっていることを確認します。 移動先のリージョンで使用できる必要がある VM のディスクはすべて、VM 内でアタッチと初期化が行われます。
  4. VM に、最新の信頼されたルート証明書と、更新された証明書失効リスト (CRL) があることを確認します。 そのためには次を行います。
    • Windows VM で、最新の Windows 更新プログラムをインストールします。
    • Linux VM では、ディストリビューター ガイダンスを参照し、マシンに最新の証明書と CRL が存在するようにします。
  5. VM からの送信接続を許可します。
    • URL ベースのファイアウォール プロキシを使用して送信接続を制御しようとしている場合は、これらの URL へのアクセスを許可します。
    • ネットワーク セキュリティ グループ (NSG) ルールを使用して送信接続を制御しようとしている場合は、これらのサービス タグ ルールを作成します。

Azure VM 内の SQL Server または SAP HANA を移動する

Azure Resource Mover を使用して、VM を新しいリージョンに移動します。

Azure Backup を使用して Azure VM 内の SQL Server または SAP HANA を保護する

新しいリージョンの新しいまたは既存の Recovery Services コンテナーで VM の保護を開始します。 以前のバックアップから復元する必要がある場合でも、引き続き以前の Recovery Services コンテナーから復元することができます。

以上の手順により、新しいリージョンでもリソースが確実にバックアップされるようになります。