Azure portal で Azure VM データを復元する方法

この記事では、Azure Backup Recovery Services コンテナーに格納されている復元ポイントから Azure VM データを復元する方法について説明します。

復元オプション

Azure Backup は、VM を復元するためのさまざまな方法を提供します。

ストレージ アカウント

ストレージ アカウントの詳細を次に示します。

• VM の作成: マネージド ディスクを使用する新しい VM を作成すると、指定するストレージ アカウントには何も配置されません。 アンマネージド ディスクを使用する場合は、指定するストレージ アカウントに VM のディスクの VHD ファイルが配置されます。
• ディスクの復元: 復元ジョブによって生成されるテンプレートをダウンロードして使用することで、カスタム VM 設定を指定できます。 このテンプレートは、指定したストレージ アカウントに配置されます。 VHD ファイルも、Vault-Standard 回復ポイントからサイズが 4 TB 未満のマネージド ディスクを復元するとき、またはアンマネージド ディスクを復元するときに、ストレージ アカウントにコピーされます。 その後、ファイルはマネージド ストレージにコピーされます。 不要な課金を避けるため、ステージング ストレージ アカウントから VHD ファイルを削除してください。
• ディスクの交換: Vault-Standard 回復ポイントのマネージド ディスクを交換し、ディスク サイズが 4 TB 未満の場合、選択した回復ポイントのデータを含む VHD ファイルが指定されたストレージ アカウントに作成されます。 ディスクの交換操作の後、ソース Azure VM のディスクは、指定されたリソース グループに操作のために残され、VHD は指定されたストレージ アカウントに格納されます。 これらの VHD とディスクは、削除するか保持するかを選択できます。
• ストレージ アカウントの場所: ストレージ アカウントは、コンテナーと同じリージョンに存在する必要があります。 これらのアカウントのみが表示されます。 その場所にストレージ アカウントがない場合は、作成する必要があります。
• [Storage type](ストレージの種類) :Blob Storage はサポートされていません。
• ストレージ冗長: ゾーン冗長ストレージ (ZRS) はサポートされていません。 アカウントのレプリケーションおよび冗長性の情報は、アカウント名の後のかっこ内に表示されます。
• Premium Storage:
  • Premium 以外の VM を復元する場合、Premium Storage アカウントはサポートされません。
  • マネージド VM を復元する場合、ネットワーク ルールで構成されている Premium Storage アカウントはサポートされません。

開始する前に

VM を復元する (新しい VM を作成する) には、VM の復元操作のための正しい Azure ロールベースのアクセス制御 (Azure RBAC) アクセス許可があることを確認してください。

アクセス許可がない場合は、ディスクを復元し、ディスクが復元された後、復元操作の一部として生成されたテンプレートを使用して新しい VM を作成できます。

復元ポイントを選択

1. Azure portal のバックアップ センターに移動し、 [概要] タブで [復元] をクリックします。

   

2. [データソースの種類] で [Azure 仮想マシン] を選び、[バックアップ インスタンス] を選択します。

   

3. VM を選んで [続行] をクリックします。

4. 次に表示される画面で、復元に使用する復元ポイントを選びます。

   

VM の復元の構成を選択する

1. [仮想マシンの復元] で、復元オプションを選択します。

   • 新規作成: 新しい VM を作成する場合、このオプションを使用します。 単純な設定で VM を作成することも、ディスクを復元して、カスタマイズされた VM を作成することもできます。

   • 既存のものを置き換える:既存の VM 上のディスクを置き換える場合、このオプションを使用します。

     

2. 選択した復元オプションの設定を指定します。

VM の作成

復元オプションの 1 つであり、基本的な設定を使用して復元ポイントから VM をすばやく作成できます。

1. [仮想マシンの復元]>[新規作成]>[復元の種類] で、[新しい仮想マシンの作成] を選びます。

2. [仮想マシン名] で、サブスクリプションに存在しない VM を指定します。

3. [リソース グループ] で、新しい VM の既存のリソース グループを選択するか、グローバルに一意の名前を持つ新しいリソース グループを作成します。 既に存在している名前を割り当てると、Azure は VM と同じ名前をグループに割り当てます。

4. [仮想ネットワーク] で、VM が配置される VNet を選択します。 コンテナーと同じ場所のサブスクリプションに関連付けられていて、アクティブであり、どのアフィニティ グループとも接続されていない VNet がすべて表示されます。 サブネットを選択します。

   最初のサブネットが既定で選択されています。

