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

[アーティクル]
07/02/2024

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

復元オプション

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

復元オプション	詳細
新しい VM を作成する	基本的な VM を復元ポイントからすばやく作成し、起動して実行します。 VM の名前を指定し、その配置先のリソースグループと仮想ネットワーク (VNet) を選択できます。新しい VM は、ソース VM と同じリージョンに作成する必要があります。 Azure の指定リージョンで Azure VM SKU が使用できなかったか、それ以外の問題があったために VM の復元に失敗した場合でも、Azure Backup では指定されたリソースグループ内のディスクが復元されます。
ディスクを復元する	新しい VM を作成するために使用できる VM ディスクを復元します。 Azure Backup は、VM のカスタマイズと作成に役立つテンプレートを提供します。復元ジョブによって生成されるテンプレートをダウンロードして使用することで、カスタム VM 設定を指定したり、VM を作成したりできます。ディスクは、指定したリソースグループにコピーされます。または、ディスクを既存の VM に接続することや、PowerShell を使用して新しい VM を作成することもできます。このオプションは、VM をカスタマイズする場合や、バックアップの時点では存在していなかった構成設定を追加する場合や、テンプレートまたは PowerShell を使用して構成する必要がある設定を追加する場合に役立ちます。
既存のものを置き換える	ディスクを復元し、それを使用して既存の VM 上のディスクを置き換えることができます。現在の VM が存在する必要があります。削除されている場合、このオプションは使用できません。 Azure Backup は、ディスクを置き換える前に既存の VM のスナップショットを取得します。スナップショットはコンテナーにコピーされ、アイテム保持ポリシーに従って保持されます。　 Vault-Standard 回復ポイントを選択すると、選択した回復ポイントの内容を含む VHD ファイルも、指定するステージングの場所に作成されます。 VM に接続されている既存のディスクが、選択した復元ポイントを使用して置き換えられます。ディスクの交換操作の後、元のディスクはリソースグループに保持されます。元のディスクが必要ない場合は、それを手動で削除することを選択できます。 [既存のものを置き換える] は、暗号化されていない管理 VM (カスタムイメージを使用して作成された VM など) でサポートされます。クラシック VM、アンマネージド VM、および一般化された VM ではサポートされていません。復元ポイントにあるディスクの数が現在の VM よりも多い (または少ない) 場合、復元ポイントのディスク数だけが VM 構成に反映されます。既存のものの置き換えは、ユーザー割り当てマネージド ID や Key Vault など、リンクされたリソースを持つ VM でもサポートされます。
リージョンをまたがる (セカンダリリージョン)	リージョン間復元を使用すると、Azure VM をセカンダリリージョン (Azure のペアになっているリージョン) に復元できます。セカンダリリージョンにバックアップが実行されている場合は、選択されている回復ポイントのすべての Azure VM を復元できます。バックアップ中、スナップショットはセカンダリリージョンにレプリケートされません。コンテナーに格納されているデータのみがレプリケートされます。そのため、セカンダリリージョンの復元はコンテナー階層の復元だけです。セカンダリリージョンの復元時間は、プライマリリージョンのコンテナー階層の復元時間とほぼ同じになります。この機能は、次のオプションで使用できます。 - VM の作成 - ディスクの復元現時点では、[既存のディスクの置き換え] オプションはサポートされていません。アクセス許可セカンダリリージョンでの復元操作は、バックアップ管理者とアプリ管理者が実行できます。
クロスサブスクリプションの復元	Azure Virtual Machines またはディスクは復元ポイントから (Azure RBAC 機能に従って) ソースサブスクリプションと同じテナント内の別のサブスクリプションに復元できます。 Recovery Services コンテナーに対して [サブスクリプション間の復元] プロパティが有効になっている場合にのみ使用できます。リージョンをまたがる復元とクロスゾーン復元で動作します。マネージド仮想マシンに対してのみ、クロスサブスクリプションの復元をトリガーできます。クロスサブスクリプションの復元は、マネージドシステム ID (MSI) を使用した復元でサポートされています。スナップショット層の復旧ポイントではサポートされていません。アンマネージド VM と ADE 暗号化 VM ではサポートされていません。
クロスゾーン復元	何らかのゾーンに固定された Azure Virtual Machines またはディスクを、復元ポイントから (Azure RBAC 機能に従って) 別の使用可能なゾーンに復元できます。復元するゾーンを選択するとき、復元先に使用する Azure サブスクリプションに従って論理ゾーン (物理ゾーンではなく) が選択されることに注意してください。クロスゾーン復元は、マネージド仮想マシンに対してのみトリガーできます。クロスゾーン復元は、マネージドシステム ID (MSI) を使用した復元でサポートされています。クロスゾーン復元では、ゾーン冗長ストレージ (ZRS) が有効になっているコンテナーからの Azure ゾーン固定または非ゾーン固定 VM の復元がサポートされています。ストレージの冗長性を設定する方法について説明します。クロスリージョン復元 (CRR) (セカンダリリージョンでゾーンがサポートされている場合) またはゾーン冗長ストレージ (ZRS) が有効になっているコンテナーからのみ、Azure ゾーン固定 VM の復元はサポートされています。クロスゾーン復元は、セカンダリリージョンからサポートされています。スナップショットの復元ポイントからはサポートされていません。暗号化された Azure VM ではサポートされていません。

