Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Datensicherung und Disaster Recovery

Beitragende
PDFs

Informieren Sie sich über die Sicherungs- und Recovery-Optionen für Astra Trident und Volumes, die mit Astra Trident erstellt wurden. Für jede Applikation mit einer Persistenzanforderung sollte eine Datensicherungs- und Recovery-Strategie eingesetzt werden.

Astra Trident Replizierung und Recovery

Sie können ein Backup erstellen, um Astra Trident im Falle eines Ausfalls wiederherzustellen.

Astra Trident Replizierung

Astra Trident verwendet Kubernetes CRDs zum Speichern und Managen seines eigenen Zustands sowie des Kubernetes-Clusters und etcd zum Speichern seiner Metadaten.

Schritte

  1. Backup des Kubernetes-Clusters etcd mit "Kubernetes: Backup eines uscd-Clusters".

  2. Platzieren Sie die Backup-Artefakte auf einer FlexVol.

    Hinweis Wir empfehlen, die SVM, auf der sich die FlexVol befindet, mit einer SnapMirror-Beziehung zu einer anderen SVM zu sichern.

Astra Trident Recovery

Mit Kubernetes CRDs und dem Kubernetes-Cluster uscd Snapshot können Sie Astra Trident wiederherstellen.

Schritte

  1. Mounten Sie von der Ziel-SVM das Volume, das die Kubernetes usw.-Datendateien und Zertifikate enthält, auf dem Host, der als Master-Node eingerichtet wird.

  2. Kopieren Sie alle erforderlichen Zertifikate zum Kubernetes-Cluster unter /etc/kubernetes/pki und die etcd-Mitgliedsdateien unter /var/lib/etcd.

  3. Stellen Sie den Kubernetes-Cluster aus dem etcd"Kubernetes: Wiederherstellung eines uscd-Clusters"-Backup mit wieder her.

  4. Führen Sie aus kubectl get crd, um zu überprüfen, ob alle benutzerdefinierten Trident-Ressourcen eingerichtet sind, und rufen Sie die Trident-Objekte ab, um zu überprüfen, ob alle Daten verfügbar sind.

SVM-Replizierung und Recovery

Astra Trident kann keine Replizierungsbeziehungen konfigurieren. Der Storage-Administrator kann jedoch zur Replizierung einer SVM verwenden "ONTAP SnapMirror".

Bei einem Notfall können Sie die SnapMirror Ziel-SVM aktivieren, um die Datenbereitstellung zu starten. Sie können zurück zum primären System wechseln, wenn die Systeme wiederhergestellt sind.

Über diese Aufgabe

Bei Verwendung der SnapMirror SVM-Replizierungsfunktion sind die folgenden Überlegungen zu beachten:

  • Sie sollten für jede SVM ein eigene Back-End mit aktivierter SVM-DR erstellen.

  • Konfigurieren Sie die Storage-Klassen so, dass die replizierten Back-Ends nur bei Bedarf ausgewählt werden, um zu vermeiden, dass Volumes ohne Replizierung auf den Back-Ends bereitgestellt werden, die SVM-DR unterstützen.

  • Applikationsadministratoren sollten sich über die zusätzlichen Kosten und die Komplexität der Replizierung informieren und ihren Recovery-Plan vor Beginn des Prozesses sorgfältig prüfen.

SVM-Replizierung

Sie können zum Erstellen der SVM-Replizierungsbeziehung verwenden"ONTAP: SnapMirror SVM-Replizierung".

Mit SnapMirror können Sie festlegen, was repliziert werden soll. Sie müssen wissen, welche Optionen Sie beim Preforming ausgewählt SVM-Recovery mit Astra Tridenthaben.

SVM-Recovery mit Astra Trident

Astra Trident erkennt SVM-Ausfälle nicht automatisch. Bei einem Notfall kann der Administrator das Trident Failover manuell auf die neue SVM initialisieren.

Schritte

  1. Abbrechen geplanter und laufender SnapMirror Übertragungen, Abbrechen der Replizierungsbeziehung, stoppen Sie die Quell-SVM und aktivieren Sie dann die SnapMirror Ziel-SVM.

  2. Wenn Sie die SVM-Replikation angegeben -identity-preserve false oder -discard-config network konfiguriert haben, aktualisieren Sie managementLIF und dataLIF in der Trident-Backend-Definitionsdatei.

  3. Bestätigen storagePrefix ist in der Trident-Backend-Definitionsdatei vorhanden. Dieser Parameter kann nicht geändert werden. Wenn Sie das Backend nicht storagePrefix mehr verwenden, schlägt das Update fehl.

  4. Aktualisieren Sie alle erforderlichen Back-Ends, um den neuen Ziel-SVM-Namen widerzuspiegeln. Verwenden Sie dazu Folgendes:

    ./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>

  5. Wenn Sie oder discard-config network angegeben -identity-preserve false haben, müssen Sie alle Anwendungspads zurückspringen.

    Hinweis Wenn Sie angegeben haben, beginnen alle von Astra Trident bereitgestellten Volumes, -identity-preserve true Daten bereitzustellen, wenn die Ziel-SVM aktiviert ist.

Volume-Replizierung und Recovery

Astra Trident kann keine SnapMirror-Replizierungsbeziehungen konfigurieren. Der Storage-Administrator kann jedoch "Replizierung und Recovery mit ONTAP SnapMirror"Volumes replizieren, die von Astra Trident erstellt wurden.

Sie können dann importieren Sie die wiederhergestellten Volumes in Astra Trident mit "Tridentctl-Volumenimport".

Hinweis Import wird auf, , ontap-san-economy`oder `ontap-flexgroup-economy Treibern nicht unterstützt ontap-nas-economy.

Snapshot Datensicherung

Sie können Daten schützen und wiederherstellen mit:

  • Ein externer Snapshot-Controller und CRDs zum Erstellen von Kubernetes-Volume-Snapshots von persistenten Volumes (PVs).

    "Volume Snapshots"

  • ONTAP Snapshots zur Wiederherstellung der gesamten Inhalte eines Volumes oder zur Wiederherstellung einzelner Dateien oder LUNs.

    "ONTAP Snapshots"

Applikationsreplizierung für Astra Control Center

Mithilfe von Astra Control können Sie Daten und Applikationsänderungen mithilfe von asynchronen Replizierungsfunktionen von SnapMirror von einem Cluster zu einem anderen replizieren.

"Astra Control: Replizierung von Applikationen auf ein Remote-System mithilfe von SnapMirror Technologie"