5. [ステージングの場所] で、VM のストレージ アカウントを指定します。 詳細については、こちらを参照してください。

   

6. Azure VM を別のサブスクリプションに復元するには、[サブスクリプション] ドロップダウン リストから必要なサブスクリプションを選択します。

   Azure Backup では、クロス サブスクリプションの復元 (CSR) がサポートされるようになりました。復旧ポイントを使用して、既定のサブスクリプションから別のサブスクリプションへ Azure VM を復元できるようになりました。 既定のサブスクリプションは、復旧ポイントが利用できるサブスクリプションです。

   次のスクリーンショットには、アクセス許可を持つテナントの下にあるすべてのサブスクリプションが一覧表示されています。このサブスクリプションを使用すると、Azure VM を別のサブスクリプションに復元できます。

   

7. [可用性ゾーン] ドロップダウン リストから必要なゾーンを選択して、任意のゾーンに固定された Azure VM を別のゾーンに復元します。

   Azure Backup でクロス ゾーン復元 (CZR) がサポートされるようになり、Azure VM を既定のゾーンから使用可能な任意のゾーンに復元できるようになりました。 既定のゾーンとは、Azure VM が実行されているゾーンです。

   次のスクリーンショットは、Azure VM を別のゾーンに復元できるすべてのゾーンを示しています。

   

   Note

   Azure Backup では、ZRS または CRR 冗長性を持つコンテナーに対してのみ CZR がサポートされています。

8. [復元] を選択して復元操作をトリガーします。

ディスクを復元する

復元オプションの 1 つであり、復元ポイントからディスクを作成できます。 その後、ディスクを使用して次のいずれかのアクションを実行できます。

• 復元操作中に生成されるテンプレートを使用して設定をカスタマイズし、VM デプロイをトリガーします。 既定のテンプレート設定を編集し、VM デプロイのテンプレートを送信します。
• 既存の VM に、復元されたディスクをアタッチします。
• PowerShell を使用して、復元されたディスクから新しい VM を作成します。

1. [復元の構成]>[新規作成]>[復元の種類] で、[ディスクの復元] を選択します。

2. [リソース グループ] で、復元されたディスクの既存のリソース グループを選択するか、グローバルに一意の名前を持つ新しいリソース グループを作成します。

3. [ステージングの場所] に、ストレージ アカウントを指定します。 テンプレート ファイルがここに格納され、一部のシナリオでは VHD ファイルも作成されます。 詳細については、こちらを参照してください。

   

4. VM ディスクを別のサブスクリプションに復元するには、[サブスクリプション] ドロップダウン リストから必要なサブスクリプションを選択します。

   Azure Backup では、クロス サブスクリプションの復元 (CSR) がサポートされるようになりました。 Azure VM と同様に、復旧ポイントを使用して、既定のサブスクリプションから別のサブスクリプションへ Azure VM ディスクを復元できるようになりました。 既定のサブスクリプションは、復旧ポイントが利用できるサブスクリプションです。

5. VM ディスクを別のゾーンに復元するには、[可用性ゾーン] ドロップダウン リストから必要なゾーンを選択します。

   Azure Backup でクロス ゾーン リストア (CZR) がサポートされるようになりました。 Azure VM と同様に、Azure VM ディスクを既定のゾーンから使用可能な任意のゾーンに復元できるようになりました。 既定のゾーンとは、VM ディスクが存在するゾーンです。

   Note

   Azure Backup では、ZRS または CRR 冗長性を持つコンテナーに対してのみ CZR がサポートされています。

6. [復元] を選択して復元操作をトリガーします。

仮想マシンでマネージド ディスクを使用しているときに [仮想マシンの作成] オプションを選択した場合、Azure Backup では、指定されたストレージ アカウントは使用されません。 ただし、 [ディスクの復元] と [インスタント リストア] の場合、ストレージ アカウントはテンプレートを格納するためにのみ使用されます。 指定したリソース グループ内にマネージド ディスクが作成されます。 仮想マシンでアンマネージド ディスクを使用した場合、それらはストレージ アカウントに対して BLOB として復元されます。

Vault-Standard 復元ポイントからマネージド VM のディスクを復元するときに、マネージド ディスクと Azure Resource Manager (ARM) テンプレートが、ステージング場所にあるディスクの VHD ファイルと共に復元されます。 インスタント復元ポイントからディスクを復元する場合、マネージド ディスクと ARM テンプレートのみが復元されます。

