IDPA und PowerProtect DP Serie: Lösungspfad für interne VM-Backups

Summary: Dieser Wissensdatenbank-Artikel ist ein Lösungspfad für interne IDPA-VM-Backups und behandelt mehrere Szenarien zur Behebung interner VM-Backupfehler.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Backupworkflow

Interner VM-Backupflow 

 

Protokollerfassung für Troubleshooting
Wissensdatenbank-Artikel 000157727: IDPA: Erfassen von Protokolldateien für das Troubleshooting von Avamar-Client-Backup- und -Wiederherstellungsproblemen

 

Relevante Protokolldateien für das Troubleshooting

  • Avamar-Backup-/Wiederherstellungsaktivitätsprotokoll: Laden Sie von der Registerkarte „Avamar Activity Monitor“ herunter. Anweisungen werden im obigen Thema „Protokollerfassung für das Troubleshooting“ genannt.
  • Avamar-Backup-/Wiederherstellungsprotokolle auf Proxy: Die Aktivitätsprotokolle finden Sie auf dem Proxy am Speicherort „/usr/local/avamarclient/var“, wenn sie über die Benutzeroberfläche nicht verfügbar sind.
  • Avamar-Backup in Waiting-Client, Timed Out-Start, Proxyregistrierungsfehler: Das Proxy-Avagent-Serviceprotokoll, das Informationen zur Kommunikation zwischen dem Avamar Server und dem Proxy speichert, finden Sie am Speicherort „/usr/local/avamarclient/var/avagent.log“.
  • Proxybereitstellung: Die Proxy-Bereitstellungsprotokolle finden Sie auf dem Avamar Server am Speicherort „/usr/local/avamar/var/log/vcs/deploymanager.log“.
  • Avamar-Kommunikation mit vCenter: mcserver.out finden Sie auf dem Avamar Server unter dem Speicherort „/usr/local/avamar/var/mc/server_log/mcserver.out“, um Verbindungs-/Kommunikationsprobleme zwischen dem Avamar Server und vCenter zu beheben. Dieses Protokoll kann überprüft werden, wenn die Aktualisierung des vCenter-Nutzernamens/Kennworts auf dem Avamar Server fehlschlägt.

 

Avamar-Proxy:
Fehlerszenarien bei internen IDPA-VM-Backups

Szenario 1: Backups verbleiben im Status „Waiting Client“ oder schlagen mit dem Fehler „TimedOut-Start“ fehl

  1. Stellen Sie eine SSH-Verbindung zum AV-Proxy über die IP-Adresse oder den FQDN her und melden Sie sich als Admin-Nutzer an.
  2. Wechseln Sie mit dem folgenden Befehl zum Root-Nutzer und geben Sie das gemeinsame Kennwort ein: su -
  3. Überprüfen Sie, ob der Proxy erfolgreich registriert wurde, und senden Sie eine Anfrage an den Avamar/Backup-Server:
    tail -f /usr/local/avamarclient/var/avagent.log
  4. Wenn Verbindungsfehler oder Fehler mit dem Status „Unable to connect“ angezeigt werden, registrieren Sie den internen Proxy erneut:
    Registrieren Sie den Avamar-Proxy bei Avamar:
    1. Melden Sie sich über PuTTY mit dem Admin-Nutzer beim Avamar-Proxy an.
    2. Melden Sie sich nach Abschluss des Vorgangs mit diesem Befehl als Root-Nutzer an: su -
    3. Führen Sie den folgenden Befehl aus:
      /etc/init.d/initproxyappliance --start
    4. Sobald das Skript ausgeführt wurde, drücken Sie eine beliebige Taste, um das Eingabeformular aufzurufen.
    5. Geben Sie die Avamar-IP-Adresse (Backup-Server) und die Domäne als „/clients“ an.
      Befehlsausgabe 

 

Szenario 2: Backups schlagen mit dem Fehler „No Proxy“ oder „No eligible proxy“ fehl
Fehler: Wenn die VMware-Image-Backupjobs der IDPA-VMs mit dem Status/Fehler „No Proxy“ oder „No eligible proxy“ fehlschlagen ODER wenn Sie ein On-Demand-Backup dieser VMs ausführen und die Fehlermeldung „Proxy does not protect any datastores“ angezeigt wird.
Bildschirm mit Fehlerdetails 

