Skip to main content
Alle Cloud-Provider
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Alle Cloud-Provider
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Stellen Sie BlueXP Backup- und Recovery-Daten an einem dunklen Standort wieder her

Beitragende

Wenn Sie BlueXP Backup und Recovery an einem Standort ohne Internetzugang nutzen, den sogenannten Private Mode, werden die Backup- und Recovery-Konfigurationsdaten von BlueXP auf den StorageGRID oder ONTAP S3 Bucket gesichert, auf dem die Backups gespeichert werden. Wenn Sie ein Problem mit dem Hostsystem des BlueXP  Connectors haben, können Sie einen neuen Konnektor bereitstellen und die wichtigen BlueXP -Backup- und -Recovery-Daten wiederherstellen.

Wenn Sie BlueXP  Backup und Recovery in einer SaaS-Umgebung nutzen, bei der der BlueXP  Connector bei Ihrem Cloud-Provider bereitgestellt wird, oder auf Ihrem eigenen Host-System mit Internetzugang, werden alle wichtigen BlueXP  Backup und Recovery-Konfigurationsdaten gesichert und in der Cloud gesichert. Wenn Sie ein Problem mit dem Connector haben, erstellen Sie einfach einen neuen Connector und fügen Sie Ihre Arbeitsumgebungen hinzu. Die Sicherungsdetails werden automatisch wiederhergestellt.

Es gibt zwei Arten von Daten, die gesichert werden:

  • BlueXP Backup- und Recovery-Datenbank – enthält eine Liste aller Volumes, Backup-Dateien, Backup-Richtlinien und Konfigurationsinformationen.

  • Indizierte Katalogdateien – enthält detaillierte Indizes, die für die Such- und Wiederherstellungsfunktion verwendet werden, sodass Ihre Suchvorgänge sehr schnell und effizient bei der Suche nach Volume-Daten, die Sie wiederherstellen möchten, durchgeführt werden.

Diese Daten werden einmal am Tag um Mitternacht gesichert und maximal 7 Kopien jeder Datei werden aufbewahrt. Wenn der Connector mehrere lokale ONTAP-Arbeitsumgebungen managt, befinden sich die Backup- und Recovery-Dateien von BlueXP im Bucket der Arbeitsumgebung, die zuerst aktiviert wurde.

Tipp In der BlueXP Backup- und Recovery-Datenbank oder den indizierten Katalogdateien werden keine Volume-Daten jemals enthalten sein.

Stellen Sie Backup- und Recovery-Daten von BlueXP  auf einem neuen BlueXP  Connector wieder her

Wenn Ihr lokaler BlueXP -Connector einen katastrophalen Fehler hat, müssen Sie einen neuen Connector installieren und dann die BlueXP -Backup- und -Recovery-Daten auf dem neuen Connector wiederherstellen.

Führen Sie die folgenden Aufgaben aus, um Ihr BlueXP  Backup- und Recovery-System wieder in den Betriebszustand zu versetzen:

  • Installieren Sie einen neuen BlueXP Connector

  • Wiederherstellung der BlueXP Backup- und Recovery-Datenbank

  • Stellen Sie die indizierten Katalogdateien wieder her

  • Alle On-Prem-ONTAP-Systeme und StorageGRID-Systeme finden Sie in der BlueXP-Benutzeroberfläche wieder

Sobald Sie überprüfen, ob Ihr System wieder in einem Arbeitsauftrag ist, empfehlen wir Ihnen, neue Sicherungsdateien zu erstellen.

Was Sie benötigen

Sie müssen über den StorageGRID oder ONTAP S3 Bucket auf die neuesten Datenbank- und Index-Backups zugreifen, in denen Ihre Backup-Dateien gespeichert werden:

  • BlueXP Backup und Recovery der MySQL-Datenbankdatei

    Diese Datei befindet sich am folgenden Speicherort im Bucket netapp-backup-<GUID>/mysql_backup/, Und es ist benannt CBS_DB_Backup_<day>_<month>_<year>.sql.

  • ZIP-Datei für die Sicherung des indizierten Katalogs

    Diese Datei befindet sich am folgenden Speicherort im Bucket netapp-backup-<GUID>/catalog_backup/, Und es ist benannt Indexed_Catalog_DB_Backup_<db_name>_<day>_<month>_<year>.zip.

