PPDM: Gendannelse af virtuel maskine bruger ikke den forventede PowerProtect DD IP-grænseflade

Mulige symptomer:

• VM-gendannelse bruger en anden DD-IP end defineret i aktivets beskyttelsespolitik og mislykkes på grund af ESXI til DD-kommunikation
• VM-gendannelse bruger en anden og uønsket DD-IP end defineret i aktivets beskyttelsespolitik. For eksempel observeres det ved hjælp af DD-styrings-IP.
• VM-gendannelse er ikke længere en del af en politik om PowerProtect Data Manager
• VM til gendannelse slettes. Derfor er det ikke længere en del af en politik.
• VM-kopiering til gendannelse har en anden lagerenhed end den aktuelle VM-beskyttelsespolitik.
• Alle typer VM-gendannelse kan blive påvirket

Gendan som ny eller overskrivelsesfejl (TSDM-gendannelse):
Error Code: ARV0019
Fejlmeddelelse:

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

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'

Gendannelse på filniveau eller øjeblikkelig adgang:
Error Code: ARV0007
Meddelelse:

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-opgavefejl 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 en fejl ved tilslutning af NFS ved hjælp af 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$

Ved gendannelse af en VM bruger PowerProtect Data Manager DD-netværksgrænsefladen, der er defineret i VM ens aktuelle beskyttelsespolitik, til gendannelsen. Men hvis noget af nedenstående gælder, kan den anvendte DD-netværksgrænseflade være uventet, for eksempel (nedenfor er ikke udtømmende):

• VM-gendannelse er ikke længere en del af beskyttelsespolitikken i PowerProtect Data Manager
• VM til gendannelse slettes. Derfor er det ikke længere en del af en beskyttelsespolitik.
• VM-sikkerhedskopiering til gendannelse har en anden lagerenhed end den nuværende Policy-storageenhed.
• VM File Level Restore udføres til en alternativ VM, som er tildelt en anden beskyttelsespolitik med en anden lagerenhed.

Sådan defineres DD-netværksgrænsefladen på et gendannelsesjob:

1. Når en VM vælges til gendannelse, bruger den sit aktuelle beskyttelsespolitik-id (selv når sikkerhedskopien blev taget på en gammel beskyttelsespolitik)
2. Storage Unit ID et tages fra den valgte sikkerhedskopi. Storageenheden i den nye beskyttelsespolitik anvendes ikke.
3. Der bruges et filter til at hente DD-netværksgrænsefladen, og kriterierne er beskyttelsespolitik-id (fra 1 ovenfor) og storageenheds-id (fra 2 ovenfor). 
4. Hvis filteret ikke stemmer overens, bruges "Address" på DD i PowerProtect Data Manager, som vist nedenfor. Som vist nedenfor fra PowerProtect Data Manager UI-Infrastructure-Storage –> Klik på DD-navn>> i kolonnen "Administreret af"

Eksempler på brugsscenarier (nedenstående er ikke udtømmende):

• VM-gendannelse er ikke længere en del af en beskyttelsespolitik: Da der ikke er nogen beskyttelsespolitik, bruges DD-'adressen' som beskrevet ovenfor.
• VM til gendannelse slettes i vCener: Slettede VM er fjernes automatisk fra en beskyttelsespolitik, og DD-"adressen" som beskrevet ovenfor bruges.
• VM-kopiering til gendannelse har en anden lagerenhed end den aktuelle VM s beskyttelsespolitik: Da filterkriterierne i den aktuelle beskyttelsespolitik og kopiernes lagringsenhed ikke stemmer overens med den aktuelle beskyttelsespolitik og lagringsenhed, er resultatet nul. Derfor bruges DD-"adressen" i henhold til PowerProtect Data Manager, som er angivet ovenfor.
• Gendannelsestyper af FLR (File Level Restore) eller øjeblikkelig adgang kan mislykkes, da de bruger en DD NFS monteret på destinationens ESXI. Kommunikation mellem ESXI og DD er nødvendig i disse gendannelsestyper, men er ikke nødvendig for sikkerhedskopieringer, da disse udføres over en VM Direct Engine (VMDE eller vProxy).

DD-"adressen" i henhold til PowerProtect Data Manager kan være DD'ens FQDN eller administrations-IP. Hvis FQDN bruges, kan ESXI eller det eksterne VM-beskyttelsesprogram, der bruges til gendannelsen, muligvis ikke løse dette problem med den korrekte data-IP, men i stedet administrations-IP'en. 

Se PowerProtect-sikkerhedsvejledningen for portkrav: PowerProtect Data Manager: Produktdokumenter og oplysninger om Info Hub

PowerProtect Data Manager Engineering undersøger muligheden for at tillade, at DD-netværksgrænsefladen vælges under gendannelse for at undgå sådanne netværksproblemer i en fremtidig version.

Tilgængelige løsninger:

Valgmulighed 1: Tilføj en værtspost på ESXI for at gennemtvinge DD FQDN til at fortolke den påkrævede DD-data-IP.

1. Opret forbindelse til ESXI via SSH
2. Bekræft, at den aktuelle IP-adresse returnerer for DD_FQDN

I eksemplet nedenfor løser ESXI ddve01 til 192.168.9.106, men 192.168.7.106 er den påkrævede data-IP.

3. Bekræft, at ESXI kan nå den påkrævede DD Data IP-grænseflade

Eksempel, der bekræfter, at ESXI kan nå 192.168.7.106.

Eksempel, der bekræfter, at ESXI kan nå 192.168.7.106 på port 2049. Hvis dette ikke lykkes, skal du bekræfte, at port 2049 er åben på enhver firewall mellem ESXI og DD.

4. Tilføj værtspost for DD_FQDN- og DD-data-IP

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

5. Bekræft, at indstillingen er anvendt.

# esxcli network ip host list

Denne kommando bekræfter, at posten er blevet føjet til værtslisten.

Eksempel, nu løser ddve01.amer.lan til 192.168.7.106

6. Forsøg at gendanne VM igen.

Valgmulighed 2: Tildel et netværk på aktivniveau. Bemærk: Denne løsning kan ikke bruges til VM med statussen "Slettet".

Et netværk, der tildeles på aktivniveau, prioriteres højere end det, der er angivet i beskyttelsespolitikken. For at benytte denne mulighed 'Tildel netværk' er nedenstående en grundlæggende opsætning for at lette gendannelsen på DD-netværksgrænsefladen. Den kan fjernes, når gendannelsen er fuldført.

Angiv først et netværksnavn på DD-netværksgrænsefladerne i PowerProtect Data Manager. I dette eksempel har vi tre DD-grænseflader FQDN, 192.168.9.106 (administration) og 192.168.7.106 (data)

Definer netværksetiketten og sæt den på Aktiv:

1. Hvis du vil angive en etiket, skal du gå til Infrastructure-Storage-Select>> the DD-More> Actions-Change> Network Settings
2. Indstil netværksnavnet til dette "Standardnetværk" for DD-grænsefladen for 192.168.7.106. Dette er det standardnetværk, der automatisk defineres ved implementering af PowerProtect Data Manager.
3. Denne DD-grænseflade vises og kan vælges på Infrastructure-Asset-Assign>> Network. 

 


For den permanente konfiguration af PowerProtect Data Manager-VLAN'er er der krav og anbefalinger i henhold til PowerProtect Data Manager-administrationsvejledningen - PowerProtect Data Manager: Produktdokumenter og oplysninger om Info Hub