Se l'implementazione AEM dei moduli memorizza dati personalizzati aggiuntivi in un database diverso, è necessario implementare una strategia di backup dei dati per garantire che rimangano sincronizzati con i dati dei moduli AEM. Inoltre, l'applicazione deve essere progettata in modo da essere sufficientemente robusta per gestire uno scenario in cui i database aggiuntivi non sono sincronizzati. È vivamente consigliato che qualsiasi operazione del database eseguita sia eseguita nel contesto di una transazione per aiutare a mantenere uno stato coerente.
È necessario eseguire il backup delle seguenti parti del sistema di moduli AEM per recuperare da eventuali errori:
È necessario eseguire il backup di tutti gli altri dati utilizzati dalla configurazione dei moduli AEM, ad esempio i font dei clienti, i dati dei connettitori e così via.
In questo argomento vengono illustrate le strategie seguenti per eseguire il backup di qualsiasi ambiente cluster AEM moduli:
Arrestate l'intero cluster e i servizi correlati. (vedere Avvio e arresto dei servizi)
Su qualsiasi nodo, eseguire il backup del database, di GDS e dei connettori. (vedere File per il backup e il ripristino)
Per eseguire il backup AEM repository offline, effettuate le seguenti operazioni:
Per i passaggi dettagliati, vedere Backup e ripristino.
Esegui il backup di qualsiasi altro dato, ad esempio i font del cliente.
Avviate di nuovo il cluster.
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.
Arrestate uno dei nodi secondari del cluster rispetto a AEM. (vedere Avvio e arresto dei servizi)
Su qualsiasi nodo, eseguire il backup del database, di GDS e dei connettori. (vedere File per il backup e il ripristino)
Per eseguire il backup AEM repository offline, effettuate le seguenti operazioni:
Per i passaggi dettagliati, vedere Backup e ripristino.
Esegui il backup di qualsiasi altro dato, ad esempio i font del cliente.
Avviate di nuovo il cluster.
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.
Arrestate uno dei nodi secondari del cluster rispetto a AEM. (vedere Avvio e arresto dei servizi)
Su qualsiasi nodo, eseguire il backup del database, di GDS e dei connettori. (vedere File per il backup e il ripristino)
Per eseguire il backup AEM repository online, effettuate le seguenti operazioni:
Esegui il backup di qualsiasi altro dato, ad esempio i font del cliente.
Avviate di nuovo il cluster.
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:
È 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.
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.
Arrestare il nodo danneggiato.
Se il nodo danneggiato è un nodo primario AEM, chiudere l'intero nodo del cluster.
Ricreare il sistema fisico da un'immagine del sistema.
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.
(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.
Se il backup del repository crx compresso è stato portato online, decomprimetelo in qualsiasi posizione e seguite il processo di ripristino offline.
Considerate quanto segue:
Arrestate tutti i nodi del cluster.
Ricreare il sistema fisico da un'immagine del sistema.
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.
Ripristinare il database, GDS e i connettori.
Per ripristinare l'archivio AEM offline, effettuate le seguenti operazioni:
Se il backup del repository crx compresso è stato portato online, decomprimetelo in qualsiasi posizione e seguite il processo di ripristino offline.
Considerate quanto segue:
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.