Azure 仮想マシンのバックアップからファイルを回復する

[アーティクル]
10/16/2024

注意事項

この記事では、サービス終了 (EOL) 状態となっている Linux ディストリビューションである CentOS について説明します。適宜、使用と計画を検討してください。詳細については、「CentOS のサポート終了に関するガイダンス」を参照してください。

Azure Backup は、Azure 仮想マシン (VM) とディスクを Azure VM のバックアップ (復旧ポイントとも呼ばれる) から復元する機能を提供します。この記事では、Azure VM のバックアップからファイルやフォルダーを回復する方法について説明します。ファイルやフォルダーを回復する機能は、Resource Manager モデルを使用してデプロイされ、Recovery Services コンテナーに保護されている Azure VM に対してのみ使用できます。

注意

この機能は、Resource Manager モデルを使用してデプロイされ、Recovery Services コンテナーに保護されている Azure VM に対して使用できます。暗号化された VM バックアップからのファイルの回復はサポートされていません。

ファイルフォルダーの回復ワークフロー

手順 1:ファイルを参照して回復するためのスクリプトを生成してダウンロードする

回復ポイントからファイルまたはフォルダーを回復するには、仮想マシンに移動し、次の手順を実行します。

Azure portal にサインインし、左側のペインで [仮想マシン] を選択します。仮想マシンの一覧から、仮想マシンを選択して、その仮想マシンのダッシュボードを開きます。
仮想マシンのメニューで、 [バックアップ] を選択し、[バックアップ] ダッシュボードを開きます。
[バックアップ] ダッシュボードメニューで、 [ファイルの回復] を選択します。

32

[ファイルの回復] メニューが開きます。

重要

ユーザーは、この機能のパフォーマンスの制限に注意する必要があります。上のブレードの脚注セクションで説明されているように、この機能は、回復の合計サイズが 10 GB 以下の場合に使用する必要があります。予想されるデータ転送速度は、1 時間あたり約 1 GB です。

[回復ポイントの選択] ドロップダウンメニューで、目的のファイルを保持する回復ポイントを選択します。既定では、最新の回復ポイントが既に選択されています。
[実行可能ファイルのダウンロード] (Windows Azure VM の場合) または [スクリプトのダウンロード] (Linux Azure VM の場合: Python スクリプトが生成される) を選択して、回復ポイントからファイルをコピーするために使用するソフトウェアをダウンロードします。

Azure は、実行可能ファイルまたはスクリプトをローカルコンピューターにダウンロードします。

実行可能ファイルまたはスクリプトを管理者として実行するには、ダウンロードしたファイルをコンピューターに保存することをお勧めします。
実行可能ファイルまたはスクリプトは、パスワードで保護されているため、パスワードが必要です。 [ファイルの回復] メニューで、コピーボタンを選択してパスワードをメモリに読み込みます。

手順 2:スクリプトを実行する前にマシンが要件を満たしていることを確認する

スクリプトが正常にダウンロードされたら、このスクリプトを実行するための適切なマシンがあることを確認します。スクリプトを実行する予定の VM には、次のサポートされていない構成が含まれていてはなりません。 そうである場合は、要件を満たす代わりのマシンを選びます。

ダイナミックディスク

次のいずれかの特性がある VM では、実行可能スクリプトは実行できません。別のマシンを選択してください

複数のディスクにまたがるボリューム (スパンボリュームおよびストライプボリューム)。
ダイナミックディスク上のフォールトトレラントボリューム (ミラー化ボリュームおよび RAID 5 ボリューム)。

Windows 記憶域スペース

バックアップされた VM に Windows 記憶域スペースがある場合、その VM 上では、ダウンロードした実行可能ファイルは実行できません。別のマシンを選択してください。

大容量ディスクを含む仮想マシンのバックアップ

バックアップ対象のマシンに多数のディスク (>16) または大容量ディスク (それぞれ > 4 TB) がある場合は、復元のために同じマシンでスクリプトを実行することはお勧めしません。これは、VM に大きな影響が及ぶためです。代わりに、ファイルの回復専用の個別 VM (Azure VM D2v3 VM) を使用することをお勧めします。使用後、この VM が不要になったら、シャットダウンします。

