NVP vProxy：ファイル レベル リカバリー(FLR)が失敗した場合またはVMでサポートされていない場合にFLRを実行する方法

ファイル レベル リカバリー(FLR)が失敗し、ファイルのリストアが緊急に必要な場合、または制限事項がFLRに影響を与える場合は、次の手順を回避策または解決策として使用できます。VM FLRの制限事項に関する完全リストについては、ご使用のNetWorkerバージョン向けの『NetWorker VMware Integration Guide』を参照してください。これらのガイドは、Dellサポート(https://www.dell.com/support/home/)から入手できます。

この方法では、インスタント リカバリーを実行する必要があります。これにより、Data DomainにNFSエクスポートが作成され、リカバリー オプションで指定されたESXiホストへのアクセスが許可されます。これは、VMの構成またはディスク ファイルが、指定されたESXiホストで使用可能になることを意味します。これで、インスタント アクセス リストアから元のVMにディスクをマウントし、必要なファイルをコピーできます。インスタント アクセス リストアを実行するための要件は次のとおりです。

• リカバリーを開始する前に、Data Domainリソースの管理認証情報を入力したことを確認します。このフィールドは、［Devices］＞［Data Domain Systems］＞［NSR Data Domain Properties］（DDのプロパティを編集）にあります。

• 実行中の保護グループの一部であるリソース プールやその他同様のコンテナで、仮想マシンのインスタント リカバリーを実行しないでください。
• バックアップ中のVMのインスタント リカバリーを同時に実行しないでください。
• リストアでは重複排除の実行後に必要な領域が考慮されないため、Data Domainシステム上の空き領域が、リストアされる仮想マシンの合計ディスク サイズ以上であることを確認します。ディスク領域が不足している場合は、「Insufficient disk space on datastore」というエラーが表示され、ターゲット仮想マシンの作成に失敗します。
• VMがLinuxベースの場合は、ディスクの種類（オペレーティング システム、データ ディスク、特定のLinuxオペレーティング システム）に応じて、いくつかの追加の考慮事項があります。Linuxシステム管理者と連携して、デバイスが適切にマウントおよびマッピングされていることを確認する必要があります。複数のディスクにまたがるLVMにデータが存在する場合、この回避策は使用できません。 

   

手順：

1. vSphere Web Clientにログインし、インスタント リカバリー ディスクをマウントするVMを選択します。VMの［Summary］タブの［Host］フィールドには、現在のESXiホスト名またはIPアドレスが表示されます。

5. インスタント リカバリーの残りを続行します。完了すると、NMCで実行中であることがわかります。これは、リストア セッションを手動で削除するまで残ります。［Recover Configuration］ウィンドウを閉じるには、［Finish］をクリックします。クリックしてもリカバリーは停止しません。

6. vSphere Web Clientでは、インスタント アクセス リストアによって新しいVMが作成されたことがわかります。このVMは無視できます。ディスクをマウントするVMを右クリックし、［edit settings］を選択します。 
7. ［Add］＞［Existing Disk］＞［Add］の順に選択します。
8. EMC-Recover-vproxy_nameデータストア内を移動し、元のVMにマウントするVMDKを選択します。

9. ディスクをマウントしたVMにログインし、［Disk Management］を開きます。ディスクがオフラインになっている場合は、［Online］に設定します。

10. Windowsファイル エクスプローラーを使用して、マウントされたリストア ドライブから元の場所にファイルまたはディレクトリーをコピーまたは貼り付けることができます。

11. ディスクの操作が完了したら、VM設定に戻り、ディスクを接続解除または削除することができます。データストアからファイルを削除しないでください。［Disk File］のパスからどのディスクであるかを確認できます。

12. NMCで、実行中のインスタント アクセス リストア セッションを右クリックし、［stop］を選択し、削除プロンプトで［yes］をクリックして、インスタント アクセス リストアVMとNFSデータストアを削除します。

以下に、上記の手順1～8を実行した後に単一のLinux VMDKをマウントする基本的な例を示します。
次の例では、ディスク2に/dataを持つRed Hat Enterprise Linuxシステムがあります（システム上の/dev/sdb1）：df -h

[root@vmrhel7 ~]# df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       1.9G     0  1.9G   0% /dev
tmpfs                          1.9G     0  1.9G   0% /dev/shm
tmpfs                          1.9G  8.9M  1.9G   1% /run
tmpfs                          1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel_vmrhel7-root   14G  3.4G   11G  26% /
/dev/sda1                     1014M  233M  782M  23% /boot
tmpfs                          379M     0  379M   0% /run/user/0
/dev/sdb1                       40G   34M   40G   1% /data

解決策の手順1～8を完了すると、システムに接続されている追加のディスク/dev/sdcが表示されます：lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT

[root@vmrhel7 ~]# lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME                  FSTYPE      LABEL  SIZE MOUNTPOINT
sda                                       16G 
├─sda1                xfs                  1G /boot
└─sda2                LVM2_member         15G 
  ├─rhel_vmrhel7-root xfs               13.4G /
  └─rhel_vmrhel7-swap swap               1.6G [SWAP]
sdb                                       40G 
└─sdb1                xfs                 40G /data
sdc                                       40G 
└─sdc1                xfs                 40G 
sr0                                     1024M 

ディスクをマウントする次の一時フォルダーを作成します：mkdir /tmp/flr
ディスクを次のフォルダーにマウントします：mount -o rw,nouuid /dev/sdc1 /tmp/flr

[root@vmrhel7 ~]# mount /dev/sdc1 /tmp/flr                  
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[root@vmrhel7 ~]# dmesg | tail
[12582.452435] sd 0:0:2:0: [sdc] Mode Sense: 61 00 00 00
[12582.452467] sd 0:0:2:0: [sdc] Cache data unavailable
[12582.452468] sd 0:0:2:0: [sdc] Assuming drive cache: write through
[12582.454682]  sdc: sdc1
[12582.455066] sd 0:0:2:0: [sdc] Attached SCSI disk
[13036.466924] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13053.416540] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13208.507880] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13464.609162]  sdc: sdc1
[13494.625617] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount

[root@vmrhel7 ~]# mount -o rw,nouuid /dev/sdc1 /tmp/flr        
[root@vmrhel7 ~]# 

注：ディスクが同じシステムにマウントされている場合、ディスクのUUIDがシステム上の別のディスクと同じであるため、マウントでバックアップが失敗する可能性があります。このディスクを永続的なファイル システムに追加するのではなく、ファイルのリカバリーのみを行うため、nouuidを使用してマウントすることができます。

これで、必要なデータをFLRマウントポイントから選択した場所にコピーできます：cp /tmp/flr/path/to/file-or-dir /path/to/destination/dir

[root@vmrhel7 ~]# cp /tmp/flr/sysctl.conf ~/flr/ 

[root@vmrhel7 ~]# ls -l flr/ 
total 4 -rw-r--r--. 1 root root 449 Jun 16 15:36 sysctl.conf

手順11および12を参照して、ディスクを削除し、インスタント リストアVMインスタンスを削除します。