NVP vProxy: Процес воскресіння встановленого VM save не просувається
Summary: Набір збереження віртуальної машини, який знаходиться на пристрої без DDboost (AFTD, tape, CloudBoost), воскресає (клонується) назад на пристрій домену даних для відновлення. Процес воскресіння не прогресує, і жодні дані не клонуються на проміжний пристрій dd. ...
Symptoms
Відновлення воскресіння віртуальної машини (VM) було ініційовано з консолі керування NetWorker (NMC) або веб-інтерфейсу користувача NetWorker (NWUI).
Процес воскресіння розпочався, але передачі даних не видно:
У вікні сповіщень NMC відображається повідомлення «очікує доступного для запису обсягу» у вибраному пулі проміжних сповіщень.
Підготовчий басейн має пристрій, на якому встановлені:
Cause
На томі проміжного пристрою вже є копія того самого набору збережень.
1. Підтвердіть SSID із сеансу відновлення:
3. Використовуйте mminfo, щоб перевірити, чи відображається набір для збереження на проміжному пристрої:
mminfo -kot -q ssid=SSID
Приклад:
nve:~ # mminfo -kot -q ssid=2891939064
volume type vm_name date time size ssid fl backup_size
AFTDVMClone.001 adv_file lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
ddvestaging.001 Data Domain lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
Це за задумом. Не можна створювати кілька копій одного набору збережень в одному місці призначення. У керівництві по інтеграції NetWorker VMware зазначено: Переконайтеся, що обраний вами пул ще не містить копій для цієї резервної копії. Якщо присутнє основне джерело і ви вибрали клон для відновлення за допомогою того ж індексного пулу, який містить існуючу копію, відновлення може перестати відповідати.
Resolution
Перевірте прапорець набору збереження копії на проміжному томі:
nve:~ # mminfo -kot -q volume=ddvestaging.001
volume type vm_name date time size ssid fl backup_size
ddvestaging.001 Data Domain lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
У деяких випадках попереднє воскресіння могло бути завершено, але помилка nsrclone могла призвести до того, що набір збережень був позначений як перерваний (ca) або підозрілий (s). Це призведе до помилки відновлення, набір збережень не підлягатиме відновленню. Є два варіанти залежно від того, чи дійсна копія.
Допустимий набір збереження на підготовчому пристрої.
1. На вкладці «Відновлення » клацніть сеанс відновлення правою кнопкою миші та виберіть «Зупинити».
2. Запустіть відновлення знову і виберіть набір збережень, який був клонований назад в DD. Копія має відображатися в стовпцях "Копії доменів даних" та "Інші копії медіа":
4. Виконайте відновлення.
Зберегти набір не дійсний
Якщо набір збереження не дійсний; або абортований (CA), або підозрюваний (s). Ви повинні видалити набір для збереження та заново запустити воскресіння.1. Отримайте ідентифікатор ssid та clone набору збережень, який знаходиться на проміжному пристрої.
mminfo -kot -q volume=VOLUME_NAME -r vmname,savetime,sumflags,ssid,cloneid Приклад:
nve:~ # mminfo -kot -q volume=ddvestaging.001 -r vmname,savetime,sumflags,ssid,cloneid
vm_name date fl ssid clone id
lnx-client01 06/04/24 ca 2891939064 1718033764
nsrmm -d -S SSID/CLONEID Приклад:
nve:~ # nsrmm -d -S 2891939064/1718033764
The following clones will be deleted:
2891939064/1718033764
Continue? y
Processing the clone list.
Deleting clones.
3. Перезапустіть відновлення воскресіння, вибравши набір для збереження лише з опцією «Інша копія носія». Виберіть індексний пул і почніть відновлення. Набір збережень буде клоновано до індексного пулу, а процес відновлення розпочнеться після завершення клонування.
Additional Information
nsrclone -vvv [{optional} -D[1-7]] -b STAGING_POOL_NAME -S SSID/CLONEID
Де SSID/CLONEID — це SSID і CloneId набору збережень, що знаходяться на пристрої, відмінному від DD. Вихідні дані можна перенаправити до файлу; Необов'язково можна додати діагностику за допомогою -D рівнів з 1 по 7.
Бачити: NVP vProxy: Як вручну клонувати набір збережень віртуальної машини з пристрою, що не має домену даних, на пристрій-клон домену даних?
Може знадобитися аналіз sfs-дампа цільового Data Domain і журналу ddfs.info.