PPDM: Oczekiwano przywracania maszyny wirtualnej przy użyciu interfejsu IP PowerProtect DD

Możliwe objawy:

• Przywracanie maszyny wirtualnej używa innego adresu IP DD niż zdefiniowany w polityce ochrony zasobu i kończy się niepowodzeniem z powodu komunikacji między ESXI a DD
• Przywracanie maszyny wirtualnej używa innego i niepożądanego adresu IP DD niż zdefiniowany w polityce ochrony zasobu. Na przykład jest to obserwowane przy użyciu adresu IP zarządzania DD.
• Przywrócona maszyna wirtualna nie jest już częścią zasad programu PowerProtect Data Manager
• Maszyna wirtualna do przywracania została usunięta. W związku z tym nie jest to już część polityki.
• Kopia maszyny wirtualnej do przywrócenia ma inną jednostkę pamięci masowej niż bieżąca polityka ochrony maszyn wirtualnych.
• Może mieć to wpływ na wszystkie typy przywracania maszyn wirtualnych

Niepowodzenie przywracania jako nowego lub nadpisywania (przywracanie TSDM):
Error Code: ARV0019
Komunikat o błędzie:

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 komunikat o błędzie:

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'

Przywracanie na poziomie plików lub natychmiastowy dostęp:
Error Code: ARV0007
Wiadomość:

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

Błąd zadania vSphere można zaobserwować w następujący sposób:

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 zgłasza błąd montowania NFS przy użyciu FQDN 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$

Podczas przywracania maszyny wirtualnej PowerProtect Data Manager używa interfejsu sieciowego DD zdefiniowanego w bieżącej polityce ochrony maszyny wirtualnej w celu przywrócenia. Jeśli jednak którykolwiek z poniższych warunków ma zastosowanie, używany interfejs sieciowy DD może być nieoczekiwany, na przykład (poniższy opis nie jest wyczerpujący):

• Przywrócona maszyna wirtualna nie jest już częścią polityki ochrony w programie PowerProtect Data Manager
• Maszyna wirtualna do przywracania została usunięta. W związku z tym nie jest już częścią polityki ochrony.
• Kopia zapasowa maszyny wirtualnej do przywrócenia ma inną jednostkę pamięci masowej niż bieżąca jednostka pamięci masowej zasad.
• Przywracanie z poziomu plików maszyny wirtualnej jest wykonywane na alternatywnej maszynie wirtualnej, która jest przypisana do innej polityki ochrony z inną jednostką pamięci masowej.

Definicja interfejsu sieciowego DD w zadaniu przywracania:

1. Gdy maszyna wirtualna zostanie wybrana do przywrócenia, używa ona swojego bieżącego identyfikatora polityki ochrony (nawet jeśli kopia zapasowa została wykonana według starej polityki ochrony)
2. Identyfikator jednostki pamięci masowej jest pobierany z wybranej kopii zapasowej. Jednostka pamięci masowej objęta nową polityką ochrony nie jest używana.
3. Do uzyskania interfejsu sieciowego DD używany jest filtr, a kryteriami są identyfikator polityki ochrony (od 1 powyżej) i identyfikator jednostki pamięci masowej (od 2 powyżej). 
4. Jeśli filtr nie zwróci dopasowania, zamiast niego zostanie użyty "Adres" na DD w programie PowerProtect Data Manager, jak pokazano poniżej. Jak widać poniżej w interfejsie PowerProtect Data Manager — infrastruktura —>> pamięć masowa —> kliknij nazwę DD w kolumnie "Zarządzane przez"

Przykłady przypadków użycia (poniższy tekst nie jest wyczerpujący):

• Przywrócona maszyna wirtualna nie jest już częścią polityki ochrony: Ponieważ nie ma polityki ochrony, używany jest adres DD jak powyżej.
• Maszyna wirtualna do przywracania została usunięta w vCener: Usunięte maszyny wirtualne są automatycznie usuwane z polityki ochrony i używany jest adres DD jak opisano powyżej.
• Kopia maszyny wirtualnej do przywrócenia ma inną jednostkę pamięci masowej niż zasady ochrony bieżącej maszyny wirtualnej: Ponieważ kryteria filtrowania bieżącej polityki ochrony i jednostki pamięci masowej kopii nie są zgodne z bieżącą polityką ochrony i jednostką pamięci masowej, wynik jest pusty. W związku z tym używany jest adres DD zgodnie z PowerProtect Data Manager, jak opisano powyżej.
• Typy przywracania File Level Restore (FLR) lub Instant Access mogą zakończyć się niepowodzeniem, ponieważ korzystają z systemu DD NFS zamontowanego na docelowym ESXI. Komunikacja między ESXI i DD jest wymagana w przypadku tych typów przywracania, ale nie jest wymagana w przypadku kopii zapasowych, ponieważ są one wykonywane za pośrednictwem VM Direct Engine (VMDE lub vProxy).

