Stellen Sie BlueXP Backup- und Recovery-Daten an einem dunklen Standort wieder her
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.
|
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.
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 benanntCBS_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 benanntIndexed_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".
-
"Installieren Sie den BlueXP Connector auf einem neuen lokalen Linux-Host"
-
Melden Sie sich mit den soeben erstellten Admin-Benutzeranmeldeinformationen bei BlueXP an.
Wiederherstellung der BlueXP Backup- und Recovery-Datenbank
-
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“.
-
Kopieren Sie das Backup mit einem der folgenden Befehle in den MySQL-Docker-Container, je nachdem, ob Sie einen Docker- oder Podman-Container verwenden:
-
Geben Sie die MySQL Container Shell abhängig davon, ob Sie einen Docker- oder Podman-Container verwenden, mit einem der folgenden Befehle ein:
-
In der Container-Shell, stellen Sie die "env".
-
Sie benötigen das MySQL DB Passwort, kopieren Sie also den Wert des Schlüssels "MYSQL_ROOT_PASSWORD".
-
Stellen Sie die BlueXP Backup und Recovery MySQL DB mit folgendem Befehl wieder her:
-
Überprüfen Sie mit den folgenden SQL-Befehlen, ob die BlueXP Backup- und Recovery-MySQL DB korrekt wiederhergestellt wurde:
Geben Sie das Passwort ein.
Überprüfen Sie, ob die angezeigten Volumen dieselben sind wie die in Ihrer ursprünglichen Umgebung.
Stellen Sie die indizierten Katalogdateien wieder her
-
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“.
-
Entpacken Sie die Datei „indexed_Catalog_DB_Backup_catalogdb1_23_05_2023.zip“ mit folgendem Befehl:
-
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
-
"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.
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.
-
Extrahieren Sie das Autorisierungs-Token mithilfe der folgenden oauth/Token-API.
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.
-
Extrahieren Sie die ID der Arbeitsumgebung und die X-Agent-ID mithilfe der Tenancy/External/Resource API.
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.
-
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:
Überprüfen Sie die Backup- und Recovery-Einstellungen von BlueXP
-
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.
-
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.
-
Führen Sie auf der Seite Suchen & Wiederherstellen einige Katalogsuchen aus, um zu bestätigen, dass die Wiederherstellung des indizierten Katalogs erfolgreich abgeschlossen wurde.