DocumentazioneAEM 6.5Guida utente

Strategia di backup e ripristino in un ambiente cluster strategy-for-backup-and-restore-in-a-clustered-environment

Last update: Thu Dec 07 2023 00:00:00 GMT+0000 (Coordinated Universal Time)
NOTE
Se l’implementazione dei moduli AEM memorizza dati personalizzati aggiuntivi in un database diverso, è necessario implementare una strategia per eseguire il backup di tali dati, garantendo che rimangano sincronizzati con i dati dei moduli AEM. Inoltre, l'applicazione deve essere progettata in modo da essere sufficientemente solida da gestire uno scenario in cui i database aggiuntivi non sono sincronizzati. Si consiglia vivamente di eseguire qualsiasi operazione di database nel contesto di una transazione per mantenere uno stato coerente.

È necessario eseguire il backup delle seguenti parti del sistema dei moduli AEM per recuperare da qualsiasi errore:

  • Database utilizzato dai moduli AEM
  • GDS con dati di lunga durata e altri documenti persistenti
  • Database AEM (archivio crx)
NOTE
È necessario eseguire il backup di tutti gli altri dati utilizzati dalla configurazione dei moduli AEM, ad esempio i font dei clienti, i dati dei connettori e così via.

Eseguire il backup di un ambiente cluster back-up-a-clustered-environment

In questo argomento vengono illustrate le seguenti strategie per eseguire il backup di qualsiasi ambiente cluster AEM Forms:

  • Backup offline con downtime
  • Backup non in linea senza tempi di inattività (backup di un nodo secondario che viene arrestato)
  • Backup online senza tempi di inattività ma con ritardo nella risposta
  • Eseguire il backup del file delle proprietà della Bootstrap

Backup offline con downtime offline-backup-with-downtime

  1. Arrestare l'intero cluster e i servizi correlati. (vedere Avvio e arresto dei servizi)

  2. Su qualsiasi nodo, eseguire il backup del database, di GDS e dei connettori. (vedere File di backup e ripristino)

  3. Per eseguire il backup offline dell'archivio AEM, effettuare le seguenti operazioni:

    1. Per ogni nodo cluster, eseguire il backup del file che contiene l'ID del nodo cluster.
    2. Eseguire il backup di tutti i file di qualsiasi nodo cluster secondario, incluse le sottodirectory.
    3. Eseguire il backup dell'ID di sistema/repository di ciascun nodo cluster separatamente.

    Per i passaggi dettagliati, consulta Backup e ripristino.

  4. Eseguire il backup di qualsiasi altro dato, ad esempio i caratteri del cliente.

  5. Riavviare il cluster.

Backup offline senza downtime offline-backup-with-no-downtime

  1. Attiva la modalità di backup continuo. (vedere Immissione delle modalità di backup)

    Lascia la modalità di backup continuo dopo un ripristino.

  2. Arrestare uno dei nodi secondari del cluster per quanto riguarda l'AEM. (vedere Avvio e arresto dei servizi)

  3. Su qualsiasi nodo, eseguire il backup del database, di GDS e dei connettori. (vedere File di backup e ripristino)

  4. Per eseguire il backup offline dell'archivio AEM, effettuare le seguenti operazioni:

    1. Per ogni nodo cluster, eseguire il backup del file che contiene l'ID del nodo cluster.
    2. Eseguire il backup di tutti i file di qualsiasi nodo cluster secondario, incluse le sottodirectory.
    3. Eseguire il backup repository/system.id di ogni nodo cluster separatamente.

    Per i passaggi dettagliati, consulta Backup e ripristino.

  5. Eseguire il backup di qualsiasi altro dato, ad esempio i caratteri del cliente.

  6. Riavviare il cluster.

Backup online senza tempi di inattività ma con ritardo nella risposta online-backup-with-no-downtime-but-delay-in-response

  1. Attiva la modalità di backup continuo. (vedere Immissione delle modalità di backup)

    Lascia la modalità di backup continuo dopo un ripristino.

  2. Arrestare uno dei nodi secondari del cluster per quanto riguarda l'AEM. (vedere Avvio e arresto dei servizi)

  3. Su qualsiasi nodo, eseguire il backup del database, di GDS e dei connettori. (vedere File di backup e ripristino)

  4. Per eseguire il backup online dell'archivio AEM, effettuare le seguenti operazioni:

    1. Per ogni nodo del cluster, eseguire il backup del file che contiene il file cluster_node.id.
    2. Eseguire il backup repository/system.id di ogni nodo cluster separatamente.
    3. Su qualsiasi nodo secondario, eseguire un backup online dell'archivio per i passaggi dettagliati vedere Backup online.

  5. Eseguire il backup di qualsiasi altro dato, ad esempio i caratteri del cliente.

  6. Riavviare il cluster.

Eseguire il backup del file delle proprietà della Bootstrap back-up-the-bootstrap-properties-file

Quando si crea un cluster AEM, nel server applicazioni viene creato un file delle proprietà per tutti i nodi secondari. Si consiglia di eseguire il backup del file delle proprietà della Bootstrap. È possibile trovare il file nella posizione seguente sul server applicazioni:

  • JBoss®: nella directory BIN
  • WebLogic: nella directory di dominio
  • WebSphere®: nella directory del profilo

Eseguire il backup del file per lo scenario di disaster recovery del nodo secondario AEM e sostituirlo nella posizione specificata sul server applicazioni, se ripristinato.

Ripristino in un ambiente cluster recovery-in-a-clustered-environment

In caso di errore dell'intero cluster o di un singolo nodo, ripristinarlo utilizzando il backup.

