NVP-vProxy. Как выполнить восстановление на уровне файлов, если FLR не работает или не поддерживается виртуальной машиной

Следующую процедуру можно использовать в качестве временного или постоянного решения в случае сбоя восстановления на уровне файлов (FLR) и при необходимости срочного восстановления файлов или при возникновении ограничений, влияющих на восстановление на уровне файлов (FLR). Полный список ограничений FLR для виртуальных машин см. в Руководстве по интеграции NetWorker с VMware для вашей версии NetWorker. Эти руководства можно найти в службе поддержки Dell по адресу https://www.dell.com/support/home/.

Для этого метода требуется выполнить мгновенное восстановление. При этом создается экспорт NFS в Data Domain, и доступ предоставляется хосту ESXi, указанному в параметрах восстановления. Это означает, что конфигурация виртуальной машины или файлы диска доступны для указанного хоста ESXi. Затем можно подключить диски из восстановления мгновенного доступа к исходной виртуальной машине и скопировать необходимые файлы. Ниже приведены требования к выполнению восстановления мгновенного доступа.

• Перед началом восстановления убедитесь, что вы вводите учетные данные для управления ресурсом Data Domain. Это поле можно найти в меню Devices-->Data Domain Systems-->NSR Data Domain Properties (Редактировать свойства DD).

• Убедитесь, что вы не выполняете мгновенное восстановление виртуальных машин в пулах ресурсов и других аналогичных контейнерах, которые входят в состав работающей группы защиты.
• Не выполняйте мгновенное восстановление виртуальной машины одновременно с резервным копированием.
• Убедитесь, что свободное пространство в системе Data Domain равно или больше общего размера диска восстанавливаемой виртуальной машины, так как при восстановлении не учитывается пространство, необходимое после дедупликации. Если на диске недостаточно места, появляется сообщение об ошибке «Insufficient disk space on datastore» и происходит сбой создания целевой виртуальной машины.
• Если это виртуальная машина на базе Linux, существуют дополнительные факторы, зависящие от типа диска (операционная система или диск с данными, определенная операционная система Linux). Необходимо привлечь системного администратора Linux для обеспечения правильной установки и сопоставления устройств. Если данные находятся на LVM, охватывающей несколько дисков, это временное решение не может быть использовано. 

   

Процедура:

1. Войдите в веб-клиент vSphere и выберите виртуальную машину, на которую планируется смонтировать диски мгновенного восстановления. В поле Host на вкладке Summary виртуальной машины отображается текущее имя хоста ESXi или IP-адрес.

5. Выполните остальные операции мгновенного восстановления. По завершении вы увидите, что операция запущена в NMC. Это будет продолжаться до тех пор, пока вы не удалите сессию восстановления вручную. Можно закрыть окно Recover Configuration, нажав кнопку Finish, это не приведет к остановке восстановления.

6. В веб-клиенте vSphere можно увидеть, что новая виртуальная машина создана с помощью функции восстановления мгновенного доступа; эту виртуальную машину можно игнорировать. Нажмите правой кнопкой мыши виртуальную машину, на которую вы хотите смонтировать диски, и выберите Edit settings. 
7. Выберите Add-->Existing Disk-->Add.
8. Перейдите в хранилище данных EMC-recover-vproxy_name и выберите VMDK, который требуется смонтировать на исходную виртуальную машину.

9. Выполните вход в виртуальную машину, на которую смонтирован диск, и откройте Disk Management. Возможно, диск находится в автономном режиме, переведите его в режим Online.

10. Проводник Windows можно использовать для копирования или вставки файлов или каталогов со смонтированного диска восстановления в исходное местоположение.

11. После завершения работы с диском можно вернуться к настройкам виртуальной машины и отсоединить или удалить диск. Не удаляйте файлы из хранилища данных. Вы можете определить диск по пути Disk File:

12. В NMC нажмите правой кнопкой мыши на запущенном сеансе восстановления мгновенного доступа, выберите Stop, нажмите Yes в запросе на удаление, чтобы удалить виртуальную машину восстановления мгновенного доступа и хранилище данных NFS.

Ниже приведен базовый пример установки одного диска VMDK Linux после выполнения шагов 1–8, описанных выше.
В следующем примере у нас есть система Red Hat Enterprise Linux с /data на диске 2 (отображается как /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, чтобы удалить диск и экземпляр виртуальной машины для мгновенного восстановления.