大きなディスクがあるバックアップ VM からファイルを復元するための要件を参照してください。
Windows OS
Linux OS

ILR スクリプトを実行する適切なマシンを選択したら、OS の要件とアクセスの要件を満たしていることを確認します。

手順 3:スクリプトを正常に実行するための OS の要件

ダウンロードしたスクリプトを実行する VM は、次の要件を満たしている必要があります。

Windows OS の場合

次の表は、サーバーとコンピューターのオペレーティングシステムの互換性を示しています。ファイルを回復する場合、オペレーティングシステムの以前のバージョンまたは以降のバージョンにファイルを復元することはできません。たとえば、Windows Server 2016 VM から Windows Server 2012 または Windows 8 コンピューターにファイルを復元することはできません。 VM からは、同じサーバーオペレーティングシステムへ、または互換性のあるクライアントオペレーティングシステムへファイルを復元できます。

サーバー OS	互換性のあるクライアント OS
Windows Server 2022	Windows 11 および Windows 10
Windows Server 2019	Windows 10
Windows Server 2016	Windows 10
Windows Server 2012 R2	Windows 8.1
Windows Server 2012	Windows 8
Windows Server 2008 R2	Windows 7

Linux OS の場合

Linux では、ファイルの復元に使用するコンピューターの OS が、保護された仮想マシンのファイルシステムをサポートしている必要があります。スクリプトを実行するコンピューターを選択する場合は、コンピューターに互換性のある OS がインストールされていること、かつ、次の表に示すバージョンのいずれかが使用されていることを確認します。

Linux OS	バージョン
Ubuntu	12.04 以降
CentOS	6.5 以降
RHEL	6.7 以降
Debian	7 以降
Oracle Linux	6.4 以降
SLES	12 以降
openSUSE	42.2 以降

追加コンポーネント

スクリプトを実行し、復旧ポイントに安全に接続するには、Python および Bash コンポーネントも必要となります。

コンポーネント	Version	OS の種類
Bash	4 以降	Linux
Python	2.6.6 以降	Linux
.NET	4.6.2 以降	Windows
TLS	1.2 がサポートされている必要があります。	Linux/Windows

また、ILR スクリプトを実行するための適切なマシンがあり、アクセスの要件を満たしていることを確認します。

手順 4:スクリプトを正常に実行するためのアクセスの要件

アクセスが制限されたコンピューターでスクリプトを実行する場合は、次にアクセスできることを確認してください。

ポート 443 (送信) の NSG の download.microsoft.com または AzureFrontDoor.FirstParty サービスタグ
ポート 3260 (送信) の Recovery Service の URL (GEO-NAME は Recovery Services コンテナーが存在するリージョンを表します)
- https://pod01-rec2.GEO-NAME.backup.windowsazure.com (Azure パブリックリージョンの場合) または NSG の AzureBackup サービスタグ
- https://pod01-rec2.GEO-NAME.backup.windowsazure.cn (21Vianet によって運営される Microsoft Azure の場合) または NSG の AzureBackup サービスタグ
- https://pod01-rec2.GEO-NAME.backup.windowsazure.us (Azure US Government の場合) または NSG の AzureBackup サービスタグ
- https://pod01-rec2.GEO-NAME.backup.windowsazure.de (Azure Germany の場合) または NSG の AzureBackup サービスタグ
ポート 53 (送信) のパブリック DNS 解決

Note

プロキシは iSCSI プロトコルをサポートしていない、またはポート 3260 へのアクセスを許可していない可能性があります。このため、プロキシにリダイレクトされるコンピューターではなく、上記のように必要に応じて直接アクセスできるコンピューターでこのスクリプトを実行することを強くお勧めします。

Note

バックアップされた VM が Windows の場合、生成されたパスワードに geo 名が示されます。

たとえば、生成されたパスワードが ContosoVM_wcus_GUID の場合、geo 名は wcus で、URL は <https://pod01-rec2.wcus.backup.windowsazure.com> になります。

