PPDM: Återställning av virtuell maskin använder inte det förväntade PowerProtect DD IP-gränssnittet
Summary: Återställning av virtuell maskin (VM) använder en annan PowerProtect DD (DD) IP än förväntat för en VM-återställning. Detta kan leda till fel på grund av VMware ESXI (ESXI) till DD-kommunikation eller återställning av skrivdata över ett oönskat DD IP-gränssnitt. ...
Symptoms
Möjliga symtom:
- VM-återställningen använder en annan DD IP än vad som definieras i tillgångens skyddspolicy och misslyckas på grund av ESXI till DD-kommunikation
- VM-återställning använder en annan och oönskad DD IP än vad som definieras i tillgångens skyddspolicy. Det observeras till exempel med hjälp av DD-hanterings-IP-adressen.
- VM-återställd är inte längre en del av en policy på PowerProtect Data Manager
- VM för återställning tas bort. Därför är det inte längre en del av en politik.
- VM-kopia för återställning har en annan lagringsenhet än den aktuella VM-skyddspolicyn.
- Alla typer av VM-återställning kan påverkas
Återskapa som ny eller överskrivningsfel (TSDM-återställning):Error Code: ARV0019
Felmeddelande:
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 felmeddelande:
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'
Återställning av filnivå eller omedelbar åtkomst:Error Code: ARV0007
Meddelande:
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-aktivitetsfel kan observeras enligt nedan:
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 rapporterar ett fel vid montering av NFS med 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$
Cause
Vid återställning av en virtuell dator använder PowerProtect Data Manager DD-nätverksgränssnittet som definierats i den virtuella datorns aktuella skyddspolicy för återställningen. Men om något av nedanstående gäller kan det DD-nätverksgränssnitt som används vara oväntat, till exempel (nedan är inte fullständigt):
- VM-återställd är inte längre en del av en skyddspolicy på PowerProtect Data Manager
- VM för återställning tas bort. Därför är det inte längre en del av en skyddspolicy.
- VM-säkerhetskopia för återställning har en annan lagringsenhet än den aktuella policylagringsenheten.
- Återställning av VM-filnivå utförs till en alternativ virtuell dator som tilldelas en annan skyddspolicy med en annan lagringsenhet.
Så här definieras DD-nätverksgränssnittet för ett återställningsjobb:
- När en virtuell dator väljs för återställning används dess aktuella skyddspolicy-ID (även om säkerhetskopian gjordes på en gammal skyddspolicy)
- Lagringsenhets-ID:t hämtas från den valda säkerhetskopian. Lagringsenheten i den nya skyddspolicyn används inte.
- Ett filter används för att hämta DD-nätverksgränssnittet och kriterierna är skyddspolicy-ID (från 1 ovan) och lagringsenhets-ID (från 2 ovan).
- Om filtret inte ger någon träff används i stället "Adressen" på DD i PowerProtect Data Manager, som visas nedan. Som visas nedan från PowerProtect Data Manager UI-Infrastructure-Storage>> klickar> du på DD-namnet under kolumnen Managed By

Exempel på användningsfall (nedan är inte uttömmande):
- Återställd virtuell dator är inte längre en del av en skyddspolicy: Eftersom det inte finns någon skyddspolicy används DD-adressen enligt ovan.
- VM för återställning tas bort i vCentern: Borttagna virtuella datorer tas automatiskt bort från en skyddspolicy och DD-adressen enligt ovan används.
- VM-kopia för återställning har en annan lagringsenhet än den aktuella virtuella datorns skyddspolicy: Eftersom filterkriterierna för den aktuella skyddspolicyn och kopiornas lagringsenhet inte stämmer överens med den aktuella skyddspolicyn och lagringsenheten blir resultatet null. Därför används DD-adressen enligt PowerProtect Data Manager som anges ovan.
- Återställningstyper av filnivååterställning (FLR) eller Instant Access kan misslyckas eftersom de använder en DD NFS monterad på målets ESXI. Kommunikation mellan ESXI och DD krävs i dessa återställningstyper, men krävs inte för säkerhetskopieringar eftersom dessa utförs via en VM Direct Engine (VMDE eller vProxy).
DD-adressen enligt PowerProtect Data Manager kan vara FQDN eller hanterings-IP-adressen för DD. Om FQDN används kanske ESXI eller den externa VM-skyddsmotorn som används för återställningen inte kan matcha detta till rätt data-IP-adress utan hanterings-IP-adressen i stället.
Se PowerProtect-säkerhetsmanualen för portkrav: PowerProtect Data Manager: Informationshubb Produktdokument och information
Resolution
PowerProtect Data Manager Teknikerna undersöker ett alternativ för att tillåta att DD-nätverksgränssnittet väljs under återställningen för att undvika sådana nätverksproblem i en framtida version.
Tillgängliga lösningar:
Alternativ 1: Lägg till en värdpost i ESXI för att tvinga DD FQDN att matcha till den nödvändiga DD-data-IP-adressen.
- Anslut till ESXI via SSH
- Bekräfta att den aktuella IP-adressen returneras för DD_FQDN
I exemplet nedan matchar ESXI ddve01 till 192.168.9.106, men 192.168.7.106 är den data-IP som krävs.

- Bekräfta att ESXI kan nå det nödvändiga DD Data IP-gränssnittet
Exempel som bekräftar att ESXI kan nå 192.168.7.106.

Exempel som bekräftar att ESXI kan nå 192.168.7.106 på port 2049. Om detta inte lyckas kontrollerar du att port 2049 är öppen i alla brandväggar mellan ESXI och DD.

- Lägg till värdpost för DD_FQDN- och DD-data-IP
# esxcli network ip hosts add -H <DD_FQDN> -I <DD_DataIP>.
- Kontrollera att inställningen har tillämpats.
# esxcli network ip host list
Det här kommandot bekräftar att posten har lagts till i värdlistan.

Exempel, nu matchas ddve01.amer.lan till 192.168.7.106

6. Försök att återställa den virtuella datorn igen.
Alternativ 2: Tilldela ett nätverk på tillgångsnivå. Den här lösningen kan inte användas för virtuella datorer med statusen "Borttagen".
Ett nätverk som tilldelats på tillgångsnivå prioriteras över det nätverk som har angetts i skyddspolicyn. Om du vill använda det här alternativet "Tilldela nätverk" finns nedan en grundläggande konfiguration för att underlätta återställningen av DD-nätverksgränssnittet. Den kan tas bort när återställningen är klar.
Ange först ett nätverksnamn på DD-nätverksgränssnitten i PowerProtect Data Manager. I det här exemplet har vi tre DD-gränssnitt FQDN, 192.168.9.106 (hantering) och 192.168.7.106 (data)
Definiera etiketten Nätverk och ange på Tillgång:
- Om du vill ange en etikett går du till Infrastructure-Storage-Select>> the DD-More> Actions-Change> Network Settings
- Ställ in nätverksnamnet till detta "standardnätverk" för DD-gränssnittet för 192.168.7.106. Det här är det standardnätverk som definieras automatiskt vid distribution av PowerProtect Data Manager.
- Det här DD-gränssnittet visas för val i Infrastructure-Asset-Assign>> Network.
För permanent konfiguration av PowerProtect Data Manager VLAN finns det krav och rekommendationer enligt PowerProtect Data Manager Administrationsmanual – PowerProtect Data Manager: Informationshubb Produktdokument och information