Strategia di backup e ripristino in un ambiente cluster

NOTA

Se l’implementazione dei moduli di AEM memorizza dati personalizzati aggiuntivi in un database diverso, è necessario implementare una strategia di backup dei dati, in modo che rimangano sincronizzati con i dati dei moduli di AEM. Inoltre, l'applicazione deve essere progettata in modo che sia abbastanza robusta 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 di moduli AEM per recuperare da eventuali errori:

  • Database utilizzato dai moduli AEM
  • GDS con dati di lunga durata e altri documenti persistenti
  • Database AEM (archivio crx)
NOTA

È necessario eseguire il backup di tutti gli altri dati utilizzati dalla configurazione dei moduli di AEM, ad esempio i font dei clienti, i dati dei connettori e così via.

Eseguire il backup di un ambiente cluster

Questo argomento illustra le seguenti strategie per eseguire il backup di qualsiasi ambiente cluster AEM forms:

  • Backup offline con tempi di inattività
  • Backup offline senza tempi di inattività (backup di un nodo secondario arrestato)
  • Backup online senza tempi di inattività ma ritardo nella risposta
  • Esegui il backup del file delle proprietà Bootstrap

Backup offline con tempi di inattività

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

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

  3. Esegui i seguenti passaggi per eseguire il backup AEM repository offline:

    1. Per ogni nodo del cluster, esegui il backup del file contenente l'id del nodo del cluster.
    2. Esegui il backup di tutti i file di qualsiasi nodo secondario del cluster, incluse le sottodirectory.
    3. Esegui separatamente il backup dell'ID archivio/sistema di ciascun nodo del cluster.

    Per i passaggi dettagliati vedi Backup e ripristino.

  4. Esegui il backup di qualsiasi altro dato, ad esempio i font del cliente.

  5. Riavvia il cluster.

Backup offline senza tempi di inattività

  1. Accedere alla modalità di backup continuo. (vedi Accesso alle modalità di backup)

    Si noti che è necessario uscire dalla modalità di backup in esecuzione dopo un ripristino.

  2. Spegnere uno qualsiasi dei nodi secondari del cluster rispetto a AEM. (vedi Avvio e arresto dei servizi)

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

  4. Esegui i seguenti passaggi per eseguire il backup AEM repository offline:

    1. Per ogni nodo del cluster, esegui il backup del file contenente l'id del nodo del cluster.
    2. Esegui il backup di tutti i file di qualsiasi nodo secondario del cluster, incluse le sottodirectory.
    3. Esegui separatamente il backup repository/system.id di ogni nodo del cluster.

    Per i passaggi dettagliati vedi Backup e ripristino.

  5. Esegui il backup di qualsiasi altro dato, ad esempio i font del cliente.

  6. Riavvia il cluster.

Backup online senza tempi di inattività ma ritardo nella risposta

  1. Accedere alla modalità di backup continuo. (vedi Accesso alle modalità di backup)

    Si noti che è necessario uscire dalla modalità di backup continuo dopo un ripristino.

  2. Spegnere uno qualsiasi dei nodi secondari del cluster rispetto a AEM. (vedi Avvio e arresto dei servizi)

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

  4. Esegui i seguenti passaggi per eseguire il backup AEM repository online:

    1. Per ogni nodo del cluster, esegui il backup del file contenente il cluster_node.id.
    2. Esegui separatamente il backup repository/system.id di ogni nodo del cluster.
    3. Su qualsiasi nodo secondario, eseguire un backup online dell'archivio per i passaggi dettagliati vedere Backup online.
  5. Esegui il backup di qualsiasi altro dato, ad esempio i font del cliente.

  6. Riavvia il cluster.

Esegui il backup del file delle proprietà Bootstrap

Quando creiamo un cluster AEM, viene creato un file di proprietà nel server applicazioni per tutti i nodi secondari. Si consiglia di eseguire il backup del file delle proprietà Bootstrap. È possibile trovare il file nel seguente percorso sul server dell'applicazione:

  • JBoss: nella directory BIN
  • WebLogic: nella directory del dominio
  • WebSphere: nella directory dei profili

È necessario eseguire il backup del file per lo scenario di disaster recovery AEM nodo secondario e sostituirlo nel percorso specificato sul server applicazioni, se ripristinato.

Ripristino in un ambiente cluster

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

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

Nel caso in cui l'intero cluster non riesca a causa di errori come arresto anomalo del database, è necessario eseguire i seguenti passaggi. Il ripristino dipende dal metodo di backup utilizzato.

Ripristino di un singolo nodo

  1. Interrompi il nodo danneggiato.

    NOTA

    Se il nodo danneggiato è un nodo primario AEM, spegnere l'intero nodo del cluster.

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

  3. Applicare patch o aggiornamenti ai moduli AEM applicati dopo la creazione dell’immagine. Queste informazioni sono state registrate durante la procedura di backup. AEM moduli devono essere recuperati allo stesso livello di patch di quando il sistema è stato sottoposto a backup.

  4. (Facoltativo) Se tutti gli altri nodi funzionano bene, è possibile che anche l'archivio AEM sia danneggiato. In questo caso, vedrai un messaggio di annullamento della sincronizzazione dell'archivio nel file error.log dell'archivio AEM.

    Per ripristinare l'archivio, esegui i seguenti passaggi.

    NOTA

    Se un backup zip crx-repository è stato portato online, decomprimerlo in qualsiasi posizione e seguire il processo di ripristino offline.

    1. Elimina le directory repository, shared, version e workspaces nella directory clusterNode del nodo.
    2. Ripristina il backup del nodo del cluster (incluse le sottodirectory) sul nodo .
    3. Elimina il file clusterNode/revision.log sul nodo .
    4. Elimina il blocco sul nodo, se esiste.
    5. Elimina il file repository/system.id sul nodo , se presente.
    6. Elimina i file **/listener.properties sul nodo, se presenti.
    7. Ripristina repository/cluster_node.id per i singoli nodi del cluster.
NOTA

Considera i seguenti punti:

  • Se il nodo non riuscito era un nodo primario AEM, copia tutto il contenuto dalla cartella archivio secondaria (crx-repository\crx.0000 dove 0000 può essere a qualsiasi cifra) nella cartella archivio crx-repository\ ed elimina la cartella archivio secondaria.
  • Prima di riavviare qualsiasi nodo del cluster, assicurati di eliminare l'archivio /clustered.txt dal nodo principale.
  • Assicurati che il nodo primario sia avviato per primo e che, una volta completamente attivato, avvii altri nodi.

Ripristino dell'intero cluster

  1. Interrompi tutti i nodi del cluster.

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

  3. Applica patch o aggiornamenti ai moduli AEMAEM applicati dopo la creazione dell’immagine. Queste informazioni sono state registrate nella fase 1 della procedura di backup. AEM moduli devono essere recuperati allo stesso livello di patch di quando il sistema è stato sottoposto a backup.

  4. Ripristinare il database, GDS e i connettori.

  5. Per ripristinare l'archivio AEM offline, procedi come segue:

    NOTA

    Se un backup zip crx-repository è stato portato online, decomprimerlo in qualsiasi posizione e seguire il processo di ripristino offline.

    1. Su tutti i nodi del cluster, elimina le directory archivio, condivise, versione e aree di lavoro nella directory clusterNode .
    2. Elimina tutti i file e le directory nella directory condivisa.
    3. Ripristinare il backup del nodo del cluster (incluse le sottodirectory) in un nodo del cluster.
    4. Copia tutti i file del nodo cluster ripristinato in tutti gli altri nodi del cluster. Al termine, ogni nodo del cluster contiene gli stessi dati.
    5. Elimina il file clusterNode/revision.log su tutti i nodi del cluster.
    6. Elimina il blocco su tutti i nodi del cluster, se esiste.
    7. Elimina tutti i nodi del cluster repository/system.id, se presenti.
    8. Elimina i file **/listener.properties su tutti i nodi del cluster, se presenti.
    9. Ripristina repository/cluster_node.id per i singoli nodi del cluster.
NOTA

Considera i seguenti punti:

  • Se il nodo non riuscito era un nodo primario AEM, copia tutto il contenuto dalla cartella archivio secondaria (assomiglia a crx-repository\crx.0000 dove 0000 può essere a qualsiasi cifra) nella cartella archivio crx-repository.
  • Prima di riavviare qualsiasi nodo del cluster, assicurati di eliminare l'archivio /clustered.txt dal nodo principale.
  • Assicurati che il nodo primario sia avviato per primo e che, una volta completamente attivato, avvii altri nodi.

Esegui il backup e ripristina il nodo di pubblicazione della soluzione di gestione della corrispondenza

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

Recupera un singolo nodo di pubblicazione

  1. Spegni il nodo che deve essere recuperato e non eseguire alcuna attività di pubblicazione fino a quando il nodo non è di nuovo attivo.
  2. Ripristina il nodo Pubblica utilizzando [Ripristino del backup](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring il backup).

Recuperare un cluster

  1. Spegnere il cluster.
  2. Ripristina il nodo Pubblica utilizzando [Ripristino del backup](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring il backup).
  3. Avvia il nodo principale seguito dal nodo secondario del cluster di authoring.

In questa pagina