PPDM: VM-Wiederherstellung wird nicht über die PowerProtect DD-IP-Schnittstelle erwartet

Mögliche Symptome:

• Die VM-Wiederherstellung verwendet eine andere DD-IP als die in der Schutz-Policy der Ressource definierte und schlägt aufgrund der ESXI-zu-DD-Kommunikation fehl.
• Die VM-Wiederherstellung verwendet eine andere und unerwünschte DD-IP als die, die in der Schutz-Policy der Ressource definiert ist. Dies wird beispielsweise bei Verwendung der DD-Management-IP beobachtet.
• Die wiederhergestellte VM ist nicht mehr Teil einer Policy in PowerProtect Data Manager
• Die VM für die Wiederherstellung wird gelöscht. Daher ist es nicht mehr Teil einer Richtlinie.
• Die VM-Kopie für die Wiederherstellung hat eine andere Storage-Einheit als die aktuelle VM-Schutz-Policy.
• Alle Arten von VM-Wiederherstellungen können betroffen sein

Als neu wiederherstellen oder Überschreibungsfehler (TSDM-Wiederherstellung):
Error Code: ARV0019
Fehlermeldung:

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

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'

Wiederherstellung auf Dateiebene oder sofortiger Zugriff:
Error Code: ARV0007
Nachricht:

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

Der vSphere-Aufgabenfehler kann wie folgt beobachtet werden:

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 meldet einen Fehler beim Mounten von NFS unter Verwendung des 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$

Bei der Wiederherstellung einer VM verwendet PowerProtect Data Manager die DD-Netzwerkschnittstelle, die in der aktuellen Schutz-Policy der VM für die Wiederherstellung definiert ist. Wenn jedoch einer der folgenden Punkte zutrifft, kann die verwendete DD-Netzwerkschnittstelle unerwartet sein, z. B. (unten ist nicht vollständig):

• Die wiederhergestellte VM ist nicht mehr Teil einer Schutz-Policy auf PowerProtect Data Manager
• Die VM für die Wiederherstellung wird gelöscht. Daher ist es nicht mehr Teil einer Schutz-Policy.
• Die VM-Sicherungskopie für die Wiederherstellung verfügt über eine andere Storage-Einheit als die aktuelle Policy-Storage-Einheit.
• Die Wiederherstellung auf VM-Dateiebene wird auf einer alternativen VM durchgeführt, die einer anderen Schutz-Policy mit einer anderen Storage-Einheit zugewiesen ist.

So wird die DD-Netzwerkschnittstelle für einen Wiederherstellungsjob definiert:

1. Wenn eine VM für die Wiederherstellung ausgewählt wird, verwendet sie ihre aktuelle Schutz-Policy-ID (auch wenn das Backup mit einer alten Schutz-Policy erstellt wurde)
2. Die ID der Speichereinheit wird aus der ausgewählten Sicherungskopie übernommen. Die Speichereinheit in der neuen Schutz-Policy wird nicht verwendet.
3. Ein Filter wird verwendet, um die DD-Netzwerkschnittstelle abzurufen, und die Kriterien sind Schutz-Policy-ID (von oben 1) und die ID der Storage-Einheit (von 2 oben). 
4. Wenn der Filter keine Übereinstimmung zurückgibt, wird stattdessen die "Adresse" auf der DD in PowerProtect Data Manager (siehe unten) verwendet. Wie unten in der PowerProtect Data Manager-Benutzeroberfläche zu ">Infrastruktur-Storage>>" zu sehen – Klicken Sie in der Spalte "Managed By" auf den DD-Namen.

Beispiele für Anwendungsfälle (unten sind sie nicht vollständig):

• Die wiederhergestellte VM ist nicht mehr Teil einer Schutz-Policy: Da keine Schutz-Policy vorhanden ist, wird die oben beschriebene DD-Adresse verwendet.
• Die VM für die Wiederherstellung wird in vCener gelöscht: Gelöschte VMs werden automatisch aus einer Schutz-Policy entfernt und die oben beschriebene DD-"Adresse" wird verwendet.
• Die VM-Kopie für die Wiederherstellung hat eine andere Storage-Einheit als die Schutz-Policy der aktuellen VM: Da die Filterkriterien der aktuellen Schutz-Policy und der Speichereinheit der Kopien nicht mit der aktuellen Schutz-Policy und Speichereinheit übereinstimmen, ist das Ergebnis Null. Aus diesem Grund wird die oben notierte DD-Adresse gemäß PowerProtect Data Manager verwendet.
• Die Wiederherstellungstypen FLR (File Level Restore) oder Instant Access schlagen möglicherweise fehl, da sie ein DD-NFS verwenden, das auf dem Ziel-ESXi gemountet ist. Bei diesen Wiederherstellungstypen ist Kommunikation zwischen ESXi und DD erforderlich, jedoch nicht für Backups, da diese über eine VM Direct Engine (VMDE oder vProxy) durchgeführt werden.

