Se l’implementazione dei moduli AEM memorizza dati personalizzati aggiuntivi in un database diverso, è tua responsabilità implementare una strategia per eseguire il backup di tali dati e assicurarti che rimangano sincronizzati con i dati dei moduli AEM. Inoltre, l'applicazione deve essere progettata in modo da essere sufficientemente solida per 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.
Dopo aver identificato il modo in cui vengono utilizzati i moduli AEM, determinare quali file devono essere sottoposti a backup, la frequenza e la finestra di backup da rendere disponibili.
Come per qualsiasi altro aspetto dell'implementazione dei moduli AEM, la strategia di backup e ripristino deve essere sviluppata e testata in un ambiente di sviluppo o di staging prima di essere utilizzata in produzione per garantire che l'intera soluzione funzioni come previsto senza perdita di dati.
Adobe Experience Manager (AEM) è parte integrante dei moduli AEM. Pertanto, è necessario eseguire il backup di AEM e sincronizzarlo con il backup di moduli AEM come soluzione e servizi per la gestione della corrispondenza, come Forms Manager, che si basano sui dati archiviati nella parte AEM dei moduli AEM.Per evitare qualsiasi perdita di dati, è necessario eseguire il backup dei dati specifici dei moduli AEM in modo da garantire che GDS e AEM (archivio) siano correlati con i riferimenti al database.Le directory radice di database, GDS, AEM e Content Storage devono essere ripristinate in un computer con lo stesso nome DNS dell'originale.
La strategia di backup basata su moduli AEM prevede due tipi di backup:
Immagine del sistema: Backup di sistema completo che può essere utilizzato per ripristinare il contenuto del computer se il disco rigido o l'intero computer smette di funzionare. Il backup dell'immagine del sistema è necessario solo prima della distribuzione di produzione dei moduli AEM. Le regole aziendali interne determinano quindi la frequenza con cui vengono richiesti i backup delle immagini di sistema.
L’AEM forma dati specifici: I dati dell'applicazione esistono nel database, nel GDS (Global Document Storage) e nell'archivio AEM e devono essere sottoposti a backup in tempo reale. GDS è una directory utilizzata per memorizzare i file di lunga durata utilizzati all'interno di un processo. Tali file possono includere PDF, criteri o modelli di modulo.
Se è installato Content Services (obsoleto), eseguire anche il backup della directory principale di archiviazione dei contenuti. Consulta Directory principale di archiviazione dei contenuti (solo Content Services).
Il database viene utilizzato per memorizzare gli artefatti del modulo, le configurazioni del servizio, lo stato del processo e i riferimenti del database ai file GDS. Se nel database è stata abilitata l'archiviazione dei documenti, anche i dati e i documenti persistenti in GDS vengono memorizzati nel database. È possibile eseguire il backup e il ripristino del database utilizzando i metodi seguenti:
Backup snapshot La modalità indica che il sistema AEM forms è in modalità di backup a tempo indeterminato o per un numero specificato di minuti, dopo di che la modalità di backup non è più attivata. Per attivare o disattivare la modalità di backup delle copie istantanee, è possibile utilizzare una delle opzioni seguenti. Dopo uno scenario di ripristino, la modalità di backup delle copie istantanee non deve essere abilitata.
continuousCoverage
parametro a false
o utilizza leaveContinuousCoverage
opzione.Backup continuo La modalità indica che il sistema è sempre in modalità di backup e che una nuova sessione in modalità di backup viene avviata non appena viene rilasciata la sessione precedente. Alla modalità di backup continuo non è associato alcun timeout. Quando si chiama lo script o le API LCBackupMode per uscire dalla modalità di backup continuo, viene avviata una nuova sessione di tale modalità. Questa modalità è utile per supportare backup continui, ma consente comunque di eliminare dalla directory GDS i documenti vecchi e non necessari. La modalità di backup continuo non è supportata dalla pagina Backup e ripristino. Dopo uno scenario di ripristino, la modalità di backup continua a essere abilitata. È possibile uscire dalla modalità di backup continuo (modalità di backup continuo) utilizzando lo script LCBackupMode con leaveContinuousCoverage
opzione.
Se si abbandona immediatamente la modalità di backup continuo, viene avviata una nuova sessione in modalità di backup. Per disattivare completamente la modalità di backup continuo, utilizzare leaveContinuousCoverage
nello script, che sovrascrive la sessione esistente di rollback. In modalità di backup delle copie istantanee, è possibile lasciare la modalità di backup come si fa di solito.
Per evitare la perdita di dati, è necessario eseguire il backup dei dati specifici dell'AEM in modo da garantire la correlazione tra i documenti di directory radice di archiviazione dei contenuti e GDS e i riferimenti al database.
Quando il GDS viene memorizzato nel file system e non nel database, eseguire il backup del database prima del backup del GDS.
Se è necessario ripristinare i moduli AEM in un ambiente diverso a causa delle seguenti modifiche, attenersi alle linee guida riportate di seguito.
In genere, tali scenari di ripristino sono causati da un guasto hardware del server che ospita l'application server, il server database o il server forms. Oltre alle configurazioni specifiche dei moduli AEM descritte in questa sezione, se il nome host o l’indirizzo IP di un server AEM cambia, è necessario apportare le modifiche necessarie anche ad altre parti della distribuzione dei moduli AEM, come i load balancer e i firewall.
Anche se è possibile modificare il server di database e molti altri parametri, non è possibile modificare il tipo di server applicazioni o il tipo di database quando si recuperano i moduli AEM da un backup. Se ad esempio si ripristina un backup di moduli AEM, non è possibile modificare il server applicazioni da JBoss a WebLogic o database da Oracle a DB2. Inoltre, i moduli AEM recuperati devono utilizzare gli stessi percorsi del file system, come la directory dei font.
Prima di riavviare il server Forms dopo un ripristino, eseguire le operazioni seguenti:
Avviare il sistema in modalità di manutenzione.
Effettua le seguenti operazioni per garantire che Form Manager sia sincronizzato con i moduli AEM in modalità di manutenzione:
In un ambiente cluster, il nodo principale (rispetto all’AEM) deve essere posizionato prima dei nodi secondari.
Accertarsi che non vengano avviati processi da origini interne o esterne, ad esempio gli iniziatori di processi Web, SOAP o EJB, fino alla convalida del normale funzionamento del sistema.
Se il database principale dei moduli AEM viene spostato o modificato, esaminare le guide all'installazione relative al server applicazioni per informazioni sull'aggiornamento delle informazioni di connessione al database per le origini dati dei moduli AEM IDP_DS ed EDC_DS.
In un cluster, se si utilizza il caching TCP anziché UDP, è necessario aggiornare la configurazione del localizzatore di cache. Consulta "Configuring the caching locators (caching using TCP only)" nella guida alla configurazione relativa al server applicazioni.
Se si modificano i percorsi del file system per un nodo standalone, è necessario aggiornare i riferimenti appropriati nelle preferenze, in altre configurazioni di sistema, nelle applicazioni personalizzate e nelle applicazioni AEM forms distribuite. Per un cluster, invece, tutti i nodi devono utilizzare la stessa configurazione del percorso del file system. È necessario impostare la directory radice Global Document Storage (GDS) e assicurarsi che punti a una copia del GDS ripristinato sincronizzata con il database ripristinato. L'impostazione del percorso GDS è importante perché GDS può contenere dati destinati a persistere durante il riavvio del server applicazioni.
In un ambiente cluster, la configurazione del percorso del file system dell'archivio deve essere la stessa per tutti i nodi del cluster prima del backup e dopo il ripristino.
Utilizza il LCSetGDS
script in [*aem-forms root]*\sdk\misc\Foundation\SetGDSCommandline
per impostare il percorso GDS dopo aver modificato i percorsi del file system. Consulta la ReadMe.txt
nella stessa cartella per i dettagli. Se non è possibile utilizzare il percorso della directory GDS precedente, LCSetGDS
È necessario utilizzare lo script per impostare il nuovo percorso del GDS prima di avviare i moduli AEM.
Questa circostanza è l'unica in base alla quale utilizzare questo script per modificare la posizione di GDS. Per modificare la posizione di GDS mentre i moduli AEM sono in esecuzione, utilizzare la console di amministrazione. (vedere Configurare le impostazioni generali dei moduli AEM*.) *
Dopo aver impostato il percorso GDS, avviare il server Forms in modalità di manutenzione e utilizzare la console di amministrazione per aggiornare i percorsi del file system rimanenti per il nuovo nodo. Dopo aver verificato che tutte le configurazioni necessarie siano state aggiornate, riavviare e testare i moduli AEM.