バックアップ VM が Linux の場合、上記の手順 1 でダウンロードしたスクリプトファイルには、ファイルの名前に geo-name が含まれています。その geo-name を使用して、URL を置き換えます。ダウンロードしたスクリプトの名前は次で始まります: 'VMname'_'geoname'_'GUID'。

そのため、たとえば、スクリプトファイル名が ContosoVM_wcus_12345678 の場合、geo-name は wcus であるため、URL は次のようになります: <https://pod01-rec2.wcus.backup.windowsazure.com>

Linux の場合、スクリプトによって復旧ポイントに接続するには "open-iscsi" および "lshw" コンポーネントが必要です。スクリプトを実行するコンピューターに目的のコンポーネントが存在しない場合は、コンポーネントをインストールするためのアクセス許可をスクリプトから求められます。同意して、必要なコンポーネントをインストールします。

スクリプトを実行するコンピューターと復旧ポイントのデータの間にセキュリティで保護されたチャネルを構築するために使われるコンポーネントをダウンロードするには、download.microsoft.com へのアクセスが必要です。

また、ILR スクリプトを実行するための適切なマシンがあり、OS の要件を満たしていることを確認します。

手順 5:スクリプトを実行してボリュームを識別する

Note

スクリプトは英語でのみ生成され、ローカライズされません。そのため、スクリプトを正しく実行するには、システムロケールが英語である必要がある場合があります

Windows の場合

手順 2、手順 3、手順 4 に示されているすべての要件を満たしたら、ダウンロードした場所 (通常はダウンロードフォルダー) からスクリプトをコピーします。スクリプトを生成してダウンロードする方法については、手順 1 を参照してください。実行可能ファイルを右クリックして、管理者の資格情報を使用して実行します。メッセージが表示されたら、パスワードを入力するか、またはメモリからのパスワードを貼り付けて、Enter キーを押します。有効なパスワードが入力されると、スクリプトが復旧ポイントに接続されます。

実行可能ファイルを実行すると、オペレーティングシステムは新しいボリュームをマウントし、ドライブ文字を割り当てます。 Windows エクスプローラーまたはファイルエクスプローラーを使用してそれらのドライブを参照できます。ボリュームに割り当てられるドライブ文字は、元の仮想マシンと同じ文字にならない可能性があります。ただし、ボリューム名は保持されます。たとえば、元の仮想マシン上のボリュームが "データディスク (E:\)" であった場合、そのボリュームは、ローカルコンピューターに "データディスク ('任意のドライブ文字':\)" としてアタッチされる可能性があります。ファイルまたはフォルダーが表示されるまで、スクリプトの出力に示されているすべてのボリュームを参照します。

接続された回復ボリューム

大容量ディスクを含むバックアップ対象 VM (Windows)

ファイル復元スクリプトを実行した後、ファイルの回復プロセスがハングする場合 (たとえば、ディスクがマウントされない、またはマウントされてもボリュームが表示されない場合)、次の手順を実行します。

OS が WS 2012 以上であることを確認します。
復元サーバーでレジストリキーが次の推奨のとおりに設定されていることを確認し、サーバーを確実に再起動します。 GUID のそばにある番号は 0001 から 0005 までの範囲にあります。次の例では、0004 になっています。レジストリキーのパスをパラメーターのセクションまで移動します。

- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Disk\TimeOutValue – change this from 60 to 2400 secs.
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e97b-e325-11ce-bfc1-08002be10318}\0003\Parameters\SrbTimeoutDelta – change this from 15 to 2400 secs.
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e97b-e325-11ce-bfc1-08002be10318}\0003\Parameters\EnableNOPOut – change this from 0 to 1
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e97b-e325-11ce-bfc1-08002be10318}\0003\Parameters\MaxRequestHoldTime - change this from 60 to 2400 secs.

Linux の場合

手順 2、手順 3、手順 4 に示されているすべての要件を満たしたら、Linux マシン用の Python スクリプトを生成します。スクリプトを生成してダウンロードする方法については、手順 1 を参照してください。このスクリプトをダウンロードして、適切な (対応している) Linux サーバーにコピーします。それを実行するためには、chmod +x <python file name> でアクセス許可を変更しなければならない場合があります。次に、./<python file name> を使用して Python ファイルを実行します。

