ППДМ: Очікується відновлення віртуальної машини не з використанням IP-інтерфейсу PowerProtect DD

Можливі симптоми:

• Відновлення віртуальної машини використовує іншу IP-адресу DD, ніж визначено в політиці захисту активу, і не вдається через зв'язок ESXI з DD
• Відновлення віртуальної машини використовує іншу та небажану IP-адресу DD, ніж визначена в політиці захисту активу. Наприклад, це спостерігається за допомогою ДД керуючого ІР.
• Відновлення віртуальних машин більше не є частиною політики PowerProtect Data Manager
• ВМ для відновлення видаляється. Тому це більше не є частиною політики.
• Копія віртуальної машини для відновлення має інший обсяг пам'яті, ніж поточна політика захисту віртуальної машини.
• Це може вплинути на всі типи відновлення ВМ

Відновити як Новий або перезаписати помилку (відновлення TSDM):
Error Code: ARV0019
Повідомлення про помилку:

Session '4725d49e-d60c-4fee-bf62-b6fbfd49c862' is unsuccessful: Unable to perform full-restore SDM operation.  Unsuccessful after 1 attempts over 5m16.161350417s.  The vCenter task for 'SDM Commit Restore' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to 'ddve01.amer.lan', conn_config_ver='6', err=illegal operation>.

tsdm.log повідомлення про помилку:

2025-04-08T08:55:26.750Z In(30) tsdm[2099458]: error TSDM[0x00000072859ba700] [sub=SdmDdLog]: ddBoostFacade.cpp:1338 CreateConnectStatus: {DdBoostFacade SdmOpId=[protectedEntity='503e90ed-2d88-daa3-b821-7b3f
9b21830b',cycleSession='1744102222690419',traceId='b59818b09eaf5cb1;9931b032724cb562']} Failed to connect to 'ddve01.amer.lan', conn_config_ver='6', err=illegal operation
2025-04-08T08:55:26.751Z In(30) tsdm[2099458]: warning TSDM[0x00000072859ba700] [sub=SdmStation]: handler.cpp:389 InternalError: {RestoreProgressHandler HandlerId=834466080995249793 SdmOpId=[protectedEntity=
'503e90ed-2d88-daa3-b821-7b3f9b21830b',cycleSession='1744102222690419',traceId='b59818b09eaf5cb1;9931b032724cb562'] lwdInstanceId='00000000-0000-0000-0000-000000000000'} Building error proto message. station
Type='RestoreProgressStation', error='DefaultPrinter::ErrorClass(0).ErrorCode(19)', errMessage='Failed to connect to 'ddve01.amer.lan', conn_config_ver='6', err=illegal operation'

Відновлення на рівні файлу або миттєвий доступ:
Error Code: ARV0007
Меседж:

Session '30542d3f-f0d5-4da7-93b0-2fa034d5e0ff' is unsuccessful: Unable to create datastore:  Unable to create datastore 'DELL-vProxy-ppdm1918.amer.lan-1733328860' using 'ddve01:/data/col1/TSDM_1918-ppdm1918-b49de/PLCTLP-cb48844a-f5bc-4690-b443-8d0b19550a21/Restores/e5390e5f-912e-4818-ad6e-ea9b878ff57d/503e7161-2d9a-c703-1f1e-08709fa144d1/1734693979943774155/1733328855/DELL-vProxy-iar-ppdm1918-30542d3f-f0d5-4da7-93b0-2fa034d5e0ff': ServerFaultCode: An error occurred during host configuration: . Operation failed, diagnostics report: Mount failed: Unable to complete Sysinfo operation.  Please see the VMkernel log file for more details.: Unable to connect to NFS server

Помилку завдання vSphere можна спостерігати наступним чином:

Task Name
Create NAS datastore
Status
An error occurred during host configuration: .
Operation failed, diagnostics report: Mount failed: Unable to complete Sysinfo operation. Please see the VMkernel log file for more details.: Unable to connect to NFS server

ESXI vmkernel.log повідомляє про збій монтування NFS за допомогою PowerProtect DD FQDN:

2025-04-08T08:49:41.099Z In(182) vmkernel: cpu5:2099792 opID=bf90e4ee)NFS: 3381: NFS mount failed for ddve01.amer.lan:/data/col1/TSDM_Linux-ppdm1919-c3dfd/PLCTLP-9f7e4c70-03ee-4df4-8b96-27ef8961a23b/Restores/e5390e5f-912e-4818-ad6e-ea9b878ff57d/503e178f-6982-0b07-36b2-c4$

Під час відновлення віртуальної машини PowerProtect Data Manager використовує мережевий інтерфейс DD, визначений у поточній політиці захисту віртуальної машини для відновлення. Але якщо застосовується будь-що з наведеного нижче, використовуваний мережевий інтерфейс DD може бути несподіваним, наприклад (нижче наведено не повний список):

• Відновлена віртуальна машина більше не є частиною політики захисту в PowerProtect Data Manager
• ВМ для відновлення видаляється. Тому він більше не є частиною Політики захисту.
• Резервна копія віртуальної машини для відновлення має інший обсяг пам'яті, ніж поточний блок зберігання політики.
• Відновлення на рівні файлів віртуальної машини здійснюється на альтернативну віртуальну машину, якій призначено іншу політику захисту з іншим носієм даних.

Як визначається мережевий інтерфейс DD під час завдання відновлення:

1. Коли віртуальна машина вибирається для відновлення, вона використовує свій поточний ідентифікатор політики захисту (навіть якщо резервна копія була зроблена на старій політиці захисту)
2. Ідентифікатор сховища береться з обраної резервної копії. Одиниця зберігання в новій Політиці захисту не використовується.
3. Для отримання мережевого інтерфейсу DD використовується фільтр, а критеріями є ID політики захисту (з 1 вище) та ідентифікатор блоку зберігання даних (з 2 вище). 
4. Якщо фільтр не повертає збігів, замість нього використовується «Адреса» на DD у диспетчері даних PowerProtect, як показано нижче. Як показано нижче з PowerProtect Data Manager UI-Infrastructure-Storage>>-> Натисніть ім'я DD у стовпці "Managed By"

Приклади випадків використання (нижче наведено не повний список):

• Відновлена віртуальна машина більше не є частиною Політики захисту: Оскільки Політики захисту не існує, використовується DD 'Address', як зазначено вище.
• ВМ для відновлення видаляється у vCener: Видалені віртуальні машини автоматично видаляються з Політики захисту та використовується «Адреса» DD, як зазначено вище.
• Копія віртуальної машини для відновлення має інший обсяг пам'яті, ніж поточна політика захисту віртуальної машини: Оскільки критерії фільтрації поточної Політики захисту та Сховища копій не збігаються з поточними Політикою захисту та Сховищем, результат є нульовим. Тому використовується DD 'Address' відповідно до PowerProtect Data Manager, зазначений вище.
• Відновлення типів відновлення на рівні файлів (FLR) або миттєвого доступу може не вдатися, оскільки вони використовують DD NFS, встановлений на цільовому ESXI. Зв'язок між ESXI та DD необхідний у цих типах відновлення, але не потрібен для резервних копій, оскільки вони виконуються через двигун VM Direct Engine (VMDE або vProxy).

«Адреса» DD відповідно до PowerProtect Data Manager може бути FQDN або керуючою IP-адресою DD. Якщо використовується FQDN, ESXI або зовнішній механізм захисту віртуальних машин, який використовується для відновлення, може не змогти визначити правильний IP даних, а натомість IP керування. 

Перегляньте Посібник із безпеки PowerProtect щодо вимог до портів: Диспетчер даних PowerProtect: Документи та інформація про продукт Info Hub

Компанія PowerProtect Data Manager Engineering розглядає можливість вибору мережевого інтерфейсу DD під час відновлення, щоб уникнути таких проблем із мережею в майбутньому випуску.

Доступні обхідні шляхи:

Варіант 1: Додайте запис hosts на ESXI, щоб змусити DD FQDN отримати потрібний IP даних DD.

1. Підключення до ESXI через SSH
2. Підтвердьте, що поточна IP-адреса повертається для DD_FQDN

У наведеному нижче прикладі ESXI розпізнає від ddve01 до 192.168.9.106, але 192.168.7.106 – це необхідна IP-адреса даних.

3. Переконайтеся, що ESXI може досягти необхідного IP-інтерфейсу DD Data

Приклад, що підтверджує ESXI, може досягати 192.168.7.106.

Приклад, що підтверджує ESXI, може досягати 192.168.7.106 на порту 2049. Якщо це не вдалося, переконайтеся, що порт 2049 відкритий на будь-якому брандмауері між ESXI та DD.

4. Додано введення хостів для IP даних DD_FQDN та DD

# esxcli network ip hosts add -H <DD_FQDN> -I <DD_DataIP>.

5. Підтвердьте, що налаштування застосовано.

# esxcli network ip host list

Ця команда підтверджує, що запис було додано до списку вузлів.

Наприклад, тепер ddve01.amer.lan вирішується як 192.168.7.106

6. Спробуйте відновити віртуальну машину ще раз.

Варіант 2: Призначте мережу на рівні активів. Примітка: цей обхідний шлях не можна використовувати для віртуальної машини зі статусом «Видалено».

Мережа, призначена на рівні активів, має пріоритет над мережею, встановленою в Політиці захисту. Щоб скористатися цією опцією «Призначити мережу», нижче наведено базові налаштування для полегшення відновлення в мережевому інтерфейсі DD. Його можна видалити після завершення відновлення.

Спочатку встановіть ім'я мережі на мережевих інтерфейсах DD в PowerProtect Data Manager. У цьому прикладі ми маємо три інтерфейси DD FQDN, 192.168.9.106 (управління) та 192.168.7.106 (дані)

Визначте мітку мережі та встановіть на Актив:

1. Щоб встановити мітку, перейдіть в Інфраструктура-Сховище-Виберіть>> DD-Додаткові> дії-Змінити> налаштування мережі
2. Встановіть ім'я мережі на цю "Мережу за замовчуванням" для інтерфейсу DD для 192.168.7.106. Це мережа за замовчуванням, яка автоматично визначається під час розгортання PowerProtect Data Manager.
3. Цей інтерфейс DD з'являється для вибору в Інфраструктура-Актив-Призначення>> мережі. 

 


Для постійної конфігурації віртуальних ланів PowerProtect Data Manager існують вимоги та рекомендації, наведені в Посібнику з адміністрування PowerProtect Data Manager - PowerProtect Data Manager: Документи та інформація про продукт Info Hub