Überprüfen Sie dann Folgendes:

  1. Navigieren Sie zu „Asset Management“ > Domäne „Clients“.
  2. Wählen Sie den internen IDPA-Proxy aus und dann „More Actions“ > „Edit Client“:
    Bildschirm „Asset Management“ 
  3. Klicken Sie auf die Registerkarte „VMware“ und überprüfen Sie unter „Datastore“, ob ALLE IDPA-Datenspeicher markiert/ausgewählt sind und unter „Groups“, ob der Proxy Teil der entsprechenden Backupgruppen-Policies ist. Klicken Sie nach der Auswahl auf „Update“.
    Bildschirm „Edit Client“ 
    Bildschirm „Edit Client“ 

 

Szenario 3: IDPA-vCenter-Services sind auf Avamar ausgefallen oder vCenter-Verbindungen sind ausgefallen
Um zu überprüfen, ob dieses Szenario zutrifft, führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der Avamar-AUI über die folgende Adresse an: https://<AVAMAR-IP-ADRESSE-ODER-FQDN>/aui.
  2. Navigieren Sie zu „Server“ –> „Services“.
  3. Suchen Sie ganz unten nach den IDPA-vCenter-Services. Wenn Verbindungen ausgefallen sind, liegt ein Problem vor. Wenn Verbindungen den Status „OK“ aufweisen, kann Avamar ohne Probleme eine Verbindung zu vCenter herstellen. Die vCenter-Services können neu gestartet werden, um abgelaufene Verbindungen zu beenden und die Verbindung zwischen Avamar und vCenter wiederherzustellen.

 

Wenn die Verbindungen ausgefallen sind, können Sie Folgendes versuchen, um die Situation zu beheben:

  1. Öffnen Sie SSH zum Avamar-Server als Nutzer „admin“.
  2. Pingen Sie den IDPA vCenter-Hostnamen und den IDPA ESXi-Hostnamen an, um sicherzustellen, dass die DNS-Suche ordnungsgemäß funktioniert.
  3. Wenn der Ping an eine der oben genannten Komponenten fehlschlägt, überprüfen Sie die Datei „/etc/resolv.conf“ auf dem Avamar Server, um sicherzustellen, dass die korrekten DNS-Server und die korrekte Suchdomäne hinzugefügt wurden.
  4. Öffnen Sie die IDPA vCenter-Benutzeroberfläche und melden Sie sich mit dem Root-Nutzer an. Überprüfen Sie, ob die IDPA vCenter-Benutzeroberfläche einwandfrei geladen wird.
  5. Aktualisieren Sie die vCenter-Root-Zugangsdaten in Avamar mithilfe der in Szenario 10 gezeigten Schritte.

 

Szenario 4: Interne IDPA-VM-Backup-Policies fehlen

  • Der folgende Wissensdatenbank-Artikel kann verwendet werden, um die internen IDPA-VM-Backup-Policies, Datasets, Aufbewahrungszeiten, Zeitpläne usw. neu zu erstellen: Wissensdatenbankartikel 21318

 

Szenario 5: Interne IDPA-VM-Backups schlagen nach der erneuten Bereitstellung der vCenter-VM fehl
Um zu überprüfen, ob dieses Szenario zutrifft, führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der Avamar-AUI über die folgende Adresse an: https://<AVAMAR-IP-ADRESSE-ODER-FQDN>/aui.
  2. Navigieren Sie zu „Server“ –> „Services“.
  3. Suchen Sie ganz unten nach den IDPA-vCenter-Services. Wenn Verbindungen ausgefallen sind, liegt ein Problem vor. Wenn Verbindungen den Status „OK“ aufweisen, kann Avamar ohne Probleme eine Verbindung zu vCenter herstellen. Die vCenter-Services können neu gestartet werden, um abgelaufene Verbindungen zu beenden und die Verbindung zwischen Avamar und vCenter wiederherzustellen.

 

