Manuelles DR-Recovery-Verfahren – Elastifile-Hilfe [gg-elastifile-support-en]

Manuelles Verfahren zur DR-Wiederherstellung

Überblick

Der folgende KB-Artikel enthält Informationen zum Verfahren zum Wiederherstellen eines Elastifile-Clusters aus einer Sicherung in GCS.

Das Verfahren sollte mit Hilfe des Google Elastifile-Supportteams durchgeführt werden. Um es durchzuführen, sollten Sie sich an elastifile-support@google.com wenden, um das Skript und die Schritte zur Verfahrensautomatisierung zu erhalten.

Einführung

Elastifile ist ein selbstverwaltetes Scale-Out-Dateisystem. Elastifile unterstützt die Option, schreibgeschützte Snapshots vom Primärspeicher in GCS zu kopieren, entweder manuell oder mit dem integrierten Snapshot-Planer. Im Katastrophenfall können die Snapshots in GCS verwendet werden, um die Daten einschließlich aller Exportnamen und ACLs in einem neuen Cluster wiederherzustellen.

Für die Wiederherstellung aus einer Sicherung ist eine erneute Bereitstellung und Validierung des Dateisystems erforderlich.

Das Verfahren befasst sich mit der Wiederherstellung eines Clusters im Falle eines unvorhergesehenen Fehlers und wenn der ursprüngliche Cluster nicht wiederhergestellt werden kann oder für eine zusätzliche Analyse benötigt wird.

Wenn der ursprüngliche Cluster betriebsbereit ist und nur bestimmte Dateien oder Verzeichnisse wiederhergestellt werden müssen, kann der Snapshot als schreibgeschützter Mount bereitgestellt werden und die Dateien und Verzeichnisse können manuell an denselben Speicherort kopiert werden. Eine Anleitung finden Sie in diesem KB-Artikel .

Voraussetzungen

Vor der Ausführung des Skripts sollten folgende Schritte durchgeführt werden:

• Stellen Sie im selben Projekt wie der fehlerhafte Cluster einen neuen Elastifile-Cluster mit derselben Konfiguration und derselben Bereitstellungsmethode (Terraform, Marktplatzbereitstellung) bereit. Der neue Cluster muss mindestens die gleiche Kapazität wie der ursprüngliche Cluster haben. Möglicherweise empfiehlt Ihnen das Support-Team, einen größeren Cluster zu erstellen, um die Wiederherstellungsleistung zu verbessern.
• Stellen Sie sicher, dass auf dem neuen Cluster dieselbe oder eine neuere Version ausgeführt wird wie auf dem ursprünglichen Cluster.
• Bitte stellen Sie sicher, dass der neue Cluster über dieselbe Lizenz wie der ursprüngliche Cluster verfügt, die ClearTier/Object Tier ermöglicht. Bei Bedarf wenden Sie sich bitte an das Support-Team.
• Der ursprüngliche Cluster und das EMS müssen während des gesamten Wiederherstellungsvorgangs verfügbar sein. Der ursprüngliche Cluster ist möglicherweise nicht aktiv, aber das EMS muss aktiv und vom EMS des neuen Clusters aus zugänglich sein.
• Stellen Sie sicher, dass über Port 443 eine Kommunikation vom neuen EMS zum ursprünglichen EMS besteht
• Stellen Sie sicher, dass die RA-Konfiguration im neuen EMS mit der RA-Konfiguration des fehlerhaften Clusters übereinstimmt.

Wiederherstellungsfluss

Im Rahmen der Skriptausführung finden folgende Vorgänge statt:

1. Das Skript erstellt eine Worker-RA (starke Instanz).
2. Der neue Cluster wird so konfiguriert, dass er eine Verbindung zur Objektebene im selben Projekt herstellt
3. Für jeden Domänencontroller des ursprünglichen Clusters wird jeweils ein Wiederherstellungsvorgang ausgeführt – jeweils ein Domänencontroller
   1. Das Skript findet den neuesten intakten Snapshot dieses DC, der im GCS-Bucket vorhanden ist (Snapshot-Informationen finden Sie in den Protokollen).
   2. Erstellen Sie einen DC und einen internen Export auf dem neuen Zielcluster
   3. Kopieren Sie die Daten aus dem GCS-Bucket in den Cluster
   4. Löschen Sie den internen Export
   5. Kopieren Sie die Exporte und Clientregeln aus dem Quell-EMS
4. Wenn alle Daten kopiert sind, beendet das Skript die Einstellungen:
   1. Erstellen Sie die gleiche Anzahl an RA wie im Quellcluster
   2. Löschen Sie die Worker-RA