Per il ripristino di un singolo nodo, arrestare il nodo singolo ed eseguire la procedura di ripristino del singolo nodo.

Nel caso in cui l'intero cluster non riesca a causa di errori quali l'arresto anomalo del database, effettuare le seguenti operazioni. Il ripristino dipende dal metodo di backup utilizzato.

Ripristino di un singolo nodo restoring-a-single-node

  1. Arresta il nodo danneggiato.

    note note
    NOTE
    Se il nodo danneggiato è un nodo primario AEM, arrestare l'intero nodo cluster.

  2. Ricreare il sistema fisico da un'immagine di sistema.

  3. Applica patch o aggiornamenti ai moduli AEM applicati dal momento in cui è stata creata l’immagine. Queste informazioni sono state registrate durante la procedura di backup. I moduli AEM devono essere recuperati allo stesso livello di patch utilizzato al momento del backup del sistema.

  4. (Facoltativo) Se tutti gli altri nodi funzionano correttamente, è possibile che anche l’archivio AEM sia danneggiato. In questo caso, nel file error.log dell’archivio AEM verrà visualizzato un messaggio di desincronizzazione dell’archivio.

    Per ripristinare l’archivio, effettua le seguenti operazioni.

    note note
    NOTE
    Se un backup dell’archivio crx compresso è stato portato online, decomprimerlo in qualsiasi posizione e seguire il processo di ripristino offline.
    1. Eliminare le directory repository, shared, version e workspace nella directory clusterNode del nodo.
    2. Ripristinare il backup del nodo del cluster (incluse le sottodirectory) nel nodo.
    3. Elimina il file clusterNode/revision.log sul nodo.
    4. Elimina il file .lock sul nodo, se esistente.
    5. Elimina l’eventuale repository/system.id sul nodo.
    6. Eliminare i file **/listener.properties sul nodo, se presenti.
    7. Ripristina repository/cluster_node.id per i singoli nodi cluster.
NOTE
Considera i seguenti punti:
  • Se il nodo non riuscito era un nodo primario AEM, copia tutto il contenuto dalla cartella dell’archivio secondario (crx-repository\crx.0000, dove 0000 può essere qualsiasi cifra) alla cartella dell’archivio crx-repository\ ed elimina la cartella dell’archivio secondario.
  • Prima di riavviare qualsiasi nodo cluster, accertarsi di eliminare l'archivio /clustered.txt dal nodo principale.
  • Verificare che il nodo primario sia avviato per primo e, dopo l'attivazione, avviare altri nodi.

Ripristino dell'intero cluster restoring-the-entire-cluster

  1. Arrestare tutti i nodi del cluster.

  2. Ricreare il sistema fisico da un'immagine di sistema.

  3. Applicare patch o aggiornamenti ai moduli AEMAEM applicati dall’ultima creazione dell’immagine. Queste informazioni sono state registrate nella fase 1 della procedura di backup. I moduli AEM devono essere recuperati allo stesso livello di patch utilizzato al momento del backup del sistema.

  4. Ripristinare il database, GDS e i connettori.

  5. Per ripristinare l’archivio dell’AEM offline, effettua le seguenti operazioni:

    note note
    NOTE
    Se un backup dell’archivio crx compresso è stato portato online, decomprimerlo in qualsiasi posizione e seguire il processo di ripristino offline.
    1. In tutti i nodi del cluster, eliminare le directory repository, shared, version e workspace nella directory clusterNode.
    2. Elimina tutti i file e le directory nella directory condivisa.
    3. Ripristinare il backup del nodo del cluster (comprese le sottodirectory) in un nodo del cluster.
    4. Copiare tutti i file del nodo cluster ripristinato in tutti gli altri nodi cluster. Al termine, ogni nodo cluster contiene gli stessi dati.
    5. Eliminare il file clusterNode/revision.log in tutti i nodi del cluster.
    6. Eliminare il blocco in tutti i nodi del cluster, se esistente.
    7. Eliminare tutti i nodi del cluster repository/system.id, se esiste.
    8. Eliminare i file **/listener.properties su tutti i nodi del cluster, se esistenti.
    9. Ripristina repository/cluster_node.id per i singoli nodi cluster.
NOTE
Considera i seguenti punti:
  • Se il nodo non riuscito era un nodo primario dell’AEM, copia tutto il contenuto dalla cartella dell’archivio secondario (sembra crx-repository\crx.0000, dove 0000 può essere qualsiasi cifra) alla cartella dell’archivio crx-repository.
  • Prima di riavviare qualsiasi nodo cluster, accertarsi di eliminare l'archivio /clustered.txt dal nodo principale.
  • Verificare che il nodo primario sia avviato per primo e, dopo l'attivazione, avviare altri nodi.

Backup e ripristino del nodo di pubblicazione della soluzione per la gestione della corrispondenza back-up-and-restore-correspondence-management-solution-publish-node

Il nodo dell'editore non ha alcuna relazione primario-secondario in un ambiente cluster. È possibile eseguire il backup di qualsiasi nodo di Publisher eseguendo le operazioni seguenti Backup e ripristino.

Ripristino di un singolo nodo di pubblicazione recover-a-single-publisher-node

  1. Chiudi il nodo da recuperare e non esegui alcuna attività di pubblicazione fino a quando il nodo non è nuovamente attivo.
  2. Ripristina il nodo Publish utilizzando Ripristino del backup.

Ripristinare un cluster recover-a-cluster

  1. Arrestare il cluster.
  2. Ripristina il nodo Publish utilizzando Ripristino del backup.
  3. Avvia il nodo principale seguito dal nodo secondario del cluster di authoring.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2