Strategie für Sicherung und Wiederherstellung in einer Cluster-Umgebung strategy-for-backup-and-restore-in-a-clustered-environment

CAUTION
AEM 6.4 hat das Ende der erweiterten Unterstützung erreicht und diese Dokumentation wird nicht mehr aktualisiert. Weitere Informationen finden Sie in unserer technische Unterstützung. Unterstützte Versionen suchen here.
NOTE
Wenn Ihre AEM Forms-Implementierung zusätzliche benutzerdefinierte Daten in einer anderen Datenbank speichert, müssen Sie eine Strategie implementieren, um diese Daten zu sichern und sicherzustellen, dass sie mit den AEM Formulardaten synchronisiert bleiben. Außerdem muss die Anwendung so konzipiert sein, dass sie robust genug ist, um ein Szenario zu handhaben, in dem die zusätzlichen Datenbanken nicht mehr synchronisiert werden. Es wird dringend empfohlen, alle Datenbankoperationen im Kontext einer Transaktion durchzuführen, um einen konsistenten Zustand zu gewährleisten.

Sie müssen die folgenden Teile des AEM Forms-Systems sichern, um sich von einem Fehler wiederherzustellen:

  • Von AEM Formularen verwendete Datenbank
  • GDS mit langlebigen Daten und anderen persistenten Dokumenten
  • AEM Datenbank (crx-repository)
NOTE
Sie müssen alle anderen Daten sichern, die von Ihrer AEM Forms-Einrichtung verwendet werden, z. B. Kundenschriftarten, Verbindungsdaten usw.

Sichern einer Clusterumgebung back-up-a-clustered-environment

In diesem Thema werden die folgenden Strategien zum Sichern von AEM Forms-Clusterumgebungen erläutert:

  • Offlinesicherung mit Ausfallzeiten
  • Offline-Sicherung ohne Ausfallzeiten (Sichern eines sekundären Knotens, der heruntergefahren wurde)
  • Online-Backup ohne Ausfallzeit, aber mit Verzögerung
  • Sichern Sie die Eigenschaftendatei des Bootstrap.

Offlinesicherung mit Ausfallzeiten offline-backup-with-downtime

  1. Fahren Sie den gesamten Cluster und die zugehörigen Dienste herunter. (siehe Starten und Beenden von Diensten)

  2. Sichern Sie auf jedem Knoten die Datenbank, den globalen Dokumentenspeicher und die Connectoren. (siehe Zu sichernde und wiederherzustellende Dateien)

  3. Führen Sie die folgenden Schritte aus, um AEM Repository offline zu sichern:

    1. Sichern Sie für jeden Clusterknoten die Datei, die die Clusterknoten-ID enthält.
    2. Sichern Sie alle Dateien eines beliebigen sekundären Cluster-Knotens, einschließlich der Unterordner.
    3. Sichern Sie Repository/System-ID jedes Clusterknotens separat.

    Ausführliche Anweisungen finden Sie unter Sicherung und Wiederherstellung.

  4. Sichern Sie alle anderen Daten, z. B. Kundenschriftarten.

  5. Starten Sie den Cluster erneut.

Offlinesicherung ohne Ausfallzeiten offline-backup-with-no-downtime

  1. Wechseln Sie in den kontinuierlichen Sicherungsmodus. (siehe Wechseln der Sicherungsmodi)

    Beachten Sie, dass der kontinuierliche Sicherungsmodus nach einer Wiederherstellung beendet werden muss.

  2. Fahren Sie alle sekundären Knoten des Clusters in Bezug auf AEM herunter. (siehe Starten und Beenden von Diensten)

  3. Sichern Sie auf jedem Knoten die Datenbank, den globalen Dokumentenspeicher und die Connectoren. (siehe Zu sichernde und wiederherzustellende Dateien)

  4. Führen Sie die folgenden Schritte aus, um AEM Repository offline zu sichern:

    1. Sichern Sie für jeden Clusterknoten die Datei, die die Clusterknoten-ID enthält.
    2. Sichern Sie alle Dateien eines beliebigen sekundären Cluster-Knotens, einschließlich der Unterordner.
    3. Sichern Sie Repository/System.id jedes Clusterknotens separat.

    Ausführliche Anweisungen finden Sie unter Sicherung und Wiederherstellung.

  5. Sichern Sie alle anderen Daten, z. B. Kundenschriftarten.

  6. Starten Sie den Cluster erneut.

