PPDM: Gjenoppretting av virtuelle maskiner bruker ikke det forventede PowerProtect DD IP-grensesnittet

Mulige symptomer:

• VM-gjenoppretting bruker en annen DD-IP enn det som er definert i ressursens beskyttelsesretningslinjer, og mislykkes på grunn av kommunikasjon mellom ESXI og DD
• VM-gjenoppretting bruker en annen og uønsket DD-IP enn det som er definert i beskyttelsesretningslinjene for innholdselementet. For eksempel observeres det ved hjelp av DD-administrasjons-IP.
• VM som gjenopprettes, er ikke lenger en del av retningslinjene for PowerProtect Data Manager
• VM for gjenoppretting slettes. Derfor er det ikke lenger en del av en politikk.
• VM-kopi for gjenoppretting har en annen lagringsenhet enn gjeldende retningslinjer for beskyttelse mot VM.
• Alle typer VM-gjenoppretting kan bli berørt

Gjenopprett som ny eller overskrivingsfeil (TSDM-gjenoppretting):
Error Code: ARV0019
Feilmelding:

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

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'

Gjenoppretting på filnivå eller øyeblikkelig tilgang:
Error Code: ARV0007
Melding:

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-oppgavefeil kan observeres som nedenfor:

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 rapporterer om manglende montering av NFS ved hjelp av 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$

Når du gjenoppretter en virtuell maskin, bruker PowerProtect Data Manager DD-nettverksgrensesnittet som er definert i de gjeldende retningslinjene for beskyttelse for gjenopprettingen av den virtuelle maskinen. Men hvis noe av det nedenfor gjelder, kan DD-nettverksgrensesnittet som brukes, være uventet, for eksempel (nedenfor er ikke uttømmende):

• VM som gjenopprettes, er ikke lenger en del av retningslinjene for beskyttelse på PowerProtect Data Manager
• VM for gjenoppretting slettes. Derfor er det ikke lenger en del av en beskyttelsespolicy.
• VM-sikkerhetskopi for gjenoppretting har en annen lagringsenhet enn den gjeldende policylagringsenheten.
• VM-filnivågjenoppretting utføres på en alternativ VM, som er tilordnet en annen beskyttelsespolicy med en annen lagringsenhet.

Hvordan DD-nettverksgrensesnittet defineres på en gjenopprettingsjobb:

1. Når en virtuell maskin velges for gjenoppretting, bruker den sin gjeldende policy-ID for beskyttelse (selv når sikkerhetskopien ble tatt på en gammel retningslinje for beskyttelse)
2. Lagringsenhets-ID-en hentes fra sikkerhetskopien som er valgt. Lagringsenheten i henhold til de nye retningslinjene for beskyttelse brukes ikke.
3. Et filter brukes til å hente DD-nettverksgrensesnittet, og kriteriene er beskyttelsespolicy-ID (fra 1 ovenfor) og lagringsenhets-ID (fra 2 ovenfor). 
4. Hvis filteret ikke returnerer noen treff, brukes "adressen" på DD i PowerProtect Data Manager, som vist nedenfor, i stedet. Som vist nedenfor fra PowerProtect Data Manager UI –> infrastruktur –> lagring –> Klikk på DD-navnet under kolonnen «Administrert av»

Eksempler på brukstilfeller (nedenfor er ikke uttømmende):

• VM-gjenoppretting er ikke lenger en del av retningslinjene for beskyttelse: Siden det ikke finnes noen retningslinjer for beskyttelse, brukes DD-adressen i henhold til ovenstående.
• VM for gjenoppretting slettes i vCener: Slettede virtuelle maskiner fjernes automatisk fra retningslinjene for beskyttelse, og DD-adressen som beskrevet ovenfor brukes.
• VM-kopi for gjenoppretting har en annen lagringsenhet enn gjeldende beskyttelsesretningslinjer for VM: Siden filterkriteriene i gjeldende retningslinjer for beskyttelse og kopienes lagringsenhet ikke samsvarer med gjeldende retningslinjer for beskyttelse og lagringsenhet, er resultatet null. Derfor brukes DD-adressen i henhold til PowerProtect Data Manager, som er nevnt ovenfor.
• Gjenopprettingstypene File Level Restore (FLR) eller Instant Access kan mislykkes fordi de bruker en DD NFS montert på destinasjons-ESXI-en. Kommunikasjon mellom ESXI og DD er nødvendig for disse gjenopprettingstypene, men det er ikke nødvendig for sikkerhetskopieringer siden disse utføres via en VM Direct Engine (VMDE eller vProxy).