テンプレートを使用して復元 VM をカスタマイズする

ディスクが復元された後に、復元操作の一環として生成されたテンプレートを使用して、新しい VM をカスタマイズおよび作成します。

1. [バックアップ ジョブ] で、適切な復元ジョブを選択します。

2. [復元] で、 [テンプレートのデプロイ] を選択して、テンプレートのデプロイを開始します。

   

   Note

   [Allow storage account key access](ストレージ アカウント キーへのアクセスを許可する) が無効に設定されている Shared Access Signature (SAS) の場合は、 [テンプレートのデプロイ] を選択してもテンプレートはデプロイされません。

3. テンプレートで提供されている VM 設定をカスタマイズするには、 [テンプレートの編集] を選択します。 さらにカスタマイズを追加する場合は、 [パラメーターの編集] を選択します。

   • カスタム テンプレートからのリソースのデプロイに関する詳細情報。
   • テンプレートの作成に関する詳細情報。

   

4. VM のカスタム値を入力し、利用規約を同意して [購入] を選択します。

   

既存のディスクの置き換え

復元オプションの 1 つであり、選択した復元ポイントで既存の VM ディスクを置き換えることができます。 すべての復元オプションを確認します。

1. [復元の構成] で、 [既存のものを置き換え] を選択します。

2. [リストアの種類] で、 [Replace disk/s](ディスクの交換) を選択します。 これは、既存の VM ディスクを置き換えるために使用される復元ポイントです。

3. [ステージングの場所] に、ストレージ アカウントを指定します。 一部のシナリオでは VHD ファイルがここに作成されます。 詳細については、こちらを参照してください。

   

復元中にネットワーク アクセス設定を割り当てる (プレビュー)

Azure Backup では、復元操作が完了したら、復元されたディスクのアクセス オプションを構成することもできます。 復元の開始時に、ディスク アクセスの基本設定を行うことができます。

VM の復元中に復元されたディスクに対するディスク アクセスを有効にするには、次のいずれかのオプションを選択します。

• ソース ディスクと同じネットワーク構成を使用する: このオプションでは、復元されたディスクで、ソース ディスクと同じディスク アクセスとネットワーク構成を使用できます。
• すべてのネットワークからのパブリック アクセスを有効にする: このオプションを使用すると、復元されたディスクにすべてのネットワークからパブリックにアクセスできます。
• パブリック アクセスを無効にし、(ディスク アクセスを使用して) プライベート アクセスを有効にする: このオプションを使用すると、パブリック アクセスを無効にし、復元されたディスクへのディスク アクセスをプライベート アクセス用に割り当てることができます。

リージョンをまたがる復元

復元オプションの 1 つである、リージョン間復元 (CRR) を使用すると、Azure VM をセカンダリ リージョン (Azure のペアになっているリージョン) に復元できます。

この機能の使用を開始するには、「開始する前に」セクションを参照してください。

CRR が有効になっているかどうかを確認するには、「リージョン間復元の構成」の手順に従ってください。

セカンダリ リージョンのバックアップ項目を表示する

CRR が有効になっている場合は、セカンダリ リージョンのバックアップ項目を表示できます。

1. ポータルから [Recovery Services コンテナー]>[バックアップ項目] に移動します。
2. セカンダリ リージョンの項目を表示するには、 [セカンダリ リージョン] を選択します。

セカンダリ リージョンに復元する

セカンダリ リージョンに復元するユーザー エクスペリエンスは、プライマリ リージョンに復元するユーザー エクスペリエンスに似ています。 [復元の構成] ペインで復元の詳細を構成するときに、セカンダリ リージョンのパラメーターのみを指定するように求められます。

現在、セカンダリ リージョンの RPO は "36 時間" です。 これは、プライマリ リージョンの RPO が "24 時間" であり、プライマリからセカンダリ リージョンへのバックアップ データのレプリケーションに最大 "12 時間" かかることがあるためです。

• VM を復元して作成する方法については、「VMの作成」を参照してください。
• ディスクとして復元するには、「ディスクを復元する」を参照してください。

Azure ゾーン固定 VM は、同じリージョンの任意の可用性ゾーンで復元できます。