ヒント

復元操作が失敗したときにアラートや通知を受け取るには、Azure Backup 用の Azure Monitor アラートを使用します。これは、このような障害を監視し、問題の修復に必要なアクションを実行するのに役立ちます。

Note

Azure 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 を作成できます。

注意

以下のセクションで説明されている機能には、バックアップセンター経由でもアクセスできます。バックアップセンターは、Azure における単一の統合管理エクスペリエンスです。それを使用して、企業は大規模なバックアップを管理、監視、運用、分析することができます。このソリューションを使用すると、個々のコンテナーのスコープに限定されずに、主なバックアップ管理操作のほとんどを実行できます。

復元ポイントを選択

Azure portal のバックアップセンターに移動し、 [概要] タブで [復元] をクリックします。
[データソースの種類] で [Azure 仮想マシン] を選び、[バックアップインスタンス] を選択します。
VM を選んで [続行] をクリックします。
次に表示される画面で、復元に使用する復元ポイントを選びます。

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

[仮想マシンの復元] で、復元オプションを選択します。
- 新規作成: 新しい VM を作成する場合、このオプションを使用します。単純な設定で VM を作成することも、ディスクを復元して、カスタマイズされた VM を作成することもできます。
- 既存のものを置き換える:既存の VM 上のディスクを置き換える場合、このオプションを使用します。
選択した復元オプションの設定を指定します。

Note

[既存のものを置き換える] オプションは、ジョブの詳細の [コンテナーへのデータ転送] サブタスクが正常に完了した場合にのみ使用します。それ以外の場合は、[新規作成] オプションを最新の復旧ポイントの復元で使用します。

VM の作成

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

[仮想マシンの復元]>[新規作成]>[復元の種類] で、[新しい仮想マシンの作成] を選びます。
[仮想マシン名] で、サブスクリプションに存在しない VM を指定します。
[リソースグループ] で、新しい VM の既存のリソースグループを選択するか、グローバルに一意の名前を持つ新しいリソースグループを作成します。既に存在している名前を割り当てると、Azure は VM と同じ名前をグループに割り当てます。
[仮想ネットワーク] で、VM が配置される VNet を選択します。コンテナーと同じ場所のサブスクリプションに関連付けられていて、アクティブであり、どのアフィニティグループとも接続されていない VNet がすべて表示されます。サブネットを選択します。