Online-Backup ohne Ausfallzeit, aber mit Verzögerung online-backup-with-no-downtime-but-delay-in-response

  1. Wechseln Sie in den kontinuierlichen Sicherungsmodus. (siehe Wechseln der Sicherungsmodi)

    Beachten Sie, dass Sie den kontinuierlichen Sicherungsmodus nach einer Wiederherstellung beenden müssen.

  2. Fahren Sie alle sekundären Knoten des Clusters in Bezug auf AEM herunter. (siehe Starten und Beenden von Diensten)

  3. Sichern Sie auf jedem Knoten die Datenbank, den globalen Dokumentenspeicher und die Connectoren. (siehe Zu sichernde und wiederherzustellende Dateien)

  4. Führen Sie die folgenden Schritte aus, um AEM Repository online zu sichern:

    1. Sichern Sie für jeden Clusterknoten die Datei, die "cluster_node.id"enthält.
    2. Sichern Sie Repository/System.id jedes Cluster-Knotens separat.
    3. Führen Sie auf einem beliebigen Sekundärknoten ein Online-Backup des Repositorys durch. Detaillierte Schritte siehe „Online-Backup“.
  5. Sichern Sie alle anderen Daten, z. B. Kundenschriftarten.

  6. Starten Sie den Cluster erneut.

Sichern Sie die Eigenschaftendatei des Bootstrap. back-up-the-bootstrap-properties-file

Wenn Sie einen AEM-Cluster erstellen, wird auf dem Anwendungsserver eine Eigenschaftsdatei für alle Sekundärknoten erstellt. Es wird empfohlen, die Eigenschaftendatei des Bootstrap zu sichern. Sie finden die Datei unter folgendem Speicherort auf Ihrem Anwendungsserver:

  • JBoss: im Verzeichnis "BIN"
  • WebLogic: im Domain-Ordner
  • WebSphere: im Profilverzeichnis

Sie müssen die Datei für das Notfallwiederherstellungsszenario des AEM-Sekundärknotens sichern und sie an dem angegebenen Speicherort auf dem Anwendungsserver ersetzen, wenn sie wiederhergestellt wird.

Wiederherstellung in einer Clusterumgebung recovery-in-a-clustered-environment

Im Falle eines Fehlers des gesamten Clusters oder eines einzelnen Knotens müssen Sie ihn mithilfe der Sicherung wiederherstellen.

Für die Wiederherstellung eines einzelnen Knotens müssen Sie nur den einzelnen Knoten herunterfahren und das Wiederherstellungsverfahren für einzelne Knoten ausführen.

Falls der gesamte Cluster aufgrund von Fehlern wie Datenbankabstürzen fehlschlägt, müssen Sie die folgenden Schritte ausführen. Die Wiederherstellung hängt von der verwendeten Sicherungsmethode ab.

Wiederherstellen eines einzelnen Knotens restoring-a-single-node

  1. Stoppen Sie den beschädigten Knoten.

    note note
    NOTE
    Wenn der beschädigte Knoten ein AEM-Primärknoten ist, fahren Sie den gesamten Clusterknoten herunter.
  2. Erstellen Sie das physische System aus einem Systembild neu.

  3. Wenden Sie Patches oder Aktualisierungen auf AEM Formulare an, die seit der Erstellung des Bildes angewendet wurden. Diese Informationen wurden während des Sicherungsverfahrens erfasst. AEM Formulare müssen auf derselben Patch-Ebene wiederhergestellt werden, auf der das System gesichert wurde.

  4. (Optional) Wenn alle anderen Knoten problemlos funktionieren, ist es möglich, dass auch das AEM-Repository beschädigt ist. In diesem Fall wird in der Datei error.log des AEM-Repositorys eine Meldung zur Aufhebung der Synchronisierung des Repositorys angezeigt.

    Führen Sie die folgenden Schritte aus, um das Repository wiederherzustellen.

    note note
    NOTE
    Wenn eine komprimierte CRX-Repository-Sicherung online durchgeführt wurde, dekomprimieren Sie sie an einem beliebigen Ort und folgen Sie dem Offline-Wiederherstellungsprozess.
    1. Löschen Sie die Ordner "repository", "shared", "version"und "workspaces"im Ordner "clusterNode"des Knotens.
    2. Stellen Sie die Sicherung des Clusterknotens (einschließlich Unterverzeichnissen) auf dem Knoten wieder her.
    3. Löschen Sie die Datei clusterNode/revision.log auf dem Knoten.
    4. Löschen Sie die .lock-Datei auf dem Knoten, falls vorhanden.
    5. Löschen Sie repository/system.id auf dem Knoten, falls vorhanden.
    6. Löschen Sie die Dateien **/listener.properties auf dem Knoten, falls vorhanden.
    7. Stellen Sie repository/cluster_node.id für einzelne Clusterknoten wieder her.
