Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Article Number: 000192157

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

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

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content

Instructions

Backupworkflow

Internal VM Backup Flow.gif

 

Protokollsammlung für Troubleshooting
Wissensdatenbank-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, die im obigen Thema "Protokollsammlung zur Fehlerbehebung" aufgeführt sind
  • Avamar-Backup-/Wiederherstellungsprotokolle im Proxy: Aktivitätsprotokolle finden Sie auf dem Proxy unter dem Speicherort "/usr/local/avamarclient/var", wenn die Benutzeroberfläche nicht verfügbar ist.
  • Avamar-Backup in Waiting-Client, Timed Out-Start, Proxyregistrierungsfehler: Das Proxy Avagent-Serviceprotokoll, das Informationen über die Kommunikation zwischen dem Avamar -Server und dem Proxy speichert, finden Sie unter dem Speicherort "/usr/local/avamarclient/var/avagent.log".
  • Proxybereitstellung: Proxybereitstellungsprotokolle finden Sie auf dem Avamar -Server unter dem 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 Avamar Server und vCenter zu beheben. Dieses Protokoll kann überprüft werden, wenn die Aktualisierung des vCenter-Benutzernamens/-Passworts auf dem Avamar -Server fehlschlägt.

 

Avamar-Proxy:
Internes IDPA-VM-Backup – Fehlerszenarien

Szenario 1: Backups bleiben im Status "Waiting Client" oder schlagen mit dem Fehler "TimedOut-Start" fehl.

  1. SSH mit AVProxy über IP-Adresse oder FQDN und Anmeldung mit dem Benutzer "admin".
  2. Wechseln Sie mit dem folgenden Befehl zum Root-Benutzer und geben Sie ein gemeinsames Passwort ein: su -
  3. Überprüfen Sie, ob der Proxy erfolgreich registriert wurde, und fordern Sie von Avamar/Backup Server an:
    tail -f /usr/local/avamarclient/var/avagent.log
  4. Wenn Fehler oder Fehler mit dem Status "Unable to connect" (Verbindung nicht möglich) hergestellt werden, registrieren Sie den internen Proxy erneut:
    Registrieren Sie den Avamar -Proxy bei Avamar:
    1. Melden Sie sich beim Avamar-Proxy über PuTTY mit dem Admin-Benutzer an.
    2. Melden Sie sich nach Abschluss dieses Vorgangs mit dem Befehl als root 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 einzugeben.
    5. Geben Sie die Avamar -IP-Adresse (Backup Server) an und geben Sie die Domain als "/clients" ein.

 

Szenario 2: Backups schlagen mit dem Fehler "No Proxy" oder "No eligible proxy" fehl.
Fehler Backupjob fehlgeschlagen: Wenn die Backupjobs, die Sie ausgelöst haben, diesen Fehler erhalten. d. h. "Proxy schützt keine Datenspeicher".
image.png

Überprüfen Sie Folgendes:

  1. Navigieren Sie zur Domain "Asset Management" à "clients".
  2. Wählen Sie den internen IDPA-Proxy und dann „Edit Client“ unter weiteren Optionen aus:
    image.png
  3. li>Verify, wenn alle "DataStores" und "Groups" auf der Registerkarte VMware ausgewählt sind. Klicken Sie nach der Auswahl auf „Update“.
    image.png
    image.png

 

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

  1. Melden Sie sich bei der Avamar AUI mit der folgenden Adresse an: https:///aui
  2. Navigieren zu Server --> Services
  3. Suchen Sie die IDPA vCenter-Services unten. Wenn Verbindungen ausgefallen sind, liegt ein Problem vor. Wenn verbindungen den Status "OK" haben, kann avamar problemlos eine Verbindung zu vCenter herstellen. vCenter-Services können neu gestartet werden, um veraltete Verbindungen zu beenden und die Verbindung zwischen Avamar und vCenter wiederherzustellen.

 

Wenn verbindungen nicht aktiv sind, können die folgenden Schritte durchgeführt werden, um dieses Szenario 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 Suchdomain hinzugefügt werden.
  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-Anmeldedaten in Avamar gemäß den Schritten in Szenario 10.

 

Szenario 4: Idpa Interne VM-Backup-Policies fehlen.

  • Der folgende KB-Artikel kann verwendet werden, um die idpa-internen VM-Backup-Policies, Datasets, Aufbewahrungen, Plä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 wir dieses Szenario erreichen, führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der Avamar AUI mit der folgenden Adresse an: https:///aui
  2. Navigieren zu Server --> Services
  3. Suchen Sie die IDPA vCenter-Services unten. Wenn Verbindungen ausgefallen sind, liegt ein Problem vor. Wenn verbindungen den Status "OK" haben, kann avamar problemlos eine Verbindung zu vCenter herstellen. vCenter-Services können neu gestartet werden, um veraltete Verbindungen zu beenden und die Verbindung zwischen Avamar und vCenter wiederherzustellen.

 

Schritte zum Lesen/Aktualisieren von vCenter in Avamar:

  1. Melden Sie sich bei der Avamar AUI über den Webbrowser
    https:///AUI an.
  2. Klicken Sie auf der AUI-Navigationsseite auf >> und klicken Sie dann auf Asset Management.
  3. Klicken Sie auf Vcenter -> Klicken Sie auf three dots -> Edit vCenter.

 

  1. Navigieren Sie zur Registerkarte VMware – > Aktualisieren Sie das Kennwort und bestätigen Sie das Kennwort und klicken Sie auf Update.
  2. Sobald dies abgeschlossen ist, gehen Sie zu IDPA Vcenter -> Gehen Sie zu Subdomain Virtuelle Maschinen.
  3. Alle virtuellen Maschinen sollten aktiviert sein, erwarten Sie die alte Vcenter-VM, d. h. DataProtection-VCSA.
  4. Wenn die alte vCenter (VCSA)-VM aktiviert ist, führen Sie die folgenden Schritte aus, um die alte vCenter (VCSA-VM) stilllegen.
    image.png
  5. Stellen Sie sicher, dass keine Replikationsjobs auf Avamar 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.
    image.png
  6. Wählen Sie die Standardoptionen aus und klicken Sie auf „Submit“.
    image.png
  7. Wenn die Replikation nicht ausgeführt wird, wird der Client aus der Domain entfernt.
  8. Navigieren Sie zur gleichen Virtual Machine-Domain --> Add Client.
    image.png
  9. Navigieren Sie zu DPAppliance im Fenster Client Add und suchen Sie nach 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).
    image.png

 

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 diesem Fehler fehl: „avvcbimage Error : Snapshot kann nicht durchgeführt werden, weil der Host "" getrennt ist".

  • Lesen Sie den folgenden Wissensdatenbankartikel: KB-166308

 

Szenario 9: Interne IDPA-VM-Backups schlagen mit "There are currently two usable fault domains. Der Vorgang erfordert eine weitere nutzbare Fehlerdomäne."

 

Szenario 10: Ausgegraute/deaktivierte
interne IDPA-VMsIdpa vCenter in Avamar aktualisieren:

  1. Melden Sie sich bei der Avamar AUI über den Webbrowser
    https:///aui an.
  2. Klicken Sie auf der AUI-Navigationsseite auf >> und klicken Sie dann auf Asset Management.
  3. Klicken Sie auf vCenter --> Klicken Sie auf drei Punkte --> vCenter bearbeiten.
    image.png
  4. Navigieren Sie zur Registerkarte VMware --> Aktualisieren Sie das Kennwort und bestätigen Sie es. Klicken Sie auf „Update“.
    image.png
  5. Sobald das Passwort aktualisiert wurde, navigieren Sie zu virtuellen Maschinen der Subdomain unter der IDPA vCenter-Domain 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 über MCUser an.
2. Navigieren Sie zu Navigation --> Registerkarte „Backup and Restore“.
3. Wählen Sie im oberen linken Bereich das IDPA vCenter aus und erweitern Sie es. Wählen Sie eine Unterdomain für virtuelle Maschinen aus.
4. Wählen Sie im unteren linken Fensterbereich die interne VM aus, die wir wiederherstellen müssen, z. B. die VM "DataProtection-ACM" und überprüfen Sie, ob sie über Backups verfügt.
5. Wenn die Backups vorhanden sind, wählen Sie das Backup am 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
Eine. Wählen Sie in der Avamar Admin-GUI die virtuelle Zielmaschine aus und navigieren Sie zur Registerkarte Wiederherstellen.
B. Wählen Sie das entsprechende Backup aus, das Sie für die Wiederherstellung
verwenden möchten. Wählen Sie Alle virtuellen Laufwerke aus, klicken Sie mit der rechten Maustaste und wählen Sie RESTORE Now
d aus. Wählen Sie die Option Restore to a new VM aus und klicken Sie auf Configure Destination
e. Wählen Sie im neuen Fenster 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 „-RESTORE“ als Namen für die neue wiederhergestellte VM im Wiederherstellungsassistenten aus.

Methode 2: Verwenden von Instant Access/Restore
Eine. Wählen Sie in der Avamar Admin GUI die virtuelle Zielmaschine aus und navigieren Sie zur Registerkarte
Wiederherstellen b. Wählen Sie das entsprechende Backup aus, das Sie für die Wiederherstellung
verwenden möchten. Wählen Sie alle virtuellen Laufwerke aus, klicken Sie mit der rechten Maustaste und wählen Sie INSTANT ACCESS
d aus. Ihnen wird ein Assistent angezeigt, klicken Sie auf Ziel konfigurieren, wählen Sie IDPA vCenter als Ziel-vCenter aus, fahren Sie mit dem Assistenten fort und führen Sie die Wiederherstellung
durch. Auf Ihre wiederhergestellte virtuelle ACM-Maschine kann sofort auf der ESXi-Host-/vCenter-Benutzeroberfläche zugegriffen werden.

Hinweis: Wenn Sie diesen Rechner benötigen, können Sie vMotion zu Ihrem vorhandenen Datenspeicher durchführen – Speichermigration zu DPappliance-Datastore durchführen.
F. Klicken Sie anschließend mit der rechten Maustaste auf den Rechner und wählen Sie Aus Bestandsaufnahme entfernen aus (Löschen Sie die VM nicht von der Festplatte, da dies das Backup möglicherweise löscht).
g. Navigieren Sie zurück zur Avamar-Admin-GUI. Wählen Sie auf der Registerkarte SERVER die Option Data Domain NFS Datastores
h aus. Klicken Sie auf den Datastore und klicken Sie auf Unmount/Remove
i. Dadurch wird eine erfolgreiche Bereinigung des Wiederherstellungsjobs
7 sichergestellt. Melden Sie sich bei der IDPA vCenter-Benutzeroberfläche an.
8. Fahren Sie die ursprüngliche beschädigte IDPA-VM ordnungsgemäß herunter.
9. Klicken Sie mit der rechten Maustaste auf die ursprüngliche VM und klicken Sie auf „Edit settings“.
10. Deaktivieren Sie unter Netzwerkadapter --> die Verbindung für alle Portgruppen und speichern Sie sie.
11. Schalten Sie die neue wiederhergestellte VM ein.
12. Öffnen Sie die Konsole für diese VM und überprüfen Sie, ob sie einwandfrei 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 einwandfrei funktioniert, benennen Sie original und suffix "-old"
um 14. Benennen Sie die wiederhergestellte IDPA-VM in den Namen der ursprünglichen VM um.
 
  1. IDPA vCenter (VCSA) VM-Recovery
Halten Sie sich an den folgenden KB-Artikel:

Article Properties

Affected Product

Integrated Data Protection Appliance Family

Product

PowerProtect DP4400, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800, Integrated Data Protection Appliance Software, PowerProtect DP5900, PowerProtect DP8400, PowerProtect DP8900

Last Published Date

10 Oct 2023

Version

4

Article Type

How To

Back to Top