Linux では、復旧ポイントのボリュームはスクリプトが実行されるフォルダーにマウントされます。それに応じて、接続されたディスク、ボリューム、対応するマウントパスが示されます。これらのマウントパスは、ルートレベルのアクセス権を持つユーザーに表示されます。スクリプトの出力に示されたボリュームを参照します。

Linux の [ファイルの回復] メニュー

大容量ディスクを含むバックアップ対象 VM (Linux)**

ファイル /etc/iscsi/iscsid.conf で、設定を次のように変更します。
- node.conn[0].timeo.noop_out_timeout = 5 ～ node.conn[0].timeo.noop_out_timeout = 120
上記の変更を行った後、スクリプトを再実行します。一時的な障害が発生した場合は、要求が連続して何度も実行されることでターゲットの準備に影響しないようにするために、再実行の間隔が 20 分から 30 分あることを確認します。この間隔で再実行すると、ターゲットはスクリプトからの接続に対して準備を行うことができます。
ファイルの回復後、必ずポータルに戻り、ボリュームをマウントできなかった回復ポイントに対して [ディスクのマウント解除] を選択してください。基本的には、この手順によって既存のプロセス/セッションがすべて消去され、回復の可能性が向上します。

LVM/RAID アレイ (Linux VM の場合)

Linux では、論理ボリュームマネージャー (LVM) やソフトウェア RAID アレイを使用して、複数のディスクの論理ボリュームを管理します。保護された Linux VM で LVM/RAID アレイを使用している場合、その VM でスクリプトを実行することはできません。
代わりに、保護された VM のファイルシステムをサポートする、互換性のある OS を使用し、任意の他のマシンでスクリプトを実行します。
次のスクリプトの出力には、LVM/RAID アレイのディスク、ボリューム、パーティションの種類が表示されます。

Linux LVM 出力メニュー

これらのパーティションをオンラインにするには、次のセクションにあるコマンドを実行します。

LVM パーティションの場合

スクリプトが実行されると、LVM パーティションが、スクリプトの出力に指定された物理ボリューム/ディスクにマウントされます。このプロセスで次のことが実行されます。

物理ボリュームまたはディスクからボリュームグループ名の一意のリストを取得する
次に、それらのボリュームグループ内の論理ボリュームを一覧表示する
次に、必要なパスに論理ボリュームをマウントする

物理ボリュームのボリュームグループ名の一覧表示

ボリュームグループ名を一覧表示するには、次を実行します。

sudo pvs -o +vguuid

このコマンドは、すべての物理ボリューム (スクリプトを実行する前に存在するものを含む)、対応するボリュームグループ名、ボリュームグループの一意のユーザー ID (UUID) を一覧表示します。コマンドの出力例を次に示します。

PV         VG        Fmt  Attr PSize   PFree    VG UUID

  /dev/sda4  rootvg    lvm2 a--  138.71g  113.71g EtBn0y-RlXA-pK8g-de2S-mq9K-9syx-B29OL6

  /dev/sdc   APPvg_new lvm2 a--  <75.00g   <7.50g njdUWm-6ytR-8oAm-8eN1-jiss-eQ3p-HRIhq5

  /dev/sde   APPvg_new lvm2 a--  <75.00g   <7.50g njdUWm-6ytR-8oAm-8eN1-jiss-eQ3p-HRIhq5

  /dev/sdf   datavg_db lvm2 a--   <1.50t <396.50g dhWL1i-lcZS-KPLI-o7qP-AN2n-y2f8-A1fWqN

  /dev/sdd   datavg_db lvm2 a--   <1.50t <396.50g dhWL1i-lcZS-KPLI-o7qP-AN2n-y2f8-A1fWqN