NOTE
Beachten Sie die folgenden Punkte:
  • Wenn der fehlgeschlagene Knoten ein AEM-Primärknoten war, kopieren Sie den gesamten Inhalt des sekundären Repository-Ordners („crx-repository\crx.0000“, wobei „0000“ eine beliebige Zahl sein kann) in den Repository-Ordner „crx-repository\“ und löschen Sie den sekundären Repository-Ordner.
  • Bevor Sie einen Clusterknoten neu starten, stellen Sie sicher, dass Sie das Repository „/clustered.txt“ auf dem Primärknoten löschen.
  • Stellen Sie sicher, dass der Primärknoten zuerst gestartet wird, und starten Sie die anderen Knoten, sobald er vollständig hochgefahren ist.

Wiederherstellen des gesamten Clusters restoring-the-entire-cluster

  1. Beenden Sie alle Clusterknoten.

  2. Erstellen Sie das physische System von einem Systemabbild neu.

  3. Wenden Sie Patches oder Aktualisierungen auf AEM AEM-Formulare an, die seit der Erstellung des Bildes angewendet wurden. Diese Informationen wurden in Schritt 1 des Sicherungsverfahrens erfasst. AEM Formulare müssen auf derselben Patch-Ebene wiederhergestellt werden, auf der das System gesichert wurde.

  4. Stellen Sie die Datenbank, den globalen Dokumentenspeicher und Connectoren wieder her.

  5. Führen Sie die folgenden Schritte aus, um das AEM Repository offline wiederherzustellen:

    note note
    NOTE
    Wenn eine komprimierte CRX-Repository-Sicherung online durchgeführt wurde, dekomprimieren Sie sie an einem beliebigen Ort und folgen Sie dem Offline-Wiederherstellungsprozess.
    1. Löschen Sie auf allen Clusterknoten die Ordner "repository", "shared", "version"und "workspaces"im Ordner "clusterNode".
    2. Löschen Sie alle Dateien und Ordner im freigegebenen Ordner.
    3. Stellen Sie die Sicherung des Clusterknotens (einschließlich Unterverzeichnissen) auf einem Clusterknoten wieder her.
    4. Kopieren Sie alle Dateien des wiederhergestellten Clusterknotens auf alle anderen Clusterknoten. Danach enthält jeder Clusterknoten dieselben Daten.
    5. Löschen Sie die Datei clusterNode/revision.log auf allen Clusterknoten.
    6. Löschen Sie die .lock-Datei auf allen Clusterknoten, falls vorhanden.
    7. Löschen Sie repository/system.id alle Clusterknoten, falls vorhanden.
    8. Löschen Sie die Dateien „*/listener.properties“ auf allen Cluster-Knoten, falls vorhanden.
    9. Stellen Sie repository/cluster_node.id für einzelne Clusterknoten wieder her.
NOTE
Beachten Sie die folgenden Punkte:
  • Wenn der ausgefallene Knoten ein AEM-Primärknoten war, kopieren Sie den gesamten Inhalt aus dem sekundären Repository-Ordner (er hat die Form „crx-repository\crx.0000“, wobei „0000“ beliebigen Ziffern entsprechen kann) in den Repository-Ordner „crx-repository\“.
  • Bevor Sie einen Cluster-Knoten neu starten, achten Sie darauf, dass Sie das Repository „/clustered.txt“ vom primären Knoten löschen.
  • Stellen Sie sicher, dass der primäre Knoten zuerst gestartet wird, und starten Sie die anderen Knoten erst, wenn er vollständig hochgefahren ist.

Sichern und Wiederherstellen des Veröffentlichungsknotens der Correspondence Management Solution back-up-and-restore-correspondence-management-solution-publish-node

Der Veröffentlichungsknoten hat in einer Cluster-Umgebung keine Primär-/Sekundärbeziehung… Sie können eine Sicherung eines beliebigen Herausgeberknotens durchführen, indem Sie Folgendes durchführen: Sicherung und Wiederherstellung.

Wiederherstellen eines einzelnen Veröffentlichungsknotens recover-a-single-publisher-node

  1. Beenden Sie den Knoten, der abgerufen werden muss, und führen Sie keine Veröffentlichungsaktivität durch, bis der Knoten wieder aktiv ist.
  2. Stellen Sie den Veröffentlichungsknoten mithilfe von [Wiederherstellen des Backups](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring the Backup) wieder her.

Wiederherstellen eines Clusters recover-a-cluster

  1. Beenden Sie den Cluster.
  2. Stellen Sie den Veröffentlichungsknoten mithilfe von [Wiederherstellen des Backups](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring the Backup) wieder her.
  3. Starten Sie den primären Knoten und anschließend den sekundären Knoten des Autoren-Clusters.
recommendation-more-help
a6ebf046-2b8b-4543-bd46-42a0d77792da