NVP vProxy: Як виконати відновлення рівня файлів, коли FLR не працює або не підтримується віртуальною машиною

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

Цей метод вимагає миттєвого відновлення. Це створює експорт NFS в домені даних, і доступ надається хосту ESXi, вказаному в параметрах відновлення. Це означає, що конфігурація віртуальної машини або дискові файли доступні вказаному хості ESXi. Потім ви можете змонтувати диски з Instant Access Restore на оригінальну віртуальну машину та скопіювати необхідні файли. Нижче наведено вимоги для відновлення миттєвого доступу.

• Переконайтеся, що ви надали облікові дані для керування ресурсом домену даних, перш ніж ініціювати відновлення. Це поле можна знайти в розділі Devices-->Data Domain Systems-->NSR Data Domain Domain Properties (Edit properties of DD).

• Переконайтеся, що ви не виконуєте миттєве відновлення віртуальних машин у пулах ресурсів та інших подібних контейнерах, які входять до складу працюючої групи захисту.
• Не виконуйте миттєве відновлення віртуальної машини одночасно з резервним копіюванням.
• Переконайтеся, що вільний простір в системі Data Domain дорівнює або перевищує загальний розмір диска віртуальної машини, що відновлюється, оскільки відновлення не враховує простір, необхідний після дедуплікації. При недостатньому обсязі дискового простору з'являється помилка «Недостатньо дискового простору в сховищі даних», і створення цільової віртуальної машини завершується помилкою.
• Якщо віртуальна машина базується на Linux, є деякі додаткові міркування залежно від того, що це за диск (операційна система проти диска з даними, конкретна операційна система Linux). Системний адміністратор Linux повинен бути залучений, щоб переконатися, що пристрої змонтовані та зіставлені належним чином. Якщо дані зберігаються на LVM, що охоплює кілька дисків, це обхідне рішення не може бути використано. 

   

Процедура:

1. Увійдіть до веб-клієнта vSphere і виберіть віртуальну машину, на яку ви плануєте монтувати диски миттєвого відновлення. Поле Host на вкладці Підсумок віртуальної машини показує поточне ім'я хоста ESXi або IP-адресу.

5. Пройдіть решту миттєвого відновлення. Після завершення ви побачите, що він працює в NMC. Це залишатиметься тут, доки ви вручну не видалите сеанс відновлення. Ви можете закрити вікно Recover Configuration, натиснувши Finish, це не зупинить відновлення.

6. У веб-клієнті vSphere ви бачите, що нова віртуальна машина створюється за допомогою засобу миттєвого відновлення; цю віртуальну машину можна проігнорувати. Клацніть правою кнопкою миші віртуальну машину, до якої потрібно підключити диски, і виберіть пункт Редагувати параметри. 
7. Виберіть Add-- >Існуючий диск-->Add.
8. Перейдіть через сховище даних EMC-Recover-vproxy_name і виберіть VMDK, який потрібно змонтувати на оригінальну віртуальну машину.

9. Увійдіть у віртуальну машину, до якої ви підключили диск, і відкрийте «Керування дисками», диск може бути в автономному режимі,  встановіть його на «Онлайн».

10. За допомогою Файлового провідника Windows можна скопіювати або вставити файли чи каталоги зі змонтованого диска відновлення до вихідного розташування.

11. Коли ви закінчите з диском, ви можете повернутися до налаштувань віртуальної машини та від'єднати або видалити диск. Не видаляйте файли зі сховища даних. Ви можете підтвердити, який це диск, за шляхом до дискового файлу:

12. У NMC клацніть правою кнопкою миші запущений сеанс відновлення миттєвого доступу, виберіть пункт зупинити, натисніть так у запиті на видалення, щоб видалити сховище даних Instant Access Restore VM і 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 ІМ'Я, FSTYPE, МІТКА, РОЗМІР, ТОЧКА МОНТУВАННЯ

[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 диска такий самий, як і іншого диска в системі. Оскільки ми тільки відновлюємо файли, а не додаємо цей диск в постійну файлову систему, ви можете змонтувати його за допомогою nouid.

Тепер ви можете скопіювати необхідні дані з точки монтування 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, щоб видалити диск і видалити екземпляр віртуальної машини миттєвого відновлення.