Schritte zum erneuten Hinzufügen/Aktualisieren von vCenter in Avamar:

  1. Melden Sie sich bei der Avamar-AUI über den Webbrowser an:
    https://<Avamar_server>/AUI.
  2. Klicken Sie auf der AUI-Navigationsseite auf >> und dann auf „Asset Management“.
    Avamar-UI 
  3. Klicken Sie auf „vCenter“ –> das 3-Punkte-Menü –> „Edit vCenter“.
    Bildschirm „Edit Client“ 

 

  1. Navigieren Sie zur Registerkarte „VMware“ –> Aktualisieren und bestätigen Sie das Kennwort und klicken Sie auf „Update“.
  2. Sobald dies abgeschlossen ist, gehen Sie zu „IDPA vCenter“ –> Unterdomäne „Virtual Machines“.
  3. Alle virtuellen Maschinen sollten aktiviert sein, außer der alten vCenter-VM, also der DataProtection-VCSA.
  4. Wenn die alte vCenter-VM (VCSA) aktiviert ist, führen Sie die folgenden Schritte aus, um sie stillzulegen.
    Avamar-UI 
  5. Stellen Sie sicher, dass auf Avamar keine Replikationsjobs ausgeführt werden, indem Sie die aktiven/laufenden Sitzungen auf der Registerkarte „Activity“ überprüfen. Wenn keine Replikationsjobs ausgeführt werden, klicken Sie auf „More Actions --> „Retire this client“.
    Asset Management 
  6. Wählen Sie die Standardoptionen aus und klicken Sie auf „Submit“.
    Bildschirm „Retire Client“ 
  7. Wenn die Replikation nicht ausgeführt wird, wird der Client aus der Domain entfernt.
  8. Navigieren Sie zur gleichen Virtual Machine-Domäne --> „Add Client“.
    Avamar-UI 
  9. Navigieren Sie im Fenster „Client Add“ zu DPAppliance und suchen Sie nach der DataProtection-VCSA-VM. Wählen Sie den VCSA-Client aus der Liste aus und fügen Sie ihn wieder hinzu. Klicken Sie auf Submit (Senden).
    Avamar-UI 

 

Szenario 6: Alle internen VM-Backups schlagen aufgrund eines M.2-SSD-Fehlers auf der DP4400-Appliance fehl

 

Szenario 7: Interne IDPA-VM-Backups schlagen mit Fehler 10058 fehl

 

Szenario 8: Interne IDPA-VM-Backups schlagen mit dem folgenden Fehler fehl: „avvcbimage Error <17782>: Snapshot cannot be performed because Host '<ESX_HOST_FQDN>' is disconnected“.

 

Szenario 9: Interne IDPA-VM-Backups schlagen fehl mit: „There are currently two usable fault domains. The operation requires one more usable fault domains.“

 

Szenario 10: Interne IDPA-VMs ausgegraut/deaktiviert
Aktualisieren Sie IDPA vCenter in Avamar:

  1. Melden Sie sich bei der Avamar-AUI über den Webbrowser an:
    https://<AVAMAR-IP-ADRESSE-ODER-FQDN>/aui.
  2. Klicken Sie auf der AUI-Navigationsseite auf >> und dann auf „Asset Management“.
  3. Klicken Sie auf „vCenter“ –> das 3-Punkte-Menü –> „Edit vCenter“.
    Avamar-UI 
  4. Navigieren Sie zur Registerkarte „VMware“ –> Aktualisieren und bestätigen Sie das Kennwort. Klicken Sie auf „Update“.
    Bildschirm „Edit Client“ 
  5. Sobald das Kennwort aktualisiert wurde, navigieren Sie zur Unterdomäne „Virtual Machines“ unter der IDPA-vCenter-Domäne und überprüfen Sie den Status der virtuellen Maschinen.
  6. Alle internen virtuellen Maschinen der IDPA müssen aktiviert/nicht ausgegraut sein.

 

Additional Information

Anhang A

Anhang B

  1. IDPA Interne VM-Recovery (außer VCSA oder IDPA vCenter)
Hinweis: In den folgenden Schritten wird ACM als Beispiel verwendet.

1. Öffnen Sie die Avamar Java Console und melden Sie sich als MCUser an.
2. Navigieren Sie zu „Navigation“ --> Registerkarte „Backup and Restore“.
3. Wählen Sie im oberen linken Fensterbereich das IDPA vCenter aus und erweitern Sie es. Wählen Sie die Unterdomäne „Virtual Machines“ aus.
4. Wählen Sie im unteren linken Fensterbereich die interne VM aus, die Sie wiederherstellen möchten, z. B. die VM „DataProtection-ACM“, und überprüfen Sie, ob sie Backups enthält.
5. Wenn Backups vorhanden sind, wählen Sie das Backup vom Tag vor dem Problem aus.
6. Führen Sie die Wiederherstellung für die interne IDPA-VM durch:

