PPDM: Virtuele machine herstellen maakt niet met van de PowerProtect DD IP-interface Verwacht wordt

Mogelijke symptomen:

• VM-herstel maakt gebruik van een ander DD IP-adres dan gedefinieerd in het beschermingsbeleid van de asset en mislukt vanwege ESXI-naar-DD-communicatie
• VM-herstel gebruikt een ander en ongewenst DD-IP-adres dan gedefinieerd in het beschermingsbeleid van de asset. Het wordt bijvoorbeeld waargenomen met behulp van het DD-beheer-IP.
• VM hersteld maakt niet langer deel uit van een beleid op PowerProtect Data Manager
• VM voor herstel is verwijderd. Daarom maakt het geen deel meer uit van een beleid.
• VM-kopie voor herstel heeft een andere storage-eenheid dan het huidige VM-beschermingsbeleid.
• Alle typen VM-herstel kunnen worden beïnvloed

Herstellen als nieuw of overschrijffout (TSDM restore):
Error Code: ARV0019
Foutmelding:

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 foutmelding:

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'

Herstel op bestandsniveau of directe toegang:
Error Code: ARV0007
Bericht:

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

De vSphere-taakfout kan als volgt worden waargenomen:

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 meldt een fout bij het koppelen van NFS met behulp van 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$

Bij het herstellen van een VM gebruikt PowerProtect Data Manager de DD-netwerkinterface die is gedefinieerd in het huidige beschermingsbeleid van de VM voor het herstel. Maar als een van de onderstaande situaties van toepassing is, kan de gebruikte DD-netwerkinterface bijvoorbeeld onverwacht zijn (hieronder is niet volledig):

• VM hersteld maakt niet langer deel uit van een beschermingsbeleid op PowerProtect Data Manager
• VM voor herstel is verwijderd. Daarom maakt het geen deel meer uit van een beschermingsbeleid.
• VM-back-upkopie voor herstel heeft een andere storage-eenheid dan de huidige Policy-storage-eenheid.
• Herstel op VM-bestandsniveau wordt uitgevoerd naar een alternatieve VM, die is toegewezen aan een ander beveiligingsbeleid met een andere storage-eenheid.

Hoe de DD-netwerkinterface wordt gedefinieerd bij een hersteltaak:

1. Wanneer een VM wordt geselecteerd voor herstel, wordt de huidige beschermingsbeleids-ID gebruikt (zelfs wanneer de back-up is gemaakt met een oud beveiligingsbeleid)
2. De Storage Unit ID wordt overgenomen van de gekozen back-up. De storage-eenheid op het nieuwe beschermingsbeleid wordt niet gebruikt.
3. Er wordt een filter gebruikt om de DD-netwerkinterface op te halen, en de criteria zijn de ID van het beschermingsbeleid (van 1 hierboven) en de Storage Unit-ID (van 2 hierboven). 
4. Als het filter geen overeenkomst retourneert, wordt in plaats daarvan het adres op het DD-adres in PowerProtect Data Manager gebruikt, zoals hieronder weergegeven. Zoals hieronder te zien is in de PowerProtect Data Manager UI-Infrastructure-Storage>>-> Klik op de naam van de DD onder de kolom 'Beheerd door'

Voorbeelden van gebruiksscenario's (hieronder is niet uitputtend):

• VM hersteld maakt niet langer deel uit van een beveiligingsbeleid: Aangezien er geen beschermingsbeleid is, wordt het DD-adres zoals hierboven uiteengezet gebruikt.
• VM voor terugzetten is verwijderd in vCener: Verwijderde VM's worden automatisch verwijderd uit een beveiligingsbeleid en het DD-adres zoals hierboven aangegeven wordt gebruikt.
• VM-kopie voor herstel heeft een andere storage-eenheid dan het huidige VM-beschermingsbeleid: Aangezien de filtercriteria van het huidige beveiligingsbeleid en de storage-eenheid van de kopieën niet overeenkomen met het huidige beveiligingsbeleid en de storage-eenheid, is het resultaat null. Daarom wordt het DD-adres van PowerProtect Data Manager, zoals hierboven vermeld, gebruikt.
• Hersteltypen van File Level Restore (FLR) of Instant Access kunnen mislukken omdat ze een DD NFS gebruiken die op de doel-ESXI is gekoppeld. Communicatie tussen ESXI en DD is nodig in deze hersteltypen, maar is niet vereist voor back-ups omdat deze worden uitgevoerd via een VM Direct Engine (VMDE of vProxy).