最初の列 (PV) は物理ボリュームを示しており、それ以降の列は、関連するボリュームグループ名、形式、属性、サイズ、空き領域、ボリュームグループの一意の ID を示しています。コマンドの出力には、すべての物理ボリュームが表示されます。スクリプトの出力を参照して、バックアップに関連するボリュームを特定します。上記の例では、スクリプトの出力に、/dev/sdf と /dev/sdd が表示されています。そして、datavg_db ボリュームグループはスクリプトに属し、Appvg_new ボリュームグループはマシンに属しています。最終的な目的は、1 つの一意のボリュームグループ名が 1 つの一意の ID を持つようにすることです。

重複するボリュームグループ

スクリプトの実行後に、ボリュームグループ名が 2 つの UUID を持つという状況になる場合があります。これは、スクリプトが実行されるマシンとバックアップされた VM 内のボリュームグループ名が同じであることを意味します。この場合、バックアップされた VM のボリュームグループの名前を変更する必要があります。次の例をご覧ください。

PV         VG        Fmt  Attr PSize   PFree    VG UUID

  /dev/sda4  rootvg    lvm2 a--  138.71g  113.71g EtBn0y-RlXA-pK8g-de2S-mq9K-9syx-B29OL6

  /dev/sdc   APPvg_new lvm2 a--  <75.00g   <7.50g njdUWm-6ytR-8oAm-8eN1-jiss-eQ3p-HRIhq5

  /dev/sde   APPvg_new lvm2 a--  <75.00g   <7.50g njdUWm-6ytR-8oAm-8eN1-jiss-eQ3p-HRIhq5

  /dev/sdg   APPvg_new lvm2 a--  <75.00g  508.00m lCAisz-wTeJ-eqdj-S4HY-108f-b8Xh-607IuC

  /dev/sdh   APPvg_new lvm2 a--  <75.00g  508.00m lCAisz-wTeJ-eqdj-S4HY-108f-b8Xh-607IuC

  /dev/sdm2  rootvg    lvm2 a--  194.57g  127.57g efohjX-KUGB-ETaH-4JKB-MieG-EGOc-XcfLCt

スクリプトの出力には、/dev/sdg、/dev/sdh、/dev/sdm2 が接続済みと表示されています。対応する VG 名は Appvg_new と rootvg です。しかし、同じ名前がマシンの VG リストにも存在します。 1 つの VG 名に 2 つの UUID があることを確認できます。

ここで、スクリプトベースのボリュームの VG 名を変更する必要があります (例: /dev/sdg、/dev/sdh、/dev/sdm2)。ボリュームグループの名前を変更するには、次のコマンドを使用します。

sudo vgimportclone -n rootvg_new /dev/sdm2
sudo vgimportclone -n APPVg_2 /dev/sdg /dev/sdh

これで、すべての VG 名が固有の ID を持つようになりました。

アクティブボリュームグループ

スクリプトのボリュームに対応するボリュームグループがアクティブであることを確認します。次のコマンドは、アクティブなボリュームグループを表示するために使用します。スクリプトの関連するボリュームグループがこの一覧にあるかどうかを確認します。

sudo vgdisplay -a

または、次のコマンドを使用して、そのボリュームグループをアクティブにします。

sudo vgchange –a y  <volume-group-name>

ボリュームグループ内の論理ボリュームの一覧表示

スクリプトに関連する VG の一意でアクティブな一覧を取得したら、次のコマンドを使用して、これらのボリュームグループに存在する論理ボリュームを一覧表示できます。

sudo lvdisplay <volume-group-name>

このコマンドは、各論理ボリュームのパスを 'LV Path' として表示します。

論理ボリュームのマウント

論理ボリュームを任意のパスにマウントするには、次のようにします。

sudo mount <LV path from the lvdisplay cmd results> </mountpath>

警告

'mount -a' は使用しないでください。このコマンドは、'/etc/fstab' に記述されているすべてのデバイスをマウントします。これは、重複するデバイスがマウントされる可能性があることを意味します。スクリプトによって作成された、データが保存されないデバイスにデータがリダイレクトされる可能性があるため、データが失われることがあります。

RAID アレイの場合

次のコマンドにより、すべての RAID ディスクの詳細が表示されます。

sudo mdadm –detail –scan

関連する RAID ディスクは /dev/mdm/<RAID array name in the protected VM> と表示されます。