Installieren Sie einen neuen Konnektor auf einem neuen lokalen Linux-Host

Wenn Sie einen neuen BlueXP Connector installieren, stellen Sie sicher, dass Sie die gleiche Version von Software herunterladen, die Sie auf dem ursprünglichen Connector installiert hatten. Regelmäßige Änderungen an der BlueXP Datenbank-Struktur für Backup und Recovery führen möglicherweise dazu, dass neuere Software-Versionen mit den ursprünglichen Datenbank-Backups nicht kompatibel sind. Das können Sie "Aktualisieren Sie die Connector-Software auf die aktuellste Version, nachdem Sie die Backup-Datenbank wiederhergestellt haben".

  1. "Installieren Sie den BlueXP Connector auf einem neuen lokalen Linux-Host"

  2. Melden Sie sich mit den soeben erstellten Admin-Benutzeranmeldeinformationen bei BlueXP an.

Wiederherstellung der BlueXP Backup- und Recovery-Datenbank

  1. Kopieren Sie das MySQL-Backup vom Backup-Speicherort auf den neuen Connector-Host. Wir verwenden unten den Beispieldateinamen „CBS_DB_Backup_23_05_2023.sql“.

  2. Kopieren Sie das Backup mit einem der folgenden Befehle in den MySQL-Docker-Container, je nachdem, ob Sie einen Docker- oder Podman-Container verwenden:

    docker cp CBS_DB_Backup_23_05_2023.sql ds_mysql_1:/.
    Cli
    podman cp CBS_DB_Backup_23_05_2023.sql ds_mysql_1:/.
    Cli
  3. Geben Sie die MySQL Container Shell abhängig davon, ob Sie einen Docker- oder Podman-Container verwenden, mit einem der folgenden Befehle ein:

    docker exec -it ds_mysql_1 sh
    Cli
    podman exec -it ds_mysql_1 sh
    Cli
  4. In der Container-Shell, stellen Sie die "env".

  5. Sie benötigen das MySQL DB Passwort, kopieren Sie also den Wert des Schlüssels "MYSQL_ROOT_PASSWORD".

  6. Stellen Sie die BlueXP Backup und Recovery MySQL DB mit folgendem Befehl wieder her:

    mysql -u root -p cloud_backup < CBS_DB_Backup_23_05_2023.sql
    Cli
  7. Überprüfen Sie mit den folgenden SQL-Befehlen, ob die BlueXP Backup- und Recovery-MySQL DB korrekt wiederhergestellt wurde:

    mysql -u root -p cloud_backup
    Cli

    Geben Sie das Passwort ein.

    mysql> show tables;
    mysql> select * from volume;
    Cli

    Überprüfen Sie, ob die angezeigten Volumen dieselben sind wie die in Ihrer ursprünglichen Umgebung.

Stellen Sie die indizierten Katalogdateien wieder her

  1. Kopieren Sie die ZIP-Datei mit dem indizierten Katalog (wir verwenden den Beispieldateinamen „indexed_Catalog_DB_Backup_catalogdb1_23_05_2023.zip“) vom Sicherungsverzeichnis auf den neuen Connector-Host im Ordner „/opt/Application/netapp/cbs“.

  2. Entpacken Sie die Datei „indexed_Catalog_DB_Backup_catalogdb1_23_05_2023.zip“ mit folgendem Befehl:

    unzip Indexed_Catalog_DB_Backup_catalogdb1_23_05_2023.zip -d catalogdb1
    Cli
  3. Führen Sie den Befehl ls aus, um sicherzustellen, dass der Ordner "catalogdb1" mit den Unterordnern "changes" und "catalogs" darunter angelegt wurde.

Erkennen Sie Ihre ONTAP Cluster und StorageGRID Systeme

  1. "Hier finden Sie alle On-Premises-ONTAP-Arbeitsumgebungen" Die in Ihrer vorherigen Umgebung verfügbar waren. Dazu gehört auch das ONTAP-System, das Sie als S3-Server genutzt haben.

  2. "Erkennen Sie Ihre StorageGRID Systeme".

Richten Sie die Details zur StorageGRID Umgebung ein

Fügen Sie die Details des StorageGRID-Systems zu Ihren ONTAP-Arbeitsumgebungen hinzu, da diese auf dem ursprünglichen Konnektor-Setup mithilfe der eingerichtet wurden "BlueXP APIs".