最初のサブネットが既定で選択されています。
[ステージングの場所] で、VM のストレージアカウントを指定します。詳細については、こちらを参照してください。
Azure VM を別のサブスクリプションに復元するには、[サブスクリプション] ドロップダウンリストから必要なサブスクリプションを選択します。

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

次のスクリーンショットには、アクセス許可を持つテナントの下にあるすべてのサブスクリプションが一覧表示されています。このサブスクリプションを使用すると、Azure VM を別のサブスクリプションに復元できます。
[可用性ゾーン] ドロップダウンリストから必要なゾーンを選択して、任意のゾーンに固定された Azure VM を別のゾーンに復元します。

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

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

Note

Azure Backup では、ZRS または CRR 冗長性を持つコンテナーに対してのみ CZR がサポートされています。
[復元] を選択して復元操作をトリガーします。

Note

NSG 設定を変更する前に、VM の復元操作が完了していることを確認してください。「復元操作の追跡」について学習してください。

ディスクを復元する

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

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

[復元の構成]>[新規作成]>[復元の種類] で、[ディスクの復元] を選択します。
[リソースグループ] で、復元されたディスクの既存のリソースグループを選択するか、グローバルに一意の名前を持つ新しいリソースグループを作成します。
[ステージングの場所] に、ストレージアカウントを指定します。テンプレートファイルがここに格納され、一部のシナリオでは VHD ファイルも作成されます。詳細については、こちらを参照してください。
VM ディスクを別のサブスクリプションに復元するには、[サブスクリプション] ドロップダウンリストから必要なサブスクリプションを選択します。

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

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

Note

Azure Backup では、ZRS または CRR 冗長性を持つコンテナーに対してのみ CZR がサポートされています。
[復元] を選択して復元操作をトリガーします。

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

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

Note

4 TB を超える Vault-Standard 復元ポイントからディスクを復元する場合、Azure Backup によって VHD ファイルを復元されません。
Azure Backup によって復元された後のマネージドおよび Premium ディスクのパフォーマンスについては、「待機時間」セクションをご覧ください。

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

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

[バックアップジョブ] で、適切な復元ジョブを選択します。
[復元] で、 [テンプレートのデプロイ] を選択して、テンプレートのデプロイを開始します。

Note

[Allow storage account key access](ストレージアカウントキーへのアクセスを許可する) が無効に設定されている Shared Access Signature (SAS) の場合は、 [テンプレートのデプロイ] を選択してもテンプレートはデプロイされません。
テンプレートで提供されている VM 設定をカスタマイズするには、 [テンプレートの編集] を選択します。さらにカスタマイズを追加する場合は、 [パラメーターの編集] を選択します。
- カスタムテンプレートからのリソースのデプロイに関する詳細情報。
- テンプレートの作成に関する詳細情報。
VM のカスタム値を入力し、利用規約を同意して [購入] を選択します。

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

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

[復元の構成] で、 [既存のものを置き換え] を選択します。
[リストアの種類] で、 [Replace disk/s](ディスクの交換) を選択します。これは、既存の VM ディスクを置き換えるために使用される復元ポイントです。
[ステージングの場所] に、ストレージアカウントを指定します。一部のシナリオでは VHD ファイルがここに作成されます。詳細については、こちらを参照してください。

復元中にネットワークアクセス設定を割り当てる

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

Note

この機能は、プライベートエンドポイント対応ディスクを使用するバックアップ VM で一般提供されています。

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

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

Note

復元されたディスクのネットワーク構成をソースディスクと同じものに選択するオプションと、特定のネットワークからのアクセスのみを指定するオプションは、現在、Azure PowerShell/Azure CLI からは使用できません。

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

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

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

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

Note

リージョン間復元は、Ultra ディスクで実行されるマシンでは現在サポートされていません。 Ultra ディスクバックアップのサポートの可否について詳細を確認してください。

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

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

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

Note