RAID ディスクに物理ボリュームがある場合は、mount コマンドを使用します。

sudo mount [RAID Disk Path] [/mountpath]

RAID ディスクに別の LVM が構成されている場合は、前に説明した手順を LVM パーティションにも使用します。ただし、RAID ディスク名の代わりに、ボリューム名を使用します。

手順 6:接続を閉じる

ファイルを識別してローカルストレージの場所にコピーした後、追加ドライブを削除 (またはマウント解除) します。ドライブをマウント解除するには、Azure portal の [ファイルの回復] メニューで [ディスクのマウント解除] を選択します。

ディスクのマウント解除

ディスクがマウント解除されると、メッセージが表示されます。接続を更新してディスクを解除できるようになるまで数分かかることがあります。

Linux では、復旧ポイントへの接続が切断された後、OS によって対応するマウントパスが自動的に削除されるわけではありません。マウントパスは "孤立" ボリュームとして存在し、表示されていますが、ファイルへのアクセスや書き込みを行うと、エラーがスローされます。これらは、'clean' パラメーター (python scriptName.py clean) を使用してスクリプトを実行することで、手動で削除できます。実行時に、スクリプトは以前の復旧ポイントから存在するこのようなボリュームを特定し、同意を得たうえでクリーンアップします。

Note

必要なファイルを復元した後は、接続が閉じられていることを確認します。これは、スクリプトが実行されているマシンがバックアップ用に構成されている場合に特に重要です。接続がまだ開いている場合、後続のバックアップが失敗し、"UserErrorUnableToOpenMount" というエラーが表示されることがあります。これは、マウントされたドライブまたはボリュームが利用可能であると見なされているため発生します。また、アクセスされると、基となるストレージ (iSCSI ターゲットサーバーなど) が利用できない場合に失敗する可能性があります。接続をクリーンアップすると、これらのドライブとボリュームが削除されるため、バックアップ中に使用できなくなります。

セキュリティ

このセクションでは、Azure VM バックアップからのファイル回復を実装するために講じるさまざまなセキュリティ対策について説明します。

機能のフロー

この機能は、VM 全体または VM ディスクを復元することなく、最小限の数の手順で VM データにアクセスするために構築されました。 VM データへのアクセスは、(次に示すように、実行時に回復ボリュームをマウントする) スクリプトによって提供されるため、これがすべてのセキュリティ実装の基盤を形成しています。

セキュリティ機能のフロー

セキュリティの実装

回復ポイントを選択する (スクリプトを生成できるユーザー)

スクリプトは VM データへのアクセスを提供するため、最初に誰がスクリプトを生成できるかを制限することが重要です。スクリプトを生成するには、Azure portal にサインインし、Azure RBAC で認可される必要があります。

ファイルの回復には、VM の復元とディスクの復元に必要な承認レベルと同じレベルが必要です。つまり、承認されたユーザーのみが VM データを表示してスクリプトを生成できます。

生成されたスクリプトは、Azure Backup サービス用の Microsoft の公式な証明書で署名されます。スクリプトの改ざんは署名が壊れることを意味し、スクリプトを実行するあらゆる試みは潜在的なリスクとして OS で強調表示されます。

回復ボリュームをマウントする (スクリプトを実行できるユーザー)

管理者だけがスクリプトを実行できます。管理者特権モードで実行する必要があります。スクリプトは、事前生成済みの一連の手順のみを実行し、いかなる外部ソースからの入力も受け入れません。

スクリプトを実行するには、Azure portal、PowerShell、または CLI でスクリプトの生成時に、許可されているユーザーに対してのみ表示されるパスワードが必要です。これは、承認されたユーザーがスクリプトのダウンロードと、スクリプトの実行の責任も負うようにするためです。

ファイルとフォルダーを参照する

ファイルとフォルダーを参照するために、マシン内の iSCSI イニシエーターをスクリプトで使用して、iSCSI ターゲットとして構成されている復旧ポイントに接続します。ここで、いずれかまたはすべてのコンポーネントを誰かが模倣、なりすましをしようとしているシナリオが想定できます。