Methode Nr. 1: Verwenden der nativen Wiederherstellungsmethode
a. Wählen Sie in der Avamar-Admin-GUI die Ziel-VM aus und navigieren Sie zur Registerkarte „Restore“.
b. Wählen Sie das entsprechende Backup aus, das Sie für die Wiederherstellung verwenden möchten.
c. Wählen Sie „All virtual disks“ aus, klicken Sie mit der rechten Maustaste und wählen Sie „RESTORE Now“ aus.
d. Wählen Sie die Option „Restore to a new VM“ aus und klicken Sie auf „Configure Destination“.
e. Wählen Sie im neuen Fenster das IDPA vCenter als Ziel-vCenter aus und fahren Sie mit dem Assistenten fort.
f. Starten Sie die Wiederherstellung und Ihre VM sollte in der IDPA-vC-Umgebung wiederhergestellt werden.
Hinweis: Wählen Sie im Wiederherstellungsassistenten „<VM-Originalname>-RESTORE“ als Namen für die neue wiederhergestellte VM aus.

Methode 2: Verwenden von Instant Access/Restore
a. Wählen Sie in der Avamar-Admin-GUI die Ziel-VM aus und navigieren Sie zur Registerkarte „Restore“.
b. Wählen Sie das entsprechende Backup aus, das Sie für die Wiederherstellung verwenden möchten.
c. Wählen Sie „All virtual disks“ aus, klicken Sie mit der rechten Maustaste und wählen Sie „INSTANT ACCESS“ aus.
d. Es wird ein Assistent angezeigt. Klicken Sie auf „Configure Destination“ und wählen Sie das IDPA vCenter als Ziel-vCenter aus. Fahren Sie mit dem Assistenten fort und führen Sie die Wiederherstellung durch.
e. Ihre wiederhergestellte ACM-VM ist über die ESXi-Host/vCenter-Benutzeroberfläche sofort zugänglich.

Hinweis: Wenn Sie diese Maschine benötigen, können Sie vMotion zu Ihrem vorhandenen Datenspeicher durchführen, indem Sie eine Storage-Migration auf den DPappliance-Datenspeicher durchführen.
f. Klicken Sie anschließend mit der rechten Maustaste auf die Maschine und wählen Sie „Remove from Inventory“ aus (Löschen Sie die VM nicht von der Festplatte, da dadurch eventuell das Backup gelöscht wird).
g. Navigieren Sie zurück zur Avamar-Admin-GUI und wählen Sie auf der SERVER-Registerkarte „Data Domain NFS Datastores“ aus.
h. Klicken Sie auf den Datenspeicher und dann auf „Unmount/Remove“.
i. Dadurch wird die erfolgreiche Bereinigung des Wiederherstellungsjobs sichergestellt.
7. Melden Sie sich bei der IDPA vCenter-Benutzeroberfläche an.
8. Fahren Sie die beschädigte ursprüngliche IDPA-VM ordnungsgemäß herunter.
9. Klicken Sie mit der rechten Maustaste auf die ursprüngliche VM und dann auf „Edit settings“.
10. Deaktivieren Sie unter „Network Adapter“ --> die Verbindung für alle Portgruppen und speichern Sie.
11. Schalten Sie die neue wiederhergestellte VM ein.
12. Öffnen Sie die Konsole für diese VM und überprüfen Sie, ob sie ordnungsgemäß startet.
Wichtiger Hinweis: LÖSCHEN SIE DIE URSPRÜNGLICHE IDPA-VM ERST, WENN SIE SICHER SIND, DASS DIE NEUE VM EINWANDFREI STARTET. BEHALTEN SIE BEI BEDARF DIE ALTE VM FÜR EIN RCA AN DIE TECHNIKABTEILUNG BEI.
13. Wenn die neue wiederhergestellte IDPA-VM ordnungsgemäß funktioniert, benennen Sie die ursprüngliche VM mit dem suffix „-alt“ um.
14. Benennen Sie die wiederhergestellte IDPA-VM in den Namen der ursprünglichen VM um.
 
  1. IDPA vCenter (VCSA) VM-Recovery
Befolgen Sie den folgenden Wissensdatenbank-Artikel:

Affected Products

Integrated Data Protection Appliance Family

Products

PowerProtect DP4400, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800, Integrated Data Protection Appliance Software, PowerProtect DP5900, PowerProtect DP8400, PowerProtect DP8900
Article Properties
Article Number: 000192157
Article Type: How To
Last Modified: 19 Sep 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.