"Adres" DD zgodnie z PowerProtect Data Manager może być nazwą FQDN lub adresem IP zarządzania DD. Jeśli jest używana nazwa FQDN, ESXI lub zewnętrzny silnik ochrony maszyn wirtualnych używany do przywracania może nie być w stanie rozwiązać tego problemu do poprawnego adresu IP danych, ale zamiast tego do adresu IP zarządzania. 

Informacje o wymaganiach dotyczących portów można znaleźć w podręczniku zabezpieczeń PowerProtect: PowerProtect Data Manager: Centrum informacji – dokumenty i informacje o produktach

Inżynierowie PowerProtect Data Manager badają możliwość wyboru interfejsu sieciowego DD podczas przywracania w celu uniknięcia tego typu problemów z siecią w przyszłej wersji.

Dostępne obejścia:

Opcja 1: Dodaj wpis hosts w ESXi, aby wymusić rozwiązanie w FQDN DD do wymaganego adresu IP danych DD.

1. Połącz się z ESXI przez SSH
2. Potwierdź bieżący adres IP powracający do DD_FQDN

W poniższym przykładzie ESXI rozpoznaje ddve01 jako 192.168.9.106, ale wymaganym adresem IP danych jest 192.168.7.106.

3. Sprawdzenie, czy ESXI może połączyć się z wymaganym interfejsem DD Data IP

Przykład potwierdzający, że ESXI może osiągnąć 192.168.7.106.

Przykład potwierdzający, że ESXI może osiągnąć 192.168.7.106 na porcie 2049. Jeśli to się nie powiedzie, potwierdź, że port 2049 jest otwarty na dowolnej zaporze między ESXI i DD.

4. Dodano wpis hostów dla adresu IP danych DD_FQDN i DD

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

5. Upewnij się, że ustawienie zostało zastosowane.

# esxcli network ip host list

To polecenie potwierdza, że wpis został dodany do listy hostów.

Przykład: teraz ddve01.amer.lan zwraca wartość 192.168.7.106

6. Spróbuj ponownie przywrócić maszynę wirtualną.

Opcja 2: Przypisz sieć na poziomie zasobów. Uwaga: tego obejścia nie można zastosować w przypadku maszyn wirtualnych ze stanem "Usunięto".

Sieć przypisana na poziomie zasobu ma pierwszeństwo przed siecią ustawioną w zasadach ochrony. Aby skorzystać z opcji "Przypisz sieć", poniżej przedstawiono podstawową konfigurację ułatwiającą przywracanie na interfejsie sieciowym DD. Po zakończeniu przywracania można go usunąć.

Najpierw ustaw nazwę sieci na interfejsach sieciowych DD w programie PowerProtect Data Manager. W tym przykładzie mamy trzy interfejsy DD: FQDN, 192.168.9.106 (zarządzanie) i 192.168.7.106 (dane)

Zdefiniuj etykietę sieci i ustaw zasób:

1. Aby ustawić etykietę, przejdź do opcji Infrastruktura-Pamięć> masowa-Wybierz> opcję DD-Więcej> akcji-Zmień> ustawienia sieciowe
2. Ustaw nazwę sieci na "Domyślną sieć" dla interfejsu DD dla 192.168.7.106. Jest to domyślna sieć automatycznie definiowana podczas wdrażania programu PowerProtect Data Manager.
3. Ten interfejs DD jest wyświetlany do wyboru w sieci-asset-assign>> network. 

 


W przypadku trwałej konfiguracji sieci vLAN PowerProtect Data Manager istnieją wymagania i zalecenia zgodnie z podręcznikiem administratora PowerProtect Data Manager — PowerProtect Data Manager: Centrum informacji – dokumenty i informacje o produktach