Het DD-adres volgens PowerProtect Data Manager kan de FQDN of het beheer-IP van het DD zijn. Als FQDN wordt gebruikt, kan de ESXI of externe VM Protection Engine die wordt gebruikt voor het herstel dit mogelijk niet oplossen naar het juiste data-IP, maar naar het beheer-IP. 

Zie de PowerProtect beveiligingshandleiding voor poortvereisten: PowerProtect Data Manager: Info Hub Productdocumenten en -informatie

PowerProtect Data Manager Engineering onderzoekt een optie om de DD-netwerkinterface te kiezen tijdens het terugzetten om dergelijke netwerkproblemen in een toekomstige release te voorkomen.

Beschikbare tijdelijke oplossingen:

Optie 1: Voeg een hostvermelding toe aan de ESXI om DD FQDN af te dwingen om op te lossen naar het vereiste DD Data IP.

1. Verbinding maken met ESXI via SSH
2. Bevestig dat het huidige IP-adres wordt geretourneerd voor DD_FQDN

In het onderstaande voorbeeld lost de ESXI ddve01 op tot 192.168.9.106, maar 192.168.7.106 is het vereiste data-IP.

3. Controleer of de ESXI de vereiste DD Data IP-interface kan bereiken

Voorbeeld waarin wordt bevestigd dat ESXI 192.168.7.106 kan bereiken.

Voorbeeld waarin wordt bevestigd dat ESXI 192.168.7.106 kan bereiken op poort 2049. Als dit niet lukt, controleer dan of poort 2049 open is op een firewall tussen ESXI en DD.

4. Hostvermelding toevoegen voor DD_FQDN en DD data-IP

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

5. Controleer of de instelling is toegepast.

# esxcli network ip host list

Deze opdracht bevestigt dat de vermelding is toegevoegd aan de hostlijst.

Voorbeeld nu wordt ddve01.amer.lan opgelost in 192.168.7.106

6. Probeer VM opnieuw te herstellen.

Optie 2: Wijs een netwerk toe op assetniveau. Opmerking: deze tijdelijke oplossing kan niet worden gebruikt voor VM's met de status 'Verwijderd'.

Een netwerk dat op assetniveau is toegewezen, krijgt voorrang op het netwerk dat is ingesteld in het beschermingsbeleid. Om gebruik te maken van deze optie 'Netwerk toewijzen', vindt u hieronder een basisconfiguratie om het herstel op de DD-netwerkinterface te vergemakkelijken. Het kan worden verwijderd nadat het herstel is voltooid.

Stel eerst een netwerknaam in op de DD-netwerkinterfaces in PowerProtect Data Manager. In dit voorbeeld hebben we drie DD-interfaces FQDN, 192.168.9.106 (beheer) en 192.168.7.106 (Data)

Definieer het netwerklabel en stel in op Asset:

1. Als u een label wilt instellen, gaat u naar Infrastructuur -> Storage -> Selecteer DD -> Meer acties -> Netwerkinstellingen wijzigen
2. Stel de netwerknaam in op deze "Default Network" voor DD-interface voor 192.168.7.106. Dit is het standaardnetwerk dat automatisch wordt gedefinieerd bij de implementatie van PowerProtect Data Manager.
3. Deze DD-interface wordt voor selectie weergegeven op Infrastructure-Asset-Assign>> Network. 

 


Voor de permanente configuratie van PowerProtect Data Manager vlan's zijn er vereisten en aanbevelingen volgens de PowerProtect Data Manager beheerhandleiding - PowerProtect Data Manager: Info Hub Productdocumenten en -informatie