Microsoft では、各コンポーネントの相互の認証ができるように、相互の CHAP 認証メカニズムを使用しています。つまり、偽のイニシエーターが iSCSI ターゲットに接続したり、偽のターゲットがスクリプトを実行するマシンに接続するのは非常に困難です。

回復サービスとマシン間のデータフローは、TCP 経由でセキュリティで保護された TLS トンネルを構築することで保護されます (スクリプトを実行するマシンでは、TLS 1.2 がサポートされている必要があります)。

親/バックアップされた VM に存在するすべてのファイルアクセス制御リスト (ACL) は、マウントされているファイルシステムにも保持されます。

スクリプトにより回復ポイントへの読み取り専用アクセスが提供されます。有効期間は 12 時間だけです。それより前にアクセスを削除したい場合は、Azure portal、PowerShell、または CLI にサインインして、その特定の回復ポイントに対してディスクのマウント解除を実行します。スクリプトはすぐに無効になります。

次のステップ

PowerShell を使用してファイルを復元する方法を確認します
Azure CLI を使用してファイルを復元する方法を確認します。
VM が復元された後、バックアップを管理する方法について説明します。

次の方法で共有

Azure 仮想マシンのバックアップからファイルを回復する

手順 1:ファイルを参照して回復するためのスクリプトを生成してダウンロードする

手順 2:スクリプトを実行する前にマシンが要件を満たしていることを確認する

ダイナミックディスク

Windows 記憶域スペース

大容量ディスクを含む仮想マシンのバックアップ

手順 3:スクリプトを正常に実行するための OS の要件

Windows OS の場合

Linux OS の場合

追加コンポーネント

手順 4:スクリプトを正常に実行するためのアクセスの要件

手順 5:スクリプトを実行してボリュームを識別する

Windows の場合

大容量ディスクを含むバックアップ対象 VM (Windows)

Linux の場合

大容量ディスクを含むバックアップ対象 VM (Linux)**

LVM/RAID アレイ (Linux VM の場合)

LVM パーティションの場合

物理ボリュームのボリュームグループ名の一覧表示

重複するボリュームグループ

アクティブボリュームグループ

ボリュームグループ内の論理ボリュームの一覧表示

論理ボリュームのマウント

RAID アレイの場合

手順 6:接続を閉じる

セキュリティ

機能のフロー

セキュリティの実装

回復ポイントを選択する (スクリプトを生成できるユーザー)

回復ボリュームをマウントする (スクリプトを実行できるユーザー)

ファイルとフォルダーを参照する

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure 仮想マシンのバックアップからファイルを回復する

手順 1:ファイルを参照して回復するためのスクリプトを生成してダウンロードする

手順 2:スクリプトを実行する前にマシンが要件を満たしていることを確認する

ダイナミック ディスク

Windows 記憶域スペース

大容量ディスクを含む仮想マシンのバックアップ

手順 3:スクリプトを正常に実行するための OS の要件

Windows OS の場合

Linux OS の場合

追加コンポーネント

手順 4:スクリプトを正常に実行するためのアクセスの要件

手順 5:スクリプトを実行してボリュームを識別する

Windows の場合

大容量ディスクを含むバックアップ対象 VM (Windows)

Linux の場合

大容量ディスクを含むバックアップ対象 VM (Linux)**

LVM/RAID アレイ (Linux VM の場合)

LVM パーティションの場合

物理ボリュームのボリューム グループ名の一覧表示

重複するボリューム グループ

アクティブ ボリューム グループ

ボリューム グループ内の論理ボリュームの一覧表示

論理ボリュームのマウント

RAID アレイの場合

手順 6:接続を閉じる

セキュリティ

機能のフロー

セキュリティの実装

回復ポイントを選択する (スクリプトを生成できるユーザー)

回復ボリュームをマウントする (スクリプトを実行できるユーザー)

ファイルとフォルダーを参照する

次のステップ

フィードバック

その他のリソース

ダイナミックディスク

物理ボリュームのボリュームグループ名の一覧表示

重複するボリュームグループ

アクティブボリュームグループ

ボリュームグループ内の論理ボリュームの一覧表示