DD-adressen i henhold til PowerProtect Data Manager kan være FQDN eller administrasjons-IP-en til DD-en. Hvis FQDN brukes, kan det hende at ESXI eller den eksterne beskyttelsesmotoren for VM som ble brukt til gjenopprettingen, ikke kan løse dette til riktig data-IP, men til administrasjons-IP-en i stedet. 

Se sikkerhetsveiledningen for PowerProtect for portkrav: PowerProtect Data Manager: Produktdokumenter og informasjon for Info-huben

PowerProtect Data Manager Engineering undersøker et alternativ for å tillate at DD-nettverksgrensesnittet velges under gjenopprettingen for å unngå slike nettverksproblemer i en fremtidig utgivelse.

Tilgjengelige løsninger:

Alternativ 1: Legg til en vertsoppføring på ESXI for å tvinge DD FQDN til å løse den nødvendige DD-data-IP-en.

1. Koble til ESXI over SSH
2. Bekreft gjeldende IP-adresse som returnerer for DD_FQDN

I eksemplet nedenfor løser ESXI ddve01 til 192.168.9.106, men 192.168.7.106 er data-IP-en som kreves.

3. Kontroller at ESXI kan nå det nødvendige DD Data IP-grensesnittet

Eksempel som bekrefter ESXI kan nå 192.168.7.106.

Eksempel som bekrefter at ESXI kan nå 192.168.7.106 på port 2049. Hvis dette ikke lykkes, må du bekrefte at port 2049 er åpen på alle brannmurer mellom ESXI og DD.

4. Legg til vertsoppføring for DD_FQDN og DD Data IP

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

5. Bekreft at innstillingen er tatt i bruk.

# esxcli network ip host list

Denne kommandoen bekrefter at oppføringen er lagt til i vertslisten.

Eksempel, nå ddve01.amer.lan løser til 192.168.7.106

6. Prøv VM-gjenoppretting på nytt.

Alternativ 2: Tilordne et nettverk på ressursnivå. Merk: Denne midlertidige løsningen kan ikke brukes for virtuelle maskiner med statusen «Slettet».

Et nettverk som er tilordnet ressursnivå, har prioritet over det som er angitt i beskyttelsespolicyen. For å benytte deg av alternativet "Tilordne nettverk", nedenfor er et grunnleggende oppsett for å lette gjenopprettingen på DD-nettverksgrensesnittet. Den kan fjernes etter at gjenopprettingen er fullført.

Først angir du et nettverksnavn i DD-nettverksgrensesnittene i PowerProtect Data Manager. I dette eksemplet har vi tre DD-grensesnittene FQDN, 192.168.9.106 (administrasjon) og 192.168.7.106 (data)

Definer nettverksetiketten og sett på Ressurs:

1. For å angi en etikett går du til Infrastruktur-Lagring-Velg>> DD-Flere> handlinger-Endre> nettverksinnstillinger
2. Sett nettverksnavnet til dette "Standardnettverket" for DD-grensesnitt for 192.168.7.106. Dette er standardnettverket som defineres automatisk ved implementering av PowerProtect Data Manager.
3. Dette DD-grensesnittet vises for valg på Infrastructure-Asset-Assign>> Network. 

 


For permanent konfigurasjon av PowerProtect Data Manager VLAN, finnes det krav og anbefalinger i henhold til Administrasjonsveiledning for PowerProtect Data Manager – PowerProtect Data Manager: Produktdokumenter og informasjon for Info-huben