復元プロセスでは、オプション [可用性ゾーン] が表示されます。最初に既定のゾーンが表示されます。 別のゾーンを選択するには、任意のゾーンの番号を選択します。 固定ゾーンが使用できない場合は、バックアップ データがゾーン的にレプリケートされないため、別のゾーンにデータを復元することはできません。 可用性ゾーンでは、コンテナー階層の復元ポイントからの復元のみが可能です。

要約すると、可用性ゾーンは次の場合にのみ表示されます。

• ソース VM がゾーン固定であり、暗号化されていない
• 復元ポイントがコンテナー層にのみ存在する (スナップショットのみ、またはスナップショット層とコンテナー層はサポートされていません)
• 回復オプションが、新しい VM の作成またはディスクの復元のいずれかである (ディスクの置き換えオプションではソース データが置き換えられるので、可用性ゾーン オプションは適用できません)
• コンテナーのストレージ冗長性が ZRS の場合の、同じリージョンでの VM またはディスクの作成 (ソース VM がゾーン固定であっても、コンテナーのストレージ冗長性が GRS の場合は機能しません)
• コンテナーのストレージ冗長性がリージョン間の復元に対して有効である、かつペアになっているリージョンでゾーンがサポートされている場合の、ペア リージョンでの VM またはディスクの作成

セカンダリ リージョンの復元ジョブの監視

1. ポータルから [Recovery Services コンテナー]>[バックアップ ジョブ] に移動します。

2. セカンダリ リージョンの項目を表示するには、 [セカンダリ リージョン] を選択します。

   

Azure VM のサブスクリプション間復元

Azure Backup では、サブスクリプション間の復元 (CSR) を実行できるようになりました。これは、既定とは異なるサブスクリプション内の Azure VM を復元するのに役立ちます。 既定のサブスクリプションには復旧ポイントが含まれています。

この機能は、既定で Recovery Services コンテナーに対して有効になっています。 ただし、クラウド インフラストラクチャに基づいてサブスクリプション間の復元をブロックする必要がある場合があります。 そのため、[コンテナー]>[プロパティ]>[サブスクリプション間の復元] に移動して、既存のコンテナーのサブスクリプション間の復元を有効、無効、または完全に無効にすることができます。

アンマネージドの VM およびディスクをマネージドとして復元する

復元の際にアンマネージド ディスクをマネージド ディスクとして復元するオプションが用意されています。 既定では、アンマネージドの VM およびディスクは、アンマネージドの VM およびディスクとして復元されます。 ただし、マネージドの VM およびディスクとして復元することを選択できるようになりました。 これらの復元操作はスナップショット フェーズからはトリガーされず、コンテナー フェーズからのみトリガーされます。 この機能は、アンマネージドの暗号化された VM では使用できません。

特別な構成を持つ VM を復元する

VM の復元が必要になることがある、一般的なシナリオは多数あります。

ドメイン コントローラー VM を復元する

詳細については、「Active Directory ドメイン コントローラーのバックアップおよび復元」を参照してください。

マネージド ID を使用して VM を復元する

マネージド ID を使用すると、ユーザーが資格情報を管理する必要がなくなります。 マネージド ID は、Microsoft Entra 認証をサポートするリソースに接続するときに使う ID をアプリケーションに提供します。

Azure Backup により、マネージド ID を使用してマネージド Azure VM を復元する柔軟性が得られます。 次の図に示すように、システム マネージド ID またはユーザー マネージド ID を選択できます。 これは、Azure VM の[復元の構成] ブレードの入力パラメーターの 1 つとして導入されています。 入力パラメーターの 1 つとして使用されるマネージド ID は、復元時にステージングの場所として使用されるストレージ アカウントへのアクセスにのみ使用され、他の Azure リソースの制御には使用されません。 これらのマネージド ID は、コンテナーに関連付けられている必要があります。

システム割り当てまたはユーザー割り当てのマネージド ID を選択する場合は、対象となるステージング ストレージ アカウントのマネージド ID について次のアクションを確認してください。

"permissions": [
  {
    "actions": [
        "Microsoft.Authorization/*/read",
        "Microsoft.Storage/storageAccounts/blobServices/containers/delete",
        "Microsoft.Storage/storageAccounts/blobServices/containers/read",
        "Microsoft.Storage/storageAccounts/blobServices/containers/write"
    ],
    "notActions": [],
    "dataActions": [
      "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete",
      "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read",
      "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write",
      "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action"
    ],
    "notDataActions": []
  }
]

