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

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

復元オプション

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

復元オプション 詳細
新しい VM を作成する 復元ポイントから基本的な VM をすばやく作成し、起動して実行します。

VM の名前を指定し、配置先のリソース グループと仮想ネットワーク (VNet) を選択して、復元された VM のストレージ アカウントを指定することができます。 新しい 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 のスナップショットが取得され、指定したステージングの場所に格納されます。 VM に接続されている既存のディスクが、選択した復元ポイントを使用して置き換えられます。

スナップショットはコンテナーにコピーされ、アイテム保持ポリシーに従って保持されます。

ディスクの交換操作の後、元のディスクはリソース グループに保持されます。 元のディスクが必要ない場合は、それを手動で削除することを選択できます。

[既存のものを置き換える] は、暗号化されていない管理 VM (カスタム イメージを使用して作成された VM など) でサポートされます。 クラシック VM、アンマネージド VM、および一般化された VM ではサポートされていません。

復元ポイントにあるディスクの数が現在の VM よりも多い (または少ない) 場合、復元ポイントのディスク数だけが VM 構成に反映されます。

既存のものの置き換えは、ユーザー割り当てマネージド IDKey Vault など、リンクされたリソースを持つ VM でもサポートされます。
リージョン間 (セカンダリ リージョン) リージョン間復元を使用すると、Azure VM をセカンダリ リージョン (Azure のペアになっているリージョン) に復元できます。

セカンダリ リージョンにバックアップが実行されている場合は、選択されている回復ポイントのすべての Azure VM を復元できます。

バックアップ中、スナップショットはセカンダリ リージョンにレプリケートされません。 コンテナーに格納されているデータのみがレプリケートされます。 そのため、セカンダリ リージョンの復元はコンテナー階層の復元だけです。 セカンダリ リージョンの復元時間は、プライマリ リージョンのコンテナー階層の復元時間とほぼ同じになります。

この機能は、次のオプションで使用できます。
  • VM を作成する
  • ディスクを復元する

    現時点では、[既存のディスクの置き換え] オプションはサポートされていません。

    アクセス許可
    セカンダリ リージョンでの復元操作は、バックアップ管理者とアプリ管理者が実行できます。
  • ヒント

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

    Note

    Azure VM 上の特定のファイルとフォルダーを復旧することもできます。 詳細については、こちらを参照してください

    ストレージ アカウント

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

    • VM の作成:作成した新しい VM は、指定したストレージ アカウントに配置されます。
    • ディスクの復元: 復元したディスクは、指定したストレージ アカウントにコピーされます。 復元ジョブによって生成されるテンプレートをダウンロードして使用することで、カスタム VM 設定を指定できます。 このテンプレートは、指定したストレージ アカウントに配置されます。
    • ディスクの交換: 既存の VM でディスクを交換するとき、ディスク交換の前に Azure Backup によって既存の VM のスナップショットが取得されます。 そのスナップショットは、データ転送を通じて、バックグラウンド プロセスとして Recovery Services コンテナーにもコピーされます。 ただし、スナップショット フェーズが完了すると、ディスクの置換操作がトリガーされます。 ディスクの交換操作の後、ソース 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 における単一の統合管理エクスペリエンスです。 それを使用して、企業は大規模なバックアップを管理、監視、運用、分析することができます。 このソリューションを使用すると、個々のコンテナーのスコープに限定されずに、主なバックアップ管理操作のほとんどを実行できます。

    復元ポイントを選択

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

      Navigate to restore

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

      Selecting datasource type

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

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

      Select restore point for a virtual machine

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

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

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

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

        Restore Virtual machine configuration wizard

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

    VM の作成

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

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

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

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

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

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

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

      Restore configuration wizard - choose restore options

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

    Note

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

    ディスクを復元する

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

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

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

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

      Screenshot showing to select Resource disks.

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

    仮想マシンでマネージド ディスクを使用しているときに [仮想マシンの作成] オプションを選択した場合、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 をカスタマイズおよび作成します。

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

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

      Restore job drill-down

      Note

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

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

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

      Load template deployment

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

      Submit template deployment

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

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

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

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

    3. [ステージングの場所] で、復元プロセス中に現在のマネージド ディスクのスナップショットを保存する場所を指定します。 詳細については、こちらを参照してください

      Restore configuration wizard Replace Existing

    リージョン間復元

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

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

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

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

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

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

    Note

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

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

    Virtual machines in secondary region

    Select Secondary Region

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

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

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

    Choose VM to restore

    Select restore point

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

    Note

    • データ転送フェーズまで復元ジョブをキャンセルできます。 VM 作成フェーズに入ると、復元ジョブを取り消せなくなります。
    • リージョン間復元機能では、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 またはディスクの作成

    Choose availability zone

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

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

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

      Backup jobs filtered

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

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

    Restore as managed disks

    特別な構成を持つ 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 は、Azure Active Directory (Azure AD) 認証をサポートするリソースに接続するときに使用する ID をアプリケーションに提供します。

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

    Screenshot for choice to select system-managed identities or user-managed identities.

    システム割り当てまたはユーザー割り当てのマネージド 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 データ共同作成者] を割り当てて、復元操作が正常に行われるようにします。

    Screenshot for adding the role assignment on the staging location.

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

    Screenshot for selecting the user-managed identity by providing the input as their MSI Resource ID.

    Note

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

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

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

    復元操作を追跡する

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

    Restore triggered

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

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

      List of VMs in a vault

    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 が復元されたら、仮想マシンの管理について理解します