CRR 機能をサポートする種類のバックアップ管理のみが一覧に表示されます。現時点では、セカンダリリージョンデータをセカンダリリージョンに復元することのみが許可されています。

Azure VM の CRR は、Azure マネージド VM (暗号化された Azure VM を含む) でサポートされています。リージョン間復元に対応する管理方式に関するページを参照してください。

セカンダリリージョン内の仮想マシン

セカンダリリージョンを選択する

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

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

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

復元する VM の選択

復元ポイントの選択

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

Note

リージョン間復元機能では、CMK (カスタマーマネージドキー) が有効になっている Azure VM が、セカンダリリージョンにおける CMK が有効になっていない VM として復元されます。これらの VM は、CMK が有効になっている Recovery Services コンテナーにはバックアップされません。
セカンダリリージョンに復元するために必要な Azure ロールは、プライマリリージョンにおけるものと同じです。
Azure VM の復元中に、Azure Backup によってセカンダリリージョンの仮想ネットワーク設定が自動的に構成されます。テンプレートのデプロイ中にディスクを復元する場合は、確実にセカンダリリージョンに対応する仮想ネットワーク設定を指定してください。
プライマリリージョンで VNet またはサブネットを使用できない場合、またはセカンダリリージョンで構成されていない場合、Azure portal では復元操作中に既定値が自動的に設定されません。
リージョン間復元では、 ステージング場所 (ストレージアカウントの場所) は、Recovery Services コンテナーが セカンダリ リージョンとして扱うリージョンに存在する必要があります。たとえば、Recovery Services コンテナーは米国東部 2 リージョンにあります (geo 冗長性とリージョン間復元が有効になっています)。これは、セカンダリ リージョンは米国中部であることを意味します。そのため、VM のリージョン間復元を行なうには、米国中部でストレージアカウントを作成する必要があります。
すべての地域の Azure リージョン間レプリケーションのペアリングに関する記事をご覧ください。

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

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

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

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

可用性ゾーンを選択する

Note

リージョン間の復元ジョブがトリガーされると、取り消すことはできません。

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

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

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

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

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

注意

CSR は元に戻せない操作であるため、コンテナーで一度完全に無効にされた CSR を再び有効にすることはできません。
CSR が無効になっているが完全に無効ではない場合は、[コンテナー]>[プロパティ]>[サブスクリプション間の復元]>[有効にする] を選択して操作を取り消すことができます。
CSR が無効になっているか完全に無効になっているときに Recovery Services コンテナーが別のサブスクリプションに移動された場合、元のサブスクリプションへの復元は失敗します。

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

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

マネージドディスクとして復元する

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

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

シナリオ	ガイダンス
Hybrid Use Benefit を使用して VM を復元する	Windows VM が Hybrid Use Benefit (HUB) ライセンスを使用している場合、ディスクを復元し、提供されているテンプレート ( [ライセンスの種類] を Windows_Server に設定)、または PowerShell を使用して新しい VM を作成します。この設定は、VM の設定後にも適用できます。
Azure データセンターでの障害発生時に VM を復元する	コンテナーで GRS を使用しており、VM のプライマリデータセンターがダウンした場合、Azure Backup では、バックアップされた VM を、ペアのデータセンターに復元することができます。ペアのデータセンターでストレージアカウントを選択し、通常どおりに復元します。 Azure Backup は、ペアのリージョンのコンピューティングサービスを使用して、復元された VM を作成します。データセンターの回復性に関して詳しくはこちらを参照してください。コンテナーで GRS が使用されている場合、リージョン間復元という新しい機能を選択できます。これにより、完全な停止でも、部分的な停止でも、あるいはまったく停止していない場合でさえも、第二リージョンに復元できます。
ベアメタル回復	Azure VM とオンプレミスのハイパーバイザーの大きな違いは、Azure では VM コンソールが使用できないことです。コンソールは、ベアメタル回復 (BMR) タイプのバックアップを使用して回復するといった特定のシナリオで必要です。ただし、コンテナーからの VM の復元が、BMR の代わりとなります。
特別なネットワーク構成を持つ VM を復元する	特別なネットワーク構成に含まれるものとしては、内部または外部の負荷分散を使用する VM、複数の NIC の使用、または複数の予約済み IP アドレスがあります。これらの VM は、ディスクの復元オプションを使用して復元します。このオプションでは、指定されたストレージアカウントに VHD のコピーを作成した後、構成に応じて、内部または外部のロードバランサー、複数の NIC、または複数の予約済み IP アドレスを使用して VM を作成できます。
NIC/サブネットでのネットワークセキュリティグループ (NSG)	Azure VM バックアップは、vnet、サブネット、および NIC レベルでの NSG 情報のバックアップと復元をサポートします。
ゾーンにピン留めされた VM	ゾーンにピン留めされた Azure VM を (Azure Backup で) バックアップした場合は、それをピン留めされていたのと同じゾーンで復元できます。詳細情報
可用性セットで VM を復元する	ポータルから VM を復元するとき、可用性セットを選択するオプションはありません。復元された VM には可用性セットがありません。ディスクの復元オプションを使用する場合、提供されているテンプレートまたは PowerShell を使用してディスクから VM を作成するときに可用性セットを指定することができます。
SQL VM などの特別な VM を復元する	Azure VM バックアップを使用して SQL VM をバックアップした後、VM の復元オプションを使用したか、ディスクを復元した後に VM を作成した場合は、新しく作成した VM を SQL プロバイダーに登録する必要があります (こちらを参照してください)。これにより、復元された VM が SQL VM に変換されます。

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

シナリオ	ガイダンス
単一ドメイン内の単一ドメインコントローラー VM を復元する	他の VM と同様に VM を復元します。以下の点に注意してください。 Active Directory の観点からは、Azure VM は他の VM と同様です。ディレクトリサービス復元モード (DSRM) も利用できるので、Active Directory の復元シナリオはすべて実行可能です。仮想化ドメインコントローラーのバックアップと復元の考慮事項に関する詳細情報。
単一ドメイン内の複数のドメインコントローラー VM を復元する	同じドメイン内の他のドメインコントローラーにネットワーク経由で到達できる場合は、VM と同様にそのドメインコントローラーを復元できます。これがドメイン内の最後のドメインコントローラーである場合や、分離されたネットワークでの復元を実行している場合は、フォレストの復元を使用します。
複数のドメイン構成で単一のドメインコントローラー VM を復元する	PowerShell を使用して、ディスクを復元して VM を作成します
1 つのフォレスト内の複数のドメインを復元する	フォレストの復元をお勧めします。

詳細については、「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 を選択するためのスクリーンショット。

システム割り当てまたはユーザー割り当てのマネージド 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 を選択することもできます。

入力を MSI リソース ID として指定して、ユーザーマネージド ID を選択するスクリーンショット。

Note

サポートはマネージド VM に対してのみ提供されます。クラシック VM とアンマネージド VM ではサポートされていません。ファイアウォールで制限されているストレージアカウントの場合は、システム MSI のみサポートされています。

リージョンをまたがる復元は、マネージド ID ではサポートされていません。

現在、これは、すべての Azure パブリックおよび各国のクラウドリージョンで使用できます。

復元操作を追跡する

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

Restore triggered

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

ジョブの操作を表示するには、通知のハイパーリンクを選択します。または、コンテナーで [バックアップジョブ] を選択してから、関連する VM を選択します。
復元の進行状況を監視するには、ステータスが [進行中] である任意の復元ジョブを選択します。復元の進行状況に関する情報が進行状況バーに表示されます。
- [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 が復元されたら、仮想マシンの管理について理解します

次の方法で共有

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

復元オプション

ストレージアカウント

開始する前に

復元ポイントを選択

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

VM の作成