または、ステージングの場所 (ストレージ アカウント) にロールの割り当てを追加して、[ストレージ アカウントのバックアップ共同作成者] および [ストレージ BLOB データ共同作成者] を割り当てて、復元操作が正常に行われるようにします。

次の図に示すように、入力を MSI リソース ID として指定することで、ユーザー マネージド ID を選択することもできます。

復元操作を追跡する

復元操作をトリガーすると、追跡用のジョブがバックアップ サービスによって作成されます。 Azure Backup は、ジョブに関する通知をポータルに表示します。 表示されない場合は、 [通知] シンボルを選択し、 [アクティビティ ログのその他のイベント] を選択して、復元プロセスの状態を確認します。

次のように復元を追跡します:

1. ジョブの操作を表示するには、通知のハイパーリンクを選択します。 または、コンテナーで [バックアップ ジョブ] を選択してから、関連する VM を選択します。

   

2. 復元の進行状況を監視するには、ステータスが [進行中] である任意の復元ジョブを選択します。 復元の進行状況に関する情報が進行状況バーに表示されます。

   • [Estimated time of restore](復元の推定時間) :最初は、復元操作の完了にかかる時間を示します。 操作の進行に伴って所要時間が減り、復元操作が終了するとゼロになります。
   • [Percentage of restore](復元率) 。 実行された復元操作の割合を示します。
   • [転送バイト数] :新しい VM を作成することによって復元している場合、転送予定の合計バイト数に対する転送されたバイト数を示します。

復元後の手順

VM を復元した後の注意点がいくつかあります:

• バックアップの構成の間に存在した拡張機能はインストールされますが、有効にはされません。 問題がある場合は、拡張機能を再インストールしてください。 ディスクの交換の場合、拡張機能の再インストールは必要ありません。

• バックアップされた VM が静的 IP アドレスを持っていた場合、復元された VM は競合を回避するために動的 IP アドレスを持つことになります。 復元された VM に静的 IP アドレスを追加することができます。

• 復元された VM には可用性セットがありません。 ディスクの復元オプションを使用する場合、提供されているテンプレートまたは PowerShell を使用してディスクから VM を作成するときに可用性セットを指定することができます。

• Ubuntu など cloud-init ベースの Linux ディストリビューションを使用している場合、セキュリティ上の理由から、復元後にパスワードがブロックされます。 復元した VM で VMAccess 拡張機能を使用して、パスワードをリセットしてください。 これらのディストリビューションでは SSH キーを使用することを推奨しているため、復元後にパスワードをリセットする必要はありません。

• 復元された VM に、ドメイン コントローラーとのリレーションシップが破損しているためにアクセスできない場合は、次の手順に従って VM を起動します。

  • 回復した VM にデータ ディスクとして OS ディスクを接続します。

  • Azure エージェントが応答していないことが判明した場合は、このリンクに従って VM エージェントを手動でインストールしてください。

  • VM でシリアル コンソール アクセスを有効にして、VM へのコマンドライン アクセスを許可します

    bcdedit /store <drive letter>:\boot\bcd /enum
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} displaybootmenu yes
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} timeout 5
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} bootems yes
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /ems {<<BOOT LOADER IDENTIFIER>>} ON
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /emssettings EMSPORT:1 EMSBAUDRATE:115200
    

  • VM が再構築されたら、Azure portal を使用してローカル管理者アカウントとパスワードをリセットします

  • シリアル コンソール アクセスと CMD を使用して、VM をドメインから切断します

    cmd /c "netdom remove <<MachineName>> /domain:<<DomainName>> /userD:<<DomainAdminhere>> /passwordD:<<PasswordHere>> /reboot:10 /Force"
    

• VM が切断されて再起動されると、ローカル管理者の資格情報で VM に正常に RDP 接続し、正常に VM をドメインに再度参加させることができます。

復元された VM のバックアップ

• 最初にバックアップされた VM と同じ名前で同じリソース グループに VM を復元した場合、復元後も VM に対するバックアップは引き続き行われます。
• 別のリソース グループに VM を復元した場合、または復元された VM に別の名前を指定した場合、復元された VM のバックアップをセットアップする必要があります。

次のステップ

• 復元処理中に問題が発生した場合は、一般的な問題とエラーを確認してください。
• VM が復元されたら、仮想マシンの管理について理解します