Strategia per il backup e il ripristino in un ambiente cluster

È 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 longevi e altri documenti persistenti
• Database AEM (archivio crx)

Eseguire il backup di un ambiente cluster

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

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

Backup offline con tempi di inattività

1. Arrestate 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 per il backup e il ripristino)

3. Per eseguire il backup AEM repository offline, effettuate le seguenti operazioni:

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

   Per i passaggi dettagliati, vedere Backup e ripristino.

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

5. Avviate di nuovo il cluster.

Backup offline senza tempi di inattività

1. Accedete alla modalità di backup continuo. (vedere Inserimento delle modalità di backup)

   Si noti che è necessario lasciare la modalità di backup a scorrimento dopo un ripristino.

2. Arrestate uno dei nodi secondari del cluster rispetto a AEM. (vedere Avvio e arresto dei servizi)

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

4. Per eseguire il backup AEM repository offline, effettuate le seguenti operazioni:

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

   Per i passaggi dettagliati, vedere Backup e ripristino.

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

6. Avviate di nuovo il cluster.

Backup online senza tempi di inattività ma ritardo nella risposta

1. Accedete alla modalità di backup continuo. (vedere Inserimento delle modalità di backup)

   Si noti che è necessario lasciare la modalità di backup a scorrimento dopo un ripristino.

2. Arrestate uno dei nodi secondari del cluster rispetto a AEM. (vedere Avvio e arresto dei servizi)

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

4. Per eseguire il backup AEM repository online, effettuate le seguenti operazioni:

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

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

6. Avviate di nuovo il cluster.

Eseguire il backup del file delle proprietà di Bootstrap

Quando si crea un cluster AEM, viene creato un file di proprietà nel server applicazione per tutti i nodi secondari. È consigliabile eseguire il backup del file delle proprietà di Bootstrap. Il file si trova nel seguente percorso sul server dell’applicazione:

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

È necessario eseguire il backup del file per lo scenario di disaster recovery AEM nodo secondario e sostituirlo nel percorso specificato sul server dell'applicazione, 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 un ripristino a nodo singolo, è sufficiente chiudere il nodo singolo ed eseguire la procedura di ripristino a nodo singolo.

Se l'intero cluster ha esito negativo 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. Arrestare il nodo danneggiato.

   NOTA

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

2. Ricreare il sistema fisico da un'immagine del 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 è stato eseguito il 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 non sincronizzazione dell'archivio.

   Per ripristinare il repository, eseguire le operazioni seguenti.

   NOTA

   Se il backup del repository crx compresso è stato portato online, decomprimetelo in qualsiasi posizione e seguite il processo di ripristino offline.

   1. Eliminare le directory archivio, condivisa, versione e aree di lavoro nella directory clusterNode del nodo.
   2. Ripristinare il backup del nodo del cluster (incluse le sottodirectory) nel nodo.
   3. Eliminare il file clusterNode/revision.log sul nodo.
   4. Eliminate il blocco .lock sul nodo, se presente.
   5. Eliminate l'eventuale repository/system.id sul nodo.
   6. Elimina i file **/listener.properties sul nodo, se presenti.
   7. Ripristina repository/cluster_node.id per singoli nodi del cluster.

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

Ripristino dell'intero cluster

1. Arrestate tutti i nodi del cluster.

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

3. Applicazione di patch o aggiornamenti ai moduli AEMAEM applicati dopo la creazione dell'immagine. Queste informazioni sono state registrate nel passaggio 1 della procedura di backup. AEM moduli devono essere recuperati allo stesso livello di patch di quando è stato eseguito il backup del sistema.

4. Ripristinare il database, GDS e i connettori.

5. Per ripristinare l'archivio AEM offline, effettuate le seguenti operazioni:

   NOTA

   Se il backup del repository crx compresso è stato portato online, decomprimetelo in qualsiasi posizione e seguite il processo di ripristino offline.

   1. In tutti i nodi del cluster, eliminate le directory archivio, condivisa, versione e aree di lavoro nella directory clusterNode.
   2. Eliminate 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. Copiate tutti i file del nodo del cluster ripristinato in tutti gli altri nodi del cluster. Una volta fatto, ogni nodo del cluster contiene gli stessi dati.
   5. Eliminate il file clusterNode/revision.log in tutti i nodi del cluster.
   6. Eliminate il blocco su tutti i nodi del cluster, se presente.
   7. Eliminate i repository/system.id di tutti i nodi del cluster, se presenti.
   8. Elimina i file **/listener.properties, se presenti, su tutti i nodi del cluster.
   9. Ripristina repository/cluster_node.id per singoli nodi del cluster.

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

Eseguire il backup e ripristinare il nodo di pubblicazione della soluzione di gestione della corrispondenza

Il nodo editore non ha alcuna relazione principale-secondaria in un ambiente cluster. È possibile eseguire il backup di qualsiasi nodo Publisher seguendo Backup e ripristino.

Recuperare un singolo nodo editore

1. Arrestate il nodo che deve essere recuperato e non eseguite alcuna attività di pubblicazione finché il nodo non viene nuovamente attivato.
2. Ripristinare il nodo Pubblica utilizzando [Ripristino del backup](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring il backup).

Ripristino di un cluster

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