PPDM. Ожидается, что при восстановлении виртуальной машины не используется IP-интерфейс PowerProtect DD

Возможные симптомы:

• При восстановлении виртуальной машины используется IP-адрес DD, отличный от указанного в политике защиты ресурса, и происходит сбой из-за обмена данными между ESXI и DD
• Для восстановления виртуальной машины используется другой нежелательный IP-адрес 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:

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 используется фильтр, а критериями являются идентификатор политики защиты (из числа 1 выше) и идентификатор устройства хранения данных (из 2 выше). 
4. Если фильтр не находит совпадений, вместо него используется «Address» на DD в PowerProtect Data Manager, как показано ниже. Как показано ниже в статье PowerProtect Data Manager UI-Infrastructure-Storage>>-> Щелкните имя DD в столбце "Управлением"

Примеры сценариев использования (ниже не является исчерпывающим):

• Восстановленная виртуальная машина больше не является частью политики защиты: Поскольку политика защиты отсутствует, используется адрес DD, как указано выше.
• Виртуальная машина для восстановления удалена в vCener: Удаленные виртуальные машины автоматически удаляются из политики защиты, и используется адрес DD, как указано выше.
• Единица хранения копии виртуальной машины для восстановления отличается от единицы хранения текущей политики защиты виртуальной машины: Так как критерии фильтрации для текущей политики защиты и единицы хранения копий не соответствуют текущей политике защиты и единице хранения, результат будет пустым. Поэтому используется «адрес» DD в соответствии с PowerProtect Data Manager, указанным выше.
• Типы восстановления с функцией FLR (File Level Restore) или с мгновенным доступом могут завершаться сбоем, так как они используют DD NFS, смонтированный в целевом ESXI. При восстановлении этих типов требуется обмен данными между ESXi и DD, однако не требуется для резервного копирования, поскольку операции выполняются через модуль VM Direct Engine (VMDE или vProxy).

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

Требования к портам см. в руководстве по безопасности PowerProtect: PowerProtect Data Manager. Информационный центр: документация и информация о продукте

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

Доступные временные решения проблемы:

Вариант 1. Добавьте запись hosts в ESXI, чтобы принудительно разрешить полное доменное имя DD в требуемый IP-адрес DD Data.

1. Подключение к ESXi по протоколу SSH
2. Убедитесь, что текущий IP-адрес возвращается для DD_FQDN

В приведенном ниже примере ESXI разрешает ddve01 до 192.168.9.106, но IP-адрес данных является обязательным 192.168.7.106.

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. Назначьте сеть на уровне ресурсов. Примечание. Это временное решение не может быть использовано для виртуальной машины со статусом «Deleted».

Сеть, назначенная на уровне ресурсов, имеет приоритет над сетью, установленной в политике защиты. Чтобы воспользоваться опцией «Назначить сеть», ниже приведена базовая настройка, которая упрощает восстановление на сетевом интерфейсе 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 отображается для выбора в меню Инфраструктура-Актив-Назначить>> сеть. 

 


Для постоянной настройки сетей VLAN PowerProtect Data Manager существуют требования и рекомендации, описанные в руководстве по администрированию PowerProtect Data Manager — PowerProtect Data Manager. Информационный центр: документация и информация о продукте