Die folgenden Informationen gelten für Installationen im Privatmodus ab BlueXP  3.9.xx. Bei älteren Versionen gehen Sie wie folgt vor: "DarkSite Cloud Backup: MySQL und indizierter Katalog Backup und Restore".

Sie müssen diese Schritte für jedes System durchführen, das Daten auf StorageGRID sichert.

  1. Extrahieren Sie das Autorisierungs-Token mithilfe der folgenden oauth/Token-API.

    curl 'http://10.193.192.202/oauth/token' -X POST -H 'Accept: application/json' -H 'Accept-Language: en-US,en;q=0.5' -H 'Accept-Encoding: gzip, deflate' -H 'Content-Type: application/json' -d '{"username":"admin@netapp.com","password":"Netapp@123","grant_type":"password"}
    > '
    HTTP

    Obwohl die IP-Adresse, der Benutzername und die Passwörter benutzerdefinierte Werte sind, ist der Kontoname nicht. Der Kontoname ist immer "Account-DARKSITE1". Außerdem muss der Benutzername einen Namen im E-Mail-Format verwenden.

    Diese API gibt eine Antwort wie die folgende zurück. Sie können das Autorisierungs-Token wie unten gezeigt abrufen.

    {"expires_in":21600,"access_token":"eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6IjJlMGFiZjRiIn0eyJzdWIiOiJvY2NtYXV0aHwxIiwiYXVkIjpbImh0dHBzOi8vYXBpLmNsb3VkLm5ldGFwcC5jb20iXSwiaHR0cDovL2Nsb3VkLm5ldGFwcC5jb20vZnVsbF9uYW1lIjoiYWRtaW4iLCJodHRwOi8vY2xvdWQubmV0YXBwLmNvbS9lbWFpbCI6ImFkbWluQG5ldGFwcC5jb20iLCJzY29wZSI6Im9wZW5pZCBwcm9maWxlIiwiaWF0IjoxNjcyNzM2MDIzLCJleHAiOjE2NzI3NTc2MjMsImlzcyI6Imh0dHA6Ly9vY2NtYXV0aDo4NDIwLyJ9CJtRpRDY23PokyLg1if67bmgnMcYxdCvBOY-ZUYWzhrWbbY_hqUH4T-114v_pNDsPyNDyWqHaKizThdjjHYHxm56vTz_Vdn4NqjaBDPwN9KAnC6Z88WA1cJ4WRQqj5ykODNDmrv5At_f9HHp0-xVMyHqywZ4nNFalMvAh4xESc5jfoKOZc-IOQdWm4F4LHpMzs4qFzCYthTuSKLYtqSTUrZB81-o-ipvrOqSo1iwIeHXZJJV-UsWun9daNgiYd_wX-4WWJViGEnDzzwOKfUoUoe1Fg3ch--7JFkFl-rrXDOjk1sUMumN3WHV9usp1PgBE5HAcJPrEBm0ValSZcUbiA"}
    Text
  2. Extrahieren Sie die ID der Arbeitsumgebung und die X-Agent-ID mithilfe der Tenancy/External/Resource API.

    curl -X GET http://10.193.192.202/tenancy/external/resource?account=account-DARKSITE1 -H 'accept: application/json' -H 'authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6IjJlMGFiZjRiIn0eyJzdWIiOiJvY2NtYXV0aHwxIiwiYXVkIjpbImh0dHBzOi8vYXBpLmNsb3VkLm5ldGFwcC5jb20iXSwiaHR0cDovL2Nsb3VkLm5ldGFwcC5jb20vZnVsbF9uYW1lIjoiYWRtaW4iLCJodHRwOi8vY2xvdWQubmV0YXBwLmNvbS9lbWFpbCI6ImFkbWluQG5ldGFwcC5jb20iLCJzY29wZSI6Im9wZW5pZCBwcm9maWxlIiwiaWF0IjoxNjcyNzIyNzEzLCJleHAiOjE2NzI3NDQzMTMsImlzcyI6Imh0dHA6Ly9vY2NtYXV0aDo4NDIwLyJ9X_cQF8xttD0-S7sU2uph2cdu_kN-fLWpdJJX98HODwPpVUitLcxV28_sQhuopjWobozPelNISf7KvMqcoXc5kLDyX-yE0fH9gr4XgkdswjWcNvw2rRkFzjHpWrETgfqAMkZcAukV4DHuxogHWh6-DggB1NgPZT8A_szHinud5W0HJ9c4AaT0zC-sp81GaqMahPf0KcFVyjbBL4krOewgKHGFo_7ma_4mF39B1LCj7Vc2XvUd0wCaJvDMjwp19-KbZqmmBX9vDnYp7SSxC1hHJRDStcFgJLdJHtowweNH2829KsjEGBTTcBdO8SvIDtctNH_GAxwSgMT3zUfwaOimPw'
    HTTP

    Diese API gibt eine Antwort wie die folgende zurück. Der Wert unter der "resourceIdentifier" bezeichnet die WorkingEnvironment ID und der Wert unter "AGENTID" bezeichnet x-Agent-id.

  3. Aktualisieren Sie die BlueXP  Backup- und Recovery-Datenbank mit den Details des StorageGRID-Systems, das den Arbeitsumgebungen zugeordnet ist. Stellen Sie sicher, dass Sie den vollständig qualifizierten Domänennamen der StorageGRID sowie den Zugriffsschlüssel und den Speicherschlüssel wie unten dargestellt eingeben:

    curl -X POST 'http://10.193.192.202/account/account-DARKSITE1/providers/cloudmanager_cbs/api/v1/sg/credentials/working-environment/OnPremWorkingEnvironment-pMtZND0M' \
    > --header 'authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6IjJlMGFiZjRiIn0eyJzdWIiOiJvY2NtYXV0aHwxIiwiYXVkIjpbImh0dHBzOi8vYXBpLmNsb3VkLm5ldGFwcC5jb20iXSwiaHR0cDovL2Nsb3VkLm5ldGFwcC5jb20vZnVsbF9uYW1lIjoiYWRtaW4iLCJodHRwOi8vY2xvdWQubmV0YXBwLmNvbS9lbWFpbCI6ImFkbWluQG5ldGFwcC5jb20iLCJzY29wZSI6Im9wZW5pZCBwcm9maWxlIiwiaWF0IjoxNjcyNzIyNzEzLCJleHAiOjE2NzI3NDQzMTMsImlzcyI6Imh0dHA6Ly9vY2NtYXV0aDo4NDIwLyJ9X_cQF8xttD0-S7sU2uph2cdu_kN-fLWpdJJX98HODwPpVUitLcxV28_sQhuopjWobozPelNISf7KvMqcoXc5kLDyX-yE0fH9gr4XgkdswjWcNvw2rRkFzjHpWrETgfqAMkZcAukV4DHuxogHWh6-DggB1NgPZT8A_szHinud5W0HJ9c4AaT0zC-sp81GaqMahPf0KcFVyjbBL4krOewgKHGFo_7ma_4mF39B1LCj7Vc2XvUd0wCaJvDMjwp19-KbZqmmBX9vDnYp7SSxC1hHJRDStcFgJLdJHtowweNH2829KsjEGBTTcBdO8SvIDtctNH_GAxwSgMT3zUfwaOimPw' \
    > --header 'x-agent-id: vB_1xShPpBtUosjD7wfBlLIhqDgIPA0wclients' \
    > -d '
    > { "storage-server" : "sr630ip15.rtp.eng.netapp.com:10443", "access-key": "2ZMYOAVAS5E70MCNH9", "secret-password": "uk/6ikd4LjlXQOFnzSzP/T0zR4ZQlG0w1xgWsB" }'
    HTTP

Überprüfen Sie die Backup- und Recovery-Einstellungen von BlueXP

  1. Wählen Sie jede ONTAP Arbeitsumgebung aus und klicken Sie auf Backups anzeigen neben dem Backup- und Recovery-Service im rechten Fenster.

    Sie sollten in der Lage sein alle Backups zu sehen, die für Ihre Volumes erstellt wurden.

  2. Klicken Sie im Dashboard wiederherstellen im Abschnitt Suchen & Wiederherstellen auf Indexing-Einstellungen.

    Stellen Sie sicher, dass die Arbeitsumgebungen, in denen die Indexierung bereits aktiviert war, zuvor aktiviert bleiben.

  3. Führen Sie auf der Seite Suchen & Wiederherstellen einige Katalogsuchen aus, um zu bestätigen, dass die Wiederherstellung des indizierten Katalogs erfolgreich abgeschlossen wurde.