Strategia di backup e ripristino per i moduli AEM backup-and-recovery-strategy-for-aem-forms

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 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.

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.

NOTE
Come per qualsiasi altro aspetto dell'implementazione dei moduli AEM, prima di essere utilizzata in produzione, la strategia di backup e ripristino deve essere sviluppata e testata in un ambiente di sviluppo o di staging 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.

Tipi di backup types-of-backups

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.

NOTE
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.

    • Utilizzare la pagina Impostazioni di backup nella console di amministrazione. Per attivare la modalità snapshot, selezionare la casella di controllo Esegui in modalità di backup sicuro. Deselezionare la casella di controllo per uscire dalla modalità snapshot.
    • Utilizzare lo script LCBackupMode (vedere Eseguire il backup del database, di GDS e delle directory principali di archiviazione dei contenuti). Per uscire dalla modalità di backup delle copie istantanee, nell'argomento script impostare continuousCoverage parametro a false o utilizza leaveContinuousCoverage opzione.
    • Utilizzare l'API di backup/ripristino fornita.
  • 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.

NOTE
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.

NOTE
Quando il GDS viene memorizzato nel file system e non nel database, eseguire il backup del database prima del backup del GDS.

Considerazioni speciali per il backup e il ripristino special-considerations-for-backup-and-recovery

Se è necessario ripristinare i moduli AEM in un ambiente diverso a causa delle seguenti modifiche, attenersi alle linee guida riportate di seguito.

  • Modifica dell’indirizzo IP, del nome host o della porta del server AEM Forms
  • Modifica delle lettere di unità o del percorso della directory
  • Passare a un altro nome, porta o host di database

In genere, tali scenari di ripristino sono causati da un guasto hardware del server che ospita l'application server, il server di database o il server Forms. Oltre alle configurazioni specifiche per i moduli AEM descritte in questa sezione, se il nome host o l’indirizzo IP di un server AEM Forms cambia, è necessario apportare le modifiche necessarie anche ad altre parti dell’implementazione dei moduli AEM, come i load balancer e i firewall.

Cosa non può essere modificato what-cannot-be-changed

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.

Riavvio dopo un ripristino restarting-after-a-recovery

Prima di riavviare Forms Server dopo un ripristino, eseguire le operazioni seguenti:

  1. Avviare il sistema in modalità di manutenzione.

  2. Effettua le seguenti operazioni per garantire che Form Manager sia sincronizzato con i moduli AEM in modalità di manutenzione:

    1. Vai a https://<server>:<porta>/lc/fm e accedere utilizzando le credenziali amministratore/password.
    2. Fai clic sul nome dell’utente (in questo caso Amministratore privilegiato) nell’angolo in alto a destra.
    3. Clic Opzioni di amministrazione.
    4. Clic Inizio per sincronizzare le risorse dall’archivio.
  3. In un ambiente cluster, il nodo principale (rispetto all’AEM) deve essere posizionato prima dei nodi secondari.

  4. 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.

NOTE
Per riavviare l'SDK, si consiglia di utilizzare il comando 'Ctrl + C'. Il riavvio dell’SDK dell’AEM con metodi alternativi, ad esempio l’arresto dei processi Java, può causare incongruenze nell’ambiente di sviluppo dell’AEM.

Modifica del nome host o dell’indirizzo IP dei moduli AEM changing-the-aem-forms-hostname-or-ip-address

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.

Modifica dei percorsi dei file system dei nodi dei moduli AEM changing-the-aem-forms-node-file-system-paths

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. 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 LCSetGDSscript 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.

NOTE
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 Forms Server 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.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2