PowerProtect DM: Migrieren von Backupmetadaten des Avamar-Dateisystems mit GSAN Mover

INHALTSVERZEICHNIS

1. Übersicht
2. Wichtige Funktionen
3. Voraussetzungen
4. Prüfliste vor der Migration
5. Download und Installation
6. Konfiguration
7. Migrationsverfahren
8. Überprüfungsschritte
9. Troubleshooting
10. Best Practices

---

1. ÜBERSICHT

Das GSAN Mover-Tool ist ein spezialisiertes Dienstprogramm zur Vereinfachung der Migration von Backupmetadaten des Avamar-Dateisystems zu Dell PowerProtect Data Manager. Mit diesem Tool können Kunden ihre Dateisystemressourcen von Avamar zu PowerProtect Data Manager migrieren und dabei historische Backupmetadaten und die Datenintegrität aufrechterhalten.

WICHTIGER HINWEIS:
Der GSAN Mover migriert NUR METADATEN. Die Backupdaten verbleiben auf dem Data Domain-System und werden während des Migrationsprozesses nicht verschoben oder geändert.

Gilt für:

• Dell PowerProtect Data Manager 20.1 und höher
• Dell Avamar (alle unterstützten Versionen) 
• Dell Data Domain (alle unterstützten Versionen)
• Nur Dateisystembackups

---

2. HAUPTMERKMALE

Das GSAN Mover-Tool bietet die folgenden Funktionen:

• Metadatenmigration
  : Übertragung von Backupmetadaten von Avamar zu PowerProtect Data Manager, ohne Daten zu verschieben
• Datenaufbewahrung
  Backupdaten verbleiben auf Data Domain (keine Datenverschiebung erforderlich)
•  Stapelverarbeitung Unterstützt die gleichzeitige Migration mehrerer Clients
  
• Aufbewahrung historischer Backups
  Alle Sicherungskopien bleiben nach der Migration zugänglich.
• Die unterbrechungsfreie
  Metadatenmigration hat keine Auswirkungen auf vorhandene Backupdaten.

---

3. Voraussetzungen

3.1 Systemanforderungen

• Zugangsvoraussetzungen:
  • PowerProtect Data Manager-Server oder designierter funktionierender Host mit Netzwerkkonnektivität für Folgendes:
    • Avamar-Server
    • Data Domain-System
    • PowerProtect Data Manager-Server
• Anmeldeinformationen erforderlich:
  • Avamar-Root-Nutzername und -Kennwort
  • Nutzername und Kennwort für Data Domain DD Boost
  • Administratorzugangsdaten für PowerProtect Data Manager
• Netzwerkanforderungen:
  • SSH- oder SCP-Zugriff zum Übertragen von Dateien.
  • Netzwerkverbindung zwischen allen Systemen (Avamar, Data Domain, PowerProtect Data Manager)
  • Firewallregeln, die so konfiguriert sind, dass sie erforderliche Ports zulassen.
• Softwareanforderungen:
  • Linux UNIX-Umgebung mit Bash-Shell
  • Ausreichend Speicherplatz für Tool und Protokolle (mindestens 1 GB empfohlen)
  • wget oder curl Dienstprogramm zum Herunterladen des Tools

3.2 Überprüfung der Umgebung

Überprüfen Sie Folgendes, bevor Sie fortfahren:

• Avamar-Umgebung:
  • Der Avamar-Server ist betriebsbereit und zugänglich.
  • Dateisystemclients wurden erfolgreich gesichert.
  • Die Avamar-Domainstruktur ist dokumentiert.
  • Root-Zugriff ist verfügbar.
• Data Domain-Umgebung:
  • Das Data Domain-System ist betriebsbereit.
  • DD Boost ist für Avamar konfiguriert.
  • TLS-Konfiguration ist bekannt (aktiviert oder deaktiviert)
  • Es ist ausreichend Kapazität verfügbar.
• PowerProtect Data Manager-Umgebung:
  • PowerProtect Data Manager-Server ist betriebsbereit (Version 20.1 oder höher)
  • Administratorzugriff ist verfügbar.
  • PowerProtect Data Manager File System Agent ist für die Installation verfügbar.
  • Die Netzwerkverbindung zu Avamar und Data Domain wird überprüft.

---

4. CHECKLISTE VOR DER MIGRATION

Führen Sie die folgenden Aufgaben aus, bevor Sie die Migration starten:

[ ] Vergewissern Sie sich, dass alle Dateisystemclients erfolgreich in Avamar gesichert wurden.
[ ] Dokumentieren der aktuellen Avamar-Domainstruktur und Clientliste
[ ] Stellen Sie sicher, dass die Data Domain über ausreichend Kapazität für den fortlaufenden Betrieb verfügt.
[ ] Überprüfen der TLS-Konfiguration auf Data Domain (aktiviert oder deaktiviert)
[ ] Aktuelle Avamar-Konfiguration
sichern[ ] Stellen Sie sicher, dass der PowerProtect Data Manager-Dateisystem-Agent für die Zielwiederherstellungshosts verfügbar ist.
[ ] Überprüfen Sie die Netzwerkverbindung zwischen allen Systemen.
[ ] Planung des Wartungsfensters für Migrationsaktivitäten
[ ] Benachrichtigung der Stakeholder über die geplante Migration
[ ] Bereiten Sie bei Bedarf einen Rollback-Plan vor.

---

5. DOWNLOAD UND INSTALLATION

5.1 Laden Sie das GSAN Mover-Tool herunter.

Das Tool ist auf dem Dell Downloads-Server unter der folgenden URL verfügbar: https://dl.dell.com/downloads/HMP51_PTPP-GSAN-Data-Mover.gz (Anmeldung beim Dell Support ist für den Zugriff erforderlich)

• Methode 1: Die Verwendung von wget
wget https://dl.dell.com/downloads/HMP51_PTPP-GSAN-Data-Mover.gz (Anmeldung beim Dell Support ist für den Zugriff erforderlich)
• Methode 2: Die Verwendung von curl
curl -O https://dl.dell.com/downloads/HMP51_PTPP-GSAN-Data-Mover.gz (Anmeldung beim Dell Support ist für den Zugriff erforderlich)

5.2 Übertragung an Zielhost.

Übertragen Sie die heruntergeladene Datei auf Ihren PowerProtect Data Manager-Server oder einen festgelegten Arbeitshost:

scp HMP51_PTPP-GSAN-Data-Mover.gz <user>@<target_host>:/tmp/

Ersetzen Sie <user> und <target_host> durch Ihre Umgebungswerte.

5.3 Extrahieren Sie das Paket.

Extrahieren Sie die komprimierte Datei:

gunzip HMP51_PTPP-GSAN-Data-Mover.gz

Wenn es sich bei der Datei um einen Tarball (.tar.gz):

tar -xzf HMP51_PTPP-GSAN-Data-Mover.gz

5.4 Festlegen der Berechtigungen für ausführbare Dateien

Machen Sie die Binärdatei ausführbar:

chmod +x ./gsan-mover

Überprüfen Sie, ob die Datei ausführbar ist:

ls -l ./gsan-mover

Die erwartete Ausgabe sollte Ausführungsberechtigungen anzeigen (z. B. -rwxr-xr-x) enthalten.

---

6. KONFIGURATION

Für das GSAN Mover-Tool sind zwei Konfigurationsdateien erforderlich:

6.1 Konfigurationsdatei (YAML Format)

Erstellen Sie eine Datei mit dem Namen config_input.yaml mit Ihren Umgebungsdetails:

Datei: config_input.yaml

Avamar:
  username: root
  password: <avamar_root_password>

DataDomains:
ip: <data_domain_ip_address>
username: <dd_boost_username>
password: <dd_boost_password>
tls: <true/false>

Konfigurationsparameter:

Parameter                                        Description                                                                                                    Example
─────────────────────      ─────────────────────────────────────────────      ──────────────────────
Avamar.username               Root username for the Avamar server                                                            root
Avamar.password               Root password for the Avamar server                                                            YourSecurePassword123
DataDomains.ip                IP address or FQDN of Data Domain system          192.168.1.100 or dd01.example.com
DataDomains.username          DD Boost username configured for Avamar           ddboost_user
DataDomains.password          DD Boost user password                                                                                 DDBoostPassword456
DataDomains.tls               TLS encryption setting (true or false)                                                              true or false
                              Must match Data Domain TLS configuration.

SICHERHEITSHINWEIS:
Schützen Sie die Konfigurationsdatei zum Schutz mit eingeschränkten Berechtigungen.

Anmeldeinformationen:

chmod 600 config_input.yaml

Überprüfen Sie die Berechtigungen:

ls -l config_input.yaml

Erwartete Ausgabe:

-rw------- (owner read/write only)

6.2 Clienteingabedatei (CSV Format)

Erstellen Sie eine Datei mit dem Namen clients_input.csv Auflisten der zu migrierenden Dateisystemclients:

Datei: clients_input.csv

name,domain
client1.example.com,/clients
client2.example.com,/clients
client3.example.com,/production

CSV-Spaltendefinitionen:

Column           Description                                               Example
────────      ────────────────────────────────────────────────────      ──────────────────────────
name             Fully Qualified Domain Name (FQDN) of the file            fileserver01.corp.example.com

domain           Avamar domain path where the client resides               /clients or /production/fileservers

Beispiel mit mehreren Clients:

name,domain
fileserver01.corp.example.com,/clients
fileserver02.corp.example.com,/clients
fileserver03.corp.example.com,/production
nas01.corp.example.com,/production/nas
nas02.corp.example.com,/production/nas

 

---

7. MIGRATIONSVERFAHREN

Führen Sie die folgenden Schritte in der angegebenen Reihenfolge aus:

Schritt 1: Führen Sie das GSAN Mover-Tool aus. 

Führen Sie das Tool mit Ihren Konfigurationsdateien aus:

./gsan-mover --config-file <config_file_path> --clients-file <path_to_clients_file>

Beispiel:

./gsan-mover --config-file ./config_input.yaml --clients-file ./clients_input.csv

Empfohlen: Protokolle
erfassenErfassen Sie zu Troubleshooting- und Auditzwecken die Ausgabe in einer Protokolldatei:

./gsan-mover --config-file ./config_input.yaml --clients-file ./clients_input.csv 2>&1 | tee gsan-mover-$(date +%Y%m%d-%H%M%S).log

Dadurch wird eine Protokolldatei mit Zeitstempel erstellt (z. B. gsan-mover-20260512-143022.log) zur späteren Bezugnahme.

Überwachen der Ausführung:

• Überwachen Sie die Ausgabe des Tools auf Fortschrittsaktualisierungen.
• Warten Sie, bis das Tool einen erfolgreichen Abschluss meldet.
• Überprüfen Sie alle Warnungen oder Fehler in der Ausgabe.
• Überprüfen Sie die Protokolldatei auf detaillierte Ausführungsinformationen.
• Fahren Sie NICHT mit Schritt 2 fort, bevor dieser Schritt nicht erfolgreich abgeschlossen wurde.

Schritt 2: Deaktivieren Sie die Avamar-Backup-Policy.

Dies ist ein KRITISCHER SCHRITT – NICHT ÜBERSPRINGEN!
Bevor Sie mit der Migration in der Benutzeroberfläche von PowerProtect Data Manager fortfahren, MÜSSEN Sie die Backup-Policy auf dem Avamar Server für die zu migrierenden Ressourcen deaktivieren. Dies ist ein erforderlicher Schritt, damit PowerProtect Data Manager die Ressourcen als für die Migration verfügbar erkennt.

Verfahren:

1. Melden Sie sich bei der Avamar-Verwaltungskonsole an.
2. Navigieren Sie zu Administration → Policies.
3. Wählen Sie die Backup-Policy aus, die den zu migrierenden Dateisystemclients zugeordnet ist.
4. Klicken Sie auf Disable , um die Policy zu beenden.
5. Vergewissern Sie sich, dass die Policy deaktiviert ist (der Status sollte "Deaktiviert" oder "Gestoppt" anzeigen).

Wichtig:

• Die Policy muss während des Migrationsprozesses deaktiviert bleiben.
• Sie können sie bei Bedarf nach Abschluss der Migration erneut aktivieren.
• Dokumentieren Sie, welche Policies deaktiviert wurden.

Schritt 3: Fügen Sie Avamar als Ressourcenquelle in PowerProtect Data Manager hinzu.

3.1 Hinzufügen einer Avamar-Ressourcenquelle.

1. Melden Sie sich bei der PowerProtect Data Manager-Benutzeroberfläche als Administrator an
2. Navigieren Sie zu Infrastruktur → Ressourcenquellen
3. Klicken Sie auf + Add.
4. Wählen Sie Avamar aus der Liste aus.
5. Geben Sie den FQDN oder die IP-Adresse des Avamar Servers ein.
6. Klicken Sie auf Verifizieren
7. Geben Sie die Avamar-Anmeldedaten ein, wenn Sie dazu aufgefordert werden.
8. Klicken Sie auf Speichern.

3.2 Auf Ermittlungsjob warten

1. Gehen Sie zu Jobs → System Jobs
2. Suchen Sie den Ermittlungs- und Vorabprüfungsjob für die Avamar-Ressourcenquelle.
3. Überwachen Sie den Fortschritt des Jobs.
4. Warten Sie, bis der Job erfolgreich abgeschlossen wurde.
5. Stellen Sie sicher, dass in den Jobdetails keine Fehler gemeldet werden.

Erwartete Dauer: 5 bis 15 Minuten (je nach Umgebungsgröße)

Schritt 4: Migrieren von Ressourcen in PowerProtect Data Manager.

4.1 Gehen Sie zu "Assets".

1. Navigieren Sie in der Benutzeroberfläche von PowerProtect Data Manager zu Infrastructure → Assets
2. Klicken Sie auf die Registerkarte Non-Migrated
3. Überprüfen Sie , ob die Dateisystemclients in der Liste angezeigt werden.

Wenn Clients nicht angezeigt werden:

• Überprüfen Sie, ob Schritt 2 abgeschlossen wurde (Avamar-Policy deaktiviert).
• Warten Sie, bis der Ermittlungsjob abgeschlossen ist.
• Aktualisieren Sie die Seite.
• Überprüfen Sie die PowerProtect Data Manager-Protokolle auf Fehler.

4.2 Initiieren der Migration.

1. Wählen Sie die Dateisystemclients aus, die Sie migrieren möchten. (Verwenden Sie Ctrl+Click oder Shift+Click , um mehrere Clients auszuwählen.)
2. Klicken Sie auf die Schaltfläche Zu Data Manager migrieren .
3. Überprüfen Sie das Dialogfeld zur Bestätigung der Migration.
4. Klicken Sie auf Confirm , um die Migration zu starten.

4.3 Überwachen des Migrationsfortschritts

1. Gehen Sie zu Jobs → System Jobs
2. Suchen Sie den Migrationsjob oder die Migrationsjobs .
3. Überwachen Sie den Fortschritt des Jobs.
4. Warten Sie, bis der Job erfolgreich abgeschlossen wurde.
5. Überprüfen Sie die Jobdetails auf Warnungen oder Probleme.

Erwartete Dauer: Variiert je nach Metadaten-Volume (in der Regel 5 bis 30 Minuten pro Client)

Schritt 5: Migration überprüfen. 

Führen Sie nach Abschluss der Migration die folgenden Überprüfungsschritte durch:

5.1 Überprüfen des Ressourcenstatus

1. Infrastructure → Assets aufrufen
2. Klicken Sie auf die Registerkarte Migrate.
3. Vergewissern Sie sich, dass die migrierten Ressourcen in der Liste angezeigt werden.
4. Überprüfen Sie , ob die Ressourcendetails korrekt sind:

• • Hostname stimmt mit erwartetem FQDN überein.
  • Der Domainpfad ist korrekt.
  • Status wird als "Geschützt" oder "Aktiv" angezeigt

5.2 Überprüfen der Sicherungskopien

1. Wählen Sie eine migrierte Ressource aus der Liste aus.
2. Klicken Sie auf View Copies (oder eine ähnliche Option)
3. Überprüfen Sie , ob alle Verlaufssicherungskopien sichtbar sind.
4. Überprüfen Sie für jede Sicherungskopie Folgendes:

• • Backupdatum und -uhrzeit stimmen mit Avamar-Datensätzen überein
  • Die Backupgröße ist angemessen.
  • Der Backupstatus wird als Available oder Successful angezeigt

5.3 Führen Sie eine Testwiederherstellung durch.

1. Navigieren Sie zu Restore → Assets (oder Restore → File System).
2. Wählen Sie eine migrierte Ressource aus.
3. Wählen Sie eine wiederherzustellende Sicherungskopie aus (vorzugsweise eine aktuelle Kopie).
4. Wählen Sie bestimmte Dateien oder Ordner für die Wiederherstellung aus.
5. Wählen Sie einen Zielhost für die Wiederherstellung aus. (PowerProtect Data Manager File System Agent muss installiert und registriert sein.)
6. Konfigurieren Sie die Wiederherstellungsoptionen nach Bedarf.
7. Klicken Sie auf Restore , um den Vorgang auszuführen.
8. Überwachen Sie den Wiederherstellungsjob unter Jobs → Wiederherstellungsjobs .
9. Überprüfen Sie nach Abschluss der wiederhergestellten Datenintegrität:

• • Überprüfen Sie den Dateiinhalt.
  • Überprüfen Sie die Dateiberechtigungen.
  • Bestätigen Sie die Zeitstempel der Datei.

 

---

8. VERIFIZIERUNGSSCHRITTE

Führen Sie nach Abschluss des Migrationsverfahrens die folgenden zusätzlichen Überprüfungsschritte durch:

8.1 Überprüfen der Data Domain-Konnektivität

1. Navigieren Sie in der Benutzeroberfläche von PowerProtect Data Manager zu Infrastruktur → Storage-Systeme.
2. Vergewissern Sie sich, dass das Data Domain-System aufgeführt ist und den Status Connected anzeigt.
3. Überprüfen Sie die Kapazitäts - und Integritätsanzeige .

8.2 Überprüfen Sie die Schutz-Policies.

1. Navigieren Sie zu Protection → Protection Policies.
2. Erstellen oder Aktualisieren von Schutz-Policies für migrierte Ressourcen
3. Zuweisen von Policies zu migrierten Dateisystemclients
4. Führen Sie ein manuelles Backup aus, um die Funktionalität zu überprüfen.

8.3 Überprüfen des Agent-Status (für Wiederherstellungsvorgänge)

1. Navigieren Sie zu Infrastruktur → Agents
2. Überprüfen Sie , ob PowerProtect Data Manager File System Agent auf den Zielhosts installiert ist.
3. Überprüfen Sie, ob der Agent-Status als Registriert oder Aktiv angezeigt wird.
4. Überprüfen Sie , ob die Agent-Version mit der PowerProtect Data Manager-Version kompatibel ist.

8.4 Ergebnisse der Dokumentmigration

• Notieren Sie alle migrierten Clients und deren Status.
• Dokumentieren Sie alle aufgetretenen Probleme und Lösungen.
• Aktualisieren von Runbooks und Betriebsverfahren
• Archivierung von Konfigurationsdateien und Protokolldateien

---

9. PROBLEMBEHANDLUNG

Dieser Abschnitt enthält Lösungen für häufige Probleme, die während der Migration auftreten.

AUSGABE 1: Verbindungs-Timeout zu Avamar oder Data Domain

Symptome:

• Das Tool schlägt mit Verbindungs-Timeout-Fehlern fehl.
• Avamar oder Data Domain können nicht erreicht werden.
• Fehlermeldungen, die auf Probleme mit der Netzwerkverbindung hinweisen

Lösung:

1. Überprüfen Sie die Netzwerkverbindung:   

ping <avamar_ip>

ping <data_domain_ip>

2. Überprüfen Sie die Firewallregeln:

• • Stellen Sie sicher, dass die erforderlichen Ports offen sind.
  • Stellen Sie sicher, dass keine Netzwerk-ACLs den Datenverkehr blockieren.

3. Überprüfen Sie die Zugangsdaten:

• • Testen Sie die Avamar-Zugangsdaten: ssh root@<avamar_ip>
  • Überprüfen Sie die DD Boost-Zugangsdaten auf Data Domain.

4. Überprüfen Sie den Servicestatus:

• • Stellen Sie sicher, dass die Avamar-Services ausgeführt werden.
  • Überprüfen Sie, ob die Data Domain-Services betriebsbereit sind.

5. Überprüfen Sie die Netzwerkkonfiguration:

• • Überprüfen Sie die DNS-Auflösung.
  • Überprüfen Sie das Routing zwischen den Systemen.

PROBLEM 2: Authentifizierungsfehler

Symptome:

• Fehlermeldungen zu Authentifizierung fehlgeschlagen.
• Fehler wegen ungültiger Anmeldeinformationen
• Meldungen über abgelehnten Zugriff

Lösung:

1. Überprüfen Sie den Nutzernamen und das Kennwort in config_input.yamlverwalten:

• • Überprüfen Sie, ob Tippfehler oder zusätzliche Leerzeichen vorliegen.
  • Stellen Sie sicher, dass das Kennwort korrekt ist.

2. Testen Sie die Zugangsdaten manuell:

• • SSH zu Avamar: ssh root@<avamar_ip>
  • Testen der DD Boost-Zugangsdaten in der Data Domain-Konsole

3. Prüfen Sie , ob die Kennwörter Sonderzeichen enthalten:

• • Einige Sonderzeichen müssen möglicherweise in Escapezeichen YAML.
  • Erwägen Sie die Verwendung einfacher Anführungszeichen um das Kennwort.

4. Überprüfen Sie den Kontostatus:

• • Stellen Sie sicher, dass das Konto nicht gesperrt ist.
  • Überprüfen Sie die Policy für den Kennwortablauf.
  • Überprüfen Sie, ob das Konto über die erforderlichen Berechtigungen verfügt.

AUSGABE 3: TLS-Konfiguration stimmt nicht überein 

Symptome:

• TLS-Handshake-Fehler
• SSL/TLS-Fehler in Protokollen
• Zertifikatvalidierungsfehler

Lösung:

1. Überprüfen Data Domain-TLS-Konfiguration:

• • Anmelden bei PowerProtect DD System Manager
  • Überprüfen Sie die DD Boost-TLS-Einstellungen.

2. Konfiguration anpassen in config_input.yamlverwalten:

• • Wenn für eine Data Domain TLS aktiviert ist, legen Sie Folgendes fest: tls: true
  • Wenn TLS für eine Data Domain deaktiviert ist, legen Sie Folgendes fest: tls: false

3. Überprüfen Sie die Gültigkeit des Zertifikats (wenn TLS aktiviert ist):

• • Überprüfen Sie den Ablauf des Zertifikats.
  • Überprüfen Sie die Zertifikatkette.

4. Test DD Boost-Konnektivität:

• • Verwenden Sie DD Boost-Testdienstprogramme.
  • Überprüfen Sie, ob der TLS-Handshake erfolgreich ist.

AUSGABE 4: Bestände, die nicht auf der Registerkarte "Nicht migriert" von PowerProtect Data Manager nicht angezeigt werden

Symptome:

• In PowerProtect Data Manager nicht sichtbare migrierte Metadaten
• Fehlende Ressourcen in der Liste der nicht migrierten Ressourcen
• Leere Bestandsliste nach der Erkennung

Lösung:

1. Überprüfen Sie, ob die Avamar-Backup-Policy deaktiviert ist (Schritt 2):

• • Melden Sie sich bei der Avamar-Verwaltungskonsole an.
  • Überprüfen Sie den Policy-Status.
  • Deaktivieren Sie die Policy, wenn sie nicht bereits deaktiviert ist.

2. Warten Sie, bis der PowerProtect Data Manager-Erkennungsjob abgeschlossen ist:

• • Gehen Sie zu Jobs → System Jobs
  • Überprüfen Sie, ob der Ermittlungsjob erfolgreich abgeschlossen wurde.
  • Überprüfen Sie die Dauer des Jobs (kann 10 bis 15 Minuten dauern)

3. Aktualisieren Sie die Seite "Assets":

• • Klicken Sie auf die Schaltfläche zum Aktualisieren in der Benutzeroberfläche von PowerProtect Data Manager.
  • Melden Sie sich ab und wieder an.
  • Browser-Cache bei Bedarf löschen

4. Prüfen PowerProtect Data Manager-Protokolle für Erkennungsfehler:

• • Navigieren Sie zu System → Logs
  • Filter für erkennungsbezogene Fehler
  • Überprüfen von Fehlermeldungen für bestimmte Probleme

5. Überprüfen Konfiguration der Avamar-Bestandsquelle:

• • Navigieren Sie zu Infrastruktur → Ressourcenquellen
  • Überprüfen Sie, ob der Avamar -Server aufgeführt ist.
  • Überprüfen Sie den Verbindungsstatus.
  • Überprüfen Sie die Zugangsdaten bei Bedarf erneut.

AUSGABE 5: Der Migrationsjob schlägt in PowerProtect Data Manager fehl.

Symptome:

• Für den Migrationsjob wird der Status "Fehlgeschlagen" angezeigt.
• Fehlermeldungen in Systemjobs
• Der Job wird ohne Fehler abgeschlossen.

Lösung:

1. Überprüfen Sie detaillierte Jobprotokolle in PowerProtect Data Manager:

• • Gehen Sie zu Jobs → System Jobs
  • Klicken Sie auf den fehlgeschlagenen Migrationsjob.
  • Überprüfen von Fehlermeldungen und Stack-Traces

2. Überprüfen Data Domain-Konnektivität von PowerProtect Data Manager:

• • Navigieren Sie zu Infrastruktur → Storage-Systeme
  • Prüfen Data Domain-Verbindungsstatus.
  • Konnektivität testen

3. Prüfen Data Domain-Kapazität und -Integrität:

• • Anmelden bei PowerProtect DD System Manager
  • Überprüfen Sie die ausreichende Kapazität.
  • Überprüfen Sie, ob Warnmeldungen oder Warnungen vorhanden sind.

4. Stellen Sie sicher , dass DD Boost korrekt konfiguriert ist:

• • Überprüfen Sie die DD Boost-Nutzerzugangsdaten.
  • Überprüfen Sie die Konfiguration der DD Boost-Speichereinheit.
  • Überprüfen Sie die Avamar DD Boost-Konfiguration.

5. Überprüfen Sie, ob das GSAN Mover-Tool erfolgreich abgeschlossen wurde:

• • Überprüfen der GSAN Mover-Protokolldateien
  • Stellen Sie sicher, dass keine Fehler gemeldet wurden.
  • Führen Sie GSAN Mover bei Bedarf erneut aus

6. Migration erneut versuchen :

• • Nachdem Sie die Probleme behoben haben, wiederholen Sie die Migration.
  • Wählen Sie die Ressource erneut aus und klicken Sie auf Migrate.

AUSGABE 6: Wiederherstellungsvorgang schlägt fehl. 

Symptome:

• Der Wiederherstellungsjob schlägt fehl oder es tritt eine Zeitüberschreitung auf.
• Daten werden nicht auf dem Zielhost wiederhergestellt.
• Fehlermeldungen während der Wiederherstellung

Lösung:

1. Überprüfen Sie , ob PowerProtect Data Manager File System Agent auf dem Zielhost installiert ist:

• • Überprüfen Sie die Agent-Installation.
  • Überprüfen Sie die Kompatibilität der Agent-Version.

2. Überprüfen Sie den Status der Agent-Registrierung in PowerProtect Data Manager:

• • Navigieren Sie zu Infrastruktur → Agents
  • Überprüfen, ob der Agent als registriert angezeigt wird
  • Registrieren Sie den Agenten bei Bedarf erneut.

3. Überprüfen Sie die Netzwerkverbindung:

• • Testen der Konnektivität zwischen PowerProtect Data Manager und dem Zielhost
  • Überprüfen Sie die Firewallregeln.
  • Überprüfen Sie die DNS-Auflösung.

4. Prüfen Data Domain-Konnektivität und -Performance:

• • Überprüfen Sie, ob auf Data Domain zugegriffen werden kann.
  • Überprüfen Sie die Data Domain-Performancekennzahlen.
  • Stellen Sie sicher, dass keine Kapazitätsprobleme vorliegen.

5. Überprüfen Sie die Protokolle der Wiederherstellungsjobs:

• • Navigieren Sie zu Jobs → Wiederherstellungsjobs
  • Klicken Sie auf den fehlgeschlagenen Wiederherstellungsjob.
  • Überprüfen von Fehlermeldungen für bestimmte Probleme

6. Überprüfen Sie die Wiederherstellungsberechtigungen:

• • Stellen Sie sicher, dass das Zielverzeichnis beschreibbar ist.
  • Überprüfen Sie die Dateisystemberechtigungen.
  • Überprüfen Sie, ob genügend Speicherplatz auf dem Ziel vorhanden ist.

9.1 Speicherorte der Protokolldatei

• GSAN-Mover Protokolle:

Location: gsan-mover-<timestamp>.log (in execution directory)

Contains: Tool execution details, errors, and progress information

• PowerProtect Data Manager Protokolle:

Location: Available in PowerProtect Data Manager UI under Jobs → System Jobs → Job Details

Contains: Discovery, migration, and restore job details.

• Avamar Protokolle:

Location: /usr/local/avamar/var/ on Avamar server

Contains: Avamar system logs and backup job details

• Data Domain Protokolle:

Location: Accessible by Data Domain System Manager

Contains: DD Boost logs and system events

9.2 Erfassen von Diagnoseinformationen

Wenn Sie sich an den technischen Support von Dell wenden, erfassen Sie Folgendes:

• GSAN Mover-Protokolldateien (alle Protokolle mit Zeitstempel)
• Konfigurationsdateien (config_input.yaml und clients_input.csv)

 

 

• PowerProtect Data Manager-Jobprotokolle (exportiert aus Systemjobs)
• Screenshots von Fehlermeldungen
• Details zur Umgebung:
  • PowerProtect Data Manager-Version
  • Avamar-Version
  • Data Domain-Version
  • Netzwerktopologiediagramm (falls verfügbar)

---

10. BEWÄHRTE VERFAHREN

10.1 Planungsphase

• Pilotmigration
  • Testen Sie zunächst mit einer kleinen Teilmenge von Clients (2-3)
  • Validieren des gesamten Prozesses vor der vollständigen Migration
  • Dokumentation der gewonnenen Erkenntnisse
• Wartungszeitfenster
  • Planung der Migration außerhalb der Spitzenlastzeiten
  • Planen Sie ausreichend Zeit für die Fertigstellung und Überprüfung ein.
  • Planen eines potenziellen Rollbacks, falls erforderlich
• Dokumentation
  • Dokumentieren aller Client-FQDNs, Domains und Policies
  • Erstellen Sie einen detaillierten Migrationsplan.
  • Vorbereiten der Rollback-Verfahren
• Kommunikation
  • Benachrichtigung der StakeholderInnen über den Zeitplan für die Migration
  • Kommunizieren der erwarteten Ausfallzeit (falls vorhanden)
  • Bereitstellen von Statusaktualisierungen während der Migration

10.2 Ausführungsphase

• Batchgröße
  • Migration von Clients in überschaubaren Batches (10 bis 20 gleichzeitig)
  • Ermöglicht besseres Monitoring und Troubleshooting
  • Reduzierung des Risikos von umfangreichen Ausfällen
• Protokollaufbewahrung
  • Bewahren Sie alle Protokolldateien zu Audit- und Troubleshootingzwecken auf.
  • Verwenden Sie Protokolldateien mit Zeitstempel zur besseren Identifizierung.
  • Archivprotokolle nach erfolgreicher Migration
• Überprüfung:
  • Überprüfen Sie jeden Batch, bevor Sie mit dem nächsten fortfahren.
  • Führen Sie für jeden Batch Testwiederherstellungen durch.
  • Ergebnisse der Dokumentüberprüfung
• Konfiguration sichern
  • Speichern Sie Kopien aller Konfigurationsdateien.
  • Dokumentieren Sie alle benutzerdefinierten Einstellungen
  • Bewahren Sie Konfigurationsdateien zur späteren Verwendung auf.

10.3 Phase nach der Migration

• Policy-Neuerstellung
  • Erstellen Sie neue Schutz-Policies in PowerProtect Data Manager.
  • Zuweisen von Policies zu migrierten Ressourcen
  • Planen der ersten Backupjobs
• Überwachung
  • Überwachen Sie die ersten Backupjobs genau.
  • Überprüfen Sie den Erfolg und die Performance des Backups.
  • Beheben Sie alle Probleme sofort.
• Aktualisierung der Dokumentation
  • Aktualisieren von Runbooks und Betriebsverfahren
  • Dokumentieren neuer PowerProtect Data Manager-Workflows
  • Schulung des Personals in neuen Verfahren
• Bereinigung
  • Archivieren oder entfernen Sie alte Avamar-Policies nach erfolgreicher Migration.
  • Bereinigen Sie temporäre Dateien und Protokolle.
  • Aktualisieren des Bestands
• Performance-Baseline
  • Festlegen von Performancebaselines für die neue Umgebung
  • Überwachen Sie Backupzeitfenster und -dauer.
  • Optimieren Sie nach Bedarf.

HÄUFIG GESTELLTE FRAGEN (FAQ)

• Q1: Verschiebt das GSAN Mover-Tool Backupdaten?

• F2: Kann die Sicherung in Avamar während der Migration fortgesetzt werden?

A: No – Sie müssen die Avamar-Backup-Policy für die zu migrierenden Ressourcen deaktivieren. Dies ist ein erforderlicher Schritt, damit PowerProtect Data Manager die Ressourcen als für die Migration verfügbar erkennt. Sie können die Policy nach der Migration bei Bedarf erneut aktivieren oder neue Policies in PowerProtect Data Manager erstellen.

• F3: Sind Verlaufsbackups nach der Migration verfügbar?

A: Ja – Alle historischen Sicherungskopien sind nach der Migration in PowerProtect Data Manager sichtbar und können für Wiederherstellungsvorgänge verwendet werden. Die Metadatenmigration stellt sicher, dass der gesamte Backupverlauf beibehalten wird.

• Q4: Können mehrere Clients gleichzeitig migriert werden?

A: Ja – Sie können mehrere Clients in der clients_input.csv Datei auflisten und das Tool verarbeitet sie im Batch. Es wird jedoch empfohlen, in überschaubaren Batches (10 bis 20 Clients) zu migrieren, um eine bessere Überwachung und Fehlerbehebung zu ermöglichen.

• F5: Was passiert, wenn die Migration auf halbem Weg fehlschlägt?

A: Überprüfen Sie die Protokolldateien, um die Fehlerquelle zu identifizieren. Sie können das Tool erneut ausführen, nachdem Sie das Problem behoben haben. Bereits migrierte Metadaten werden nicht dupliziert. Das Tool ist für die meisten Vorgänge idempotent.

• Frage 6: Müssen Agents auf Dateisystemclients neu installiert werden?

A: Für Wiederherstellungsvorgänge muss auf dem Zielhost der PowerProtect Data Manager-Dateisystem-Agent installiert sein. Für laufende Backups müssen Sie PowerProtect Data Manager-Schutz-Policies konfigurieren. Die Agent-Installation ist von der Metadatenmigration getrennt.

• Q7: Kann eine Migration von mehreren Avamar-Servern durchgeführt werden?

A: Ja, aber Sie müssen das Tool für jeden Avamar Server separat mit den entsprechenden Konfigurationsdateien ausführen. Jeder Avamar -Server erfordert eine eigene config_input.yaml-Datei mit den korrekten Zugangsdaten.

• Frage 8: Wie lange dauert die Migration?

A: Die Migrationszeit hängt von der Anzahl der Clients und der Menge der Metadaten ab. In der Regel ist die Metadatenmigration schnell (5 bis 30 Minuten pro Client), aber die Erkennung und Überprüfung von PowerProtect Data Manager kann länger dauern. Planen Sie 2 bis 4 Stunden für eine typische Migration von 10 bis 20 Clients ein.

• F9: Kann die Migration rückgängig gemacht werden?

A: Die Originaldaten verbleiben in Avamar und auf Data Domain. Sie können Avamar-Policies bei Bedarf erneut aktivieren. Metadaten in PowerProtect Data Manager können jedoch nicht automatisch entfernt werden. Planen Sie Ihre Migration sorgfältig, und testen Sie sie zunächst mit einer Pilotgruppe.

• F10: Gibt es Ausfallzeiten während der Migration?

A: Backups auf Avamar müssen beendet werden (Policy deaktiviert), die Daten bleiben jedoch für Wiederherstellungen zugänglich. Planen Sie ein Wartungsfenster ein, um den gesamten Migrationsprozess abzuschließen. In der Regel gibt es keine Ausfallzeit für Wiederherstellungsvorgänge von vorhandenen Backups.

• Q11: Welche Versionen von PowerProtect Data Manager werden unterstützt?

A: Das GSAN Mover-Tool unterstützt PowerProtect Data Manager Version 20.1 und höher. Überprüfen Sie Ihre PowerProtect Data Manager-Version, bevor Sie mit der Migration beginnen. Informationen zur spezifischen Versionskompatibilität finden Sie in den Versionshinweisen zu Dell PowerProtect Data Manager.

• F12: Können Anwendungsbackups (SQL, Oracle usw.) migriert werden?

A: Nein. Das GSAN Mover-Tool wurde ausschließlich für Backups von Dateisystemen entwickelt. Anwendungsbackups erfordern unterschiedliche Migrationsverfahren. Wenden Sie sich an den technischen Support von Dell , um Unterstützung bei der Migration von Anwendungsbackups zu erhalten.

• Q13: Was passiert, wenn ein Fehler aufgetreten ist, der in diesem Artikel nicht behandelt wird?

A: Wenden Sie sich mit den folgenden Informationen an den technischen Support von Dell :

• • GSAN Mover-Protokolldateien
  • Konfigurationsdateien (mit geschwärzten Kennwörtern)
  • PowerProtect Data Manager-Jobprotokolle
  • Fehlermeldungen und Screenshots
  • Umgebungsdetails (PowerProtect Data Manager-, Avamar- und Data Domain-Versionen)

• Frage 14: Kann eine Migration zu einem anderen Data Domain-System durchgeführt werden?

A: Nein – Das GSAN Mover-Tool migriert Metadaten, während die Daten auf demselben Data Domain-System bleiben. Wenn Sie zu einer anderen Data Domain migrieren müssen, sind zusätzliche Schritte erforderlich. Wenden Sie sich an den technischen Support von Dell , um weitere Informationen zu erhalten.

• Frage 15: Wie kann überprüft werden, ob die Migration erfolgreich war?

A: Befolgen Sie die Überprüfungsschritte in Abschnitt 8:

• • Überprüfen Sie, ob die Ressourcen in der Liste "PowerProtect Data Manager – Migratated" aufgeführt sind.
  • Überprüfen Sie, ob alle Sicherungskopien sichtbar sind.
  • Führen Sie Testwiederherstellungen durch, um die Datenintegrität zu validieren.
  • Führen Sie einen neuen Backupjob aus, um den laufenden Schutz zu überprüfen.