PPDM: Il ripristino della macchina virtuale non utilizza l'interfaccia IP PowerProtect DD prevista

Possibili sintomi:

• Il restore della VM utilizza un IP DD diverso da quello definito nella policy di protezione dell'asset e ha esito negativo a causa della comunicazione da ESXI a DD
• Il restore della VM utilizza un IP DD diverso e indesiderato rispetto a quello definito nella policy di protezione dell'asset. Ad esempio, viene osservato utilizzando l'IP di gestione DD.
• La VM sottoposta a restore non fa più parte di una policy in PowerProtect Data Manager
• La macchina virtuale per il restore viene eliminata. Pertanto, non fa più parte di una politica.
• La copia della macchina virtuale per il ripristino ha un unità di storage diversa dalla policy di protezione della macchina virtuale corrente.
• Possono essere interessati tutti i tipi di restore delle VM

Errore di restore come nuovo o di sovrascrittura (restore TSDM):
Error Code: ARV0019
Messaggio di errore:

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 messaggio di errore:

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'

Restore a livello di file o accesso istantaneo:
Error Code: ARV0007
Messaggio:

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

L'errore dell'attività vSphere può essere osservato come indicato di seguito:

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

Il vmkernel.log ESXi segnala un errore di mounting di NFS utilizzando l'FQDN di 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$

Quando si ripristina una VM, PowerProtect Data Manager utilizza l'interfaccia di rete DD definita nella policy di protezione corrente della VM per il restore. Tuttavia, se si applica una delle seguenti condizioni, l'interfaccia di rete DD utilizzata può essere imprevista, ad esempio (a titolo non esaustivo quanto riportato di seguito):

• La VM ripristinata non fa più parte di una policy di protezione in PowerProtect Data Manager
• La macchina virtuale per il restore viene eliminata. Pertanto, non fa più parte di una policy di protezione.
• La copia di backup della macchina virtuale per il ripristino ha un unità di storage diversa dall'unità di storage della policy corrente.
• Il restore a livello di file della VM viene eseguito su una VM alternativa, assegnata a una policy di protezione diversa con un'unità di storage diversa.

Modalità di definizione dell'interfaccia di rete DD in un job di restore:

1. Quando una macchina virtuale viene selezionata per il ripristino, utilizza il relativo ID policy di protezione corrente (anche quando il backup è stato eseguito su una policy di protezione precedente)
2. L'ID dell'unità di storage viene ricavato dalla copia di backup scelta. L'unità di storage nella nuova policy di protezione non viene utilizzata.
3. Viene utilizzato un filtro per ottenere l'interfaccia di rete DD e i criteri sono l'ID della policy di protezione (da 1 sopra) e l'ID dell'unità di storage (da 2 sopra). 
4. Se il filtro non restituisce alcuna corrispondenza, viene invece utilizzato l'"Address" sul DD in PowerProtect Data Manager, mostrato di seguito. Come illustrato di seguito dall'interfaccia utente di PowerProtect Data Manager-Infrastructure-Storage>>-> Fare clic sul nome DD nella colonna "Managed By"

Esempi di casi d'uso (quelli riportati di seguito non sono esaustivi):

• La macchina virtuale sottoposta a restore non fa più parte di una policy di protezione: Poiché non esiste una policy di protezione, viene utilizzato l'"Address" DD come indicato sopra.
• La macchina virtuale per il restore viene eliminata in vCener: Le VM eliminate vengono rimosse automaticamente da una policy di protezione e viene utilizzato l'"Address" DD indicato sopra.
• La copia della macchina virtuale per il ripristino ha un unità di storage diversa dalla policy di protezione della macchina virtuale corrente: Poiché i criteri di filtro della policy di protezione corrente e l'unità di storage delle copie non corrispondono alla policy di protezione e all'unità di storage correnti, il risultato è null. Pertanto viene utilizzato l'"Address" DD come indicato in precedenza in PowerProtect Data Manager.
• I tipi di ripristino di File Level Restore (FLR) o Instant Access potrebbero avere esito negativo poiché utilizzano un NFS DD montato sull'ESXI di destinazione. La comunicazione tra ESXI e DD è necessaria in questi tipi di ripristino, anche se non è richiesta per i backup poiché questi vengono eseguiti su un VM Direct Engine (VMDE o vProxy).

L'"Address" DD in base a PowerProtect Data Manager può essere l'FQDN o l'IP di gestione del DD. Se si utilizza l FQDN, l'ESXI o l'engine di protezione della VM esterno utilizzato per il restore potrebbe non essere in grado di risolvere il problema nell'IP dei dati corretto, ma nell'IP di gestione. 

Consultare la Guida alla sicurezza di PowerProtect per i requisiti delle porte: PowerProtect Data Manager: Info Hub Documenti e informazioni sui prodotti

PowerProtect Data Manager Engineering sta esaminando un'opzione che consenta di scegliere l'interfaccia di rete DD durante il ripristino per evitare tali problemi di rete in una versione futura.

Soluzioni alternative disponibili:

Opzione 1: Aggiungere una voce host su ESXI per forzare la risoluzione dell'FQDN DD nell'IP dei dati DD richiesto.

1. Connessione a ESXI tramite SSH
2. Confermare l'indirizzo IP corrente restituito per DD_FQDN

Nell'esempio riportato di seguito, ESXI risolve ddve01 in 192.168.9.106 ma è richiesto l'IP dei dati 192.168.7.106.

3. Verificare che ESXI sia in grado di raggiungere l'interfaccia IP dei dati DD richiesta

Esempio che conferma che ESXI può raggiungere 192.168.7.106.

Esempio che conferma che ESXI può raggiungere 192.168.7.106 sulla porta 2049. Se l'operazione ha esito negativo, verificare che la porta 2049 sia aperta su qualsiasi firewall tra ESXi e DD.

4. Aggiunta di voci host per DD_FQDN e IP dati DD

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

5. Verificare che l'impostazione sia stata applicata.

# esxcli network ip host list

Questo comando conferma che la voce è stata aggiunta all'elenco host.

Esempio, ora ddve01.amer.lan viene risolto in 192.168.7.106

6. Tentare nuovamente il restore della VM.

Opzione 2: Assegnare una rete a livello di Asset. Nota: questa soluzione alternativa non può essere utilizzata per la macchina virtuale con stato "Deleted".

Una rete assegnata a livello di asset ha la priorità su quella impostata nella policy di protezione. Per avvalersi di questa opzione "Assign network", di seguito è riportata una configurazione di base per facilitare il ripristino sull'interfaccia di rete DD. Può essere rimossa al termine del ripristino.

Innanzitutto, impostare un nome di rete sulle interfacce di rete DD in PowerProtect Data Manager. In questo esempio, abbiamo tre interfacce DD FQDN, 192.168.9.106 (gestione) e 192.168.7.106 (dati)

Definire l'etichetta Network e impostarla su Asset:

1. Per impostare un'etichetta, passare a Infrastructure-Storage-Select>> the DD-More> Actions-Change> Network Settings
2. Impostare Network Name su questo "Default Network" per l'interfaccia DD per 192.168.7.106. Si tratta della rete predefinita definita automaticamente al momento del deployment di PowerProtect Data Manager.
3. Questa interfaccia DD viene visualizzata per la selezione su Infrastructure-Asset-Assign>> Network. 

 


Per la configurazione permanente delle VLAN di PowerProtect Data Manager, sono disponibili requisiti e suggerimenti indicati nella Guida all'amministrazione di PowerProtect Data Manager - PowerProtect Data Manager: Info Hub Documenti e informazioni sui prodotti