Die DD-"Adresse" gemäß PowerProtect Data Manager kann der FQDN oder die Management-IP-Adresse des DD sein. Wenn der FQDN verwendet wird, kann das ESXI oder die externe VM Protection Engine, die für die Wiederherstellung verwendet wird, dies möglicherweise nicht in die richtige Daten-IP, sondern stattdessen in die Management-IP auflösen. 

Informationen zu den Portanforderungen finden Sie im PowerProtect-Sicherheitshandbuch: PowerProtect Data Manager: Info Hub – Produktdokumente und -informationen

Die technische Abteilung von PowerProtect Data Manager prüft derzeit eine Option, mit der die DD-Netzwerkschnittstelle während der Wiederherstellung ausgewählt werden kann, um derartige Netzwerkprobleme in einer zukünftigen Version zu vermeiden.

Verfügbare Workarounds:

Option 1: Fügen Sie einen Hosteintrag auf dem ESXi hinzu, um zu erzwingen, dass der DD-FQDN in die erforderliche DD Data-IP aufgelöst wird.

1. ESXi über SSH verbinden
2. Bestätigen Sie, dass die aktuelle IP-Adresse für DD_FQDN zurückgegeben wird.

Im folgenden Beispiel löst ESXI ddve01 in 192.168.9.106 auf, aber 192.168.7.106 ist die erforderliche Daten-IP.

3. Vergewissern Sie sich, dass ESXi die erforderliche DD Data-IP-Schnittstelle erreichen kann

Beispiel: ESXi kann 192.168.7.106 erreichen.

Beispiel für die Bestätigung, dass ESXi 192.168.7.106 auf Port 2049 erreichen kann. Wenn dies nicht erfolgreich ist, vergewissern Sie sich, dass Port 2049 auf einer beliebigen Firewall zwischen ESXi und DD geöffnet ist.

4. Hinzufügen eines Hosteintrags für DD_FQDN- und DD-Daten-IP

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

5. Vergewissern Sie sich, dass die Einstellung übernommen wurde.

# esxcli network ip host list

Mit diesem Befehl wird bestätigt, dass der Eintrag zur Hostliste hinzugefügt wurde.

Beispiel: Jetzt wird ddve01.amer.lan in 192.168.7.106 aufgelöst

6. Versuchen Sie erneut, die VM wiederherzustellen.

Option 2: Weisen Sie ein Netzwerk auf Ressourcenebene zu. Hinweis: Dieser Workaround kann nicht für VMs mit dem Status "Gelöscht" verwendet werden.

Ein Netzwerk, das auf Ressourcenebene zugewiesen ist, hat Vorrang vor dem in der Schutz-Policy festgelegten Netzwerk. Um die Option "Assign network" nutzen zu können, finden Sie unten eine grundlegende Einrichtung, die die Wiederherstellung auf der DD-Netzwerkschnittstelle erleichtert. Sie kann entfernt werden, nachdem die Wiederherstellung abgeschlossen ist.

Legen Sie zunächst einen Netzwerknamen für die DD-Netzwerkschnittstellen in PowerProtect Data Manager fest. In diesem Beispiel haben wir drei DD-Schnittstellen-FQDN, 192.168.9.106 (Management) und 192.168.7.106 (Data)

Definieren Sie die Netzwerkbezeichnung und legen Sie sie auf Asset fest:

1. Um eine Bezeichnung festzulegen, gehen Sie zu Infrastructure-Storage-Select>> DD-More> Actions-Change> Network Settings.
2. Legen Sie den Netzwerknamen für die DD-Schnittstelle für 192.168.7.106 auf diesen "Standardnetzwerk" fest. Dies ist das Standardnetzwerk, das bei der Bereitstellung von PowerProtect Data Manager automatisch definiert wird.
3. Diese DD-Schnittstelle wird unter Infrastructure-Asset-Assign>> Network zur Auswahl angezeigt. 

 


Für die dauerhafte Konfiguration von PowerProtect Data Manager-VLANs gelten Anforderungen und Empfehlungen gemäß PowerProtect Data Manager-Administrationshandbuch – PowerProtect Data Manager: Info Hub – Produktdokumente und -informationen