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

Last update: Thu May 04 2023 00:00:00 GMT+0000 (Coordinated Universal Time)

Creato per:

User

CAUTION

AEM 6.4 ha raggiunto la fine del supporto esteso e questa documentazione non viene più aggiornata. Per maggiori dettagli, consulta la nostra periodi di assistenza tecnica. Trova le versioni supportate qui.

Se l’implementazione dei moduli di AEM memorizza dati personalizzati aggiuntivi in un database diverso, è necessario implementare una strategia di backup di tali dati e assicurarsi che rimanga sincronizzata 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.

Dopo aver identificato la modalità di utilizzo dei 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 di 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, al fine di 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 in sincronia con il backup dei moduli AEM come soluzione e servizi di gestione della corrispondenza, come Forms Manager sono basati su dati memorizzati AEM parte dei moduli AEM.Per evitare perdite di dati, i dati specifici dei moduli AEM devono essere sottoposti a backup in modo da garantire che GDS e AEM (archivio) siano correlati a riferimenti al database.Il database, GDS, AEM e le directory principali di archiviazione dei contenuti devono essere ripristinati in un computer con lo stesso nome DNS originale.

Tipi di backup types-of-backups

La strategia di backup dei moduli AEM prevede due tipi di backup:

Immagine del sistema: Backup completo del sistema che è possibile utilizzare per ripristinare il contenuto del computer se il disco rigido o l'intero computer smette di funzionare. È necessario un backup dell’immagine di sistema solo prima della distribuzione di produzione di moduli AEM. I criteri aziendali interni determinano la frequenza con cui sono necessari i backup delle immagini del sistema.

Dati specifici dei moduli AEM: I dati dell'applicazione esistono nel database, nell'archivio GDS (Global Document Storage) e nell'archivio AEM e devono essere sottoposti a backup in tempo reale. GDS è una directory utilizzata per memorizzare file longevi utilizzati all’interno di un processo. Tali file possono includere PDF, criteri o modelli di moduli.

NOTE

Se è installato Content Services (obsoleto), esegui anche il backup della directory principale di archiviazione dei contenuti. Vedi 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 al database ai file GDS. Se nel database è stata abilitata l’archiviazione dei documenti, anche i dati e i documenti persistenti nel GDS vengono memorizzati nel database. È possibile eseguire il backup e il ripristino del database utilizzando i seguenti metodi:

Backup snapshot la modalità indica che il sistema dei moduli AEM è in modalità di backup a tempo indefinito o per un numero specificato di minuti, dopo di che la modalità di backup non è più abilitata. Per entrare o uscire dalla modalità di backup dello snapshot, è possibile utilizzare una delle opzioni seguenti. Dopo uno scenario di ripristino, la modalità di backup dello snapshot non deve essere abilitata.
- Utilizzare la pagina Impostazioni backup in Admin Console. Per accedere alla modalità snapshot, selezionare la casella di controllo Opera in modalità backup sicuro. Deselezionare la casella di controllo per uscire dalla modalità snapshot.
- Utilizzare lo script LCBackupMode (vedere Esegui il backup delle directory radice del database, GDS e Content Storage). Per uscire dalla modalità di backup dello snapshot, nell'argomento script, impostare il continuousCoverage parametro a false o utilizzare leaveContinuousCoverage opzione .
- Utilizzare l'API di backup/ripristino fornita.
Backup continuo La modalità indica che il sistema è sempre in modalità di backup e che viene avviata una nuova sessione in modalità di backup non appena viene rilasciata la sessione precedente. Nessun timeout associato alla modalità di backup in esecuzione. Quando lo script LCBackupMode o le API vengono chiamate per uscire dalla modalità di backup in esecuzione, inizia una nuova sessione in modalità di backup in esecuzione. 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 continuo è ancora abilitata. È possibile uscire dalla modalità di backup continuo (modalità di backup continuo) utilizzando lo script LCBackupMode con il leaveContinuousCoverage opzione .

NOTE

Se si esce dalla modalità di backup continuo, viene immediatamente avviata una nuova sessione in modalità di backup. Per disattivare completamente la modalità di backup continuo, utilizza la leaveContinuousCoverage nello script, che sovrascrive la sessione di backup continuo esistente. In modalità backup snapshot, è possibile lasciare la modalità di backup come si fa di solito.

Per evitare la perdita di dati, è necessario eseguire il backup dei dati specifici dei moduli AEM in modo da garantire la correlazione tra i documenti della directory principale di archiviazione 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 GDS.

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

Se è necessario ripristinare AEM moduli in un ambiente diverso a causa delle seguenti modifiche, attenersi alle linee guida seguenti:

Modifica dell’indirizzo IP, del nome host o della porta del server dei moduli AEM
Modifica delle lettere di unità o del percorso della directory
Passare a un host di database, una porta o un nome diverso

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

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 ripristinano AEM moduli da un backup. Ad esempio, se si sta recuperando un backup di moduli AEM, non è possibile modificare il server dell'applicazione da JBoss a WebLogic o il database da Oracle a DB2. Inoltre, i moduli AEM recuperati devono utilizzare gli stessi percorsi del file system, ad esempio la directory dei font.

Riavvio dopo un ripristino restarting-after-a-recovery

Prima di riavviare il server dei moduli dopo un ripristino, eseguire le operazioni seguenti:

Avviare il sistema in modalità manutenzione.
Per garantire la sincronizzazione di Form Manager con AEM moduli in modalità di manutenzione, effettuare le operazioni seguenti:
1. Vai su https://<server>:<porta>/lc/fm e accedi utilizzando le credenziali amministratore/password.
2. Fai clic sul nome dell’utente (in questo caso l’amministratore avanzato) nell’angolo in alto a destra.
3. Fai clic su Opzioni di amministrazione.
4. Fai clic su Inizio per sincronizzare le risorse dall’archivio.
In un ambiente cluster, il nodo principale (rispetto a AEM) deve trovarsi in primo piano prima dei nodi secondari.
Assicurati che non vengano avviati processi da origini interne o esterne, quali Web, SOAP o EJB, fino a quando non viene convalidato il normale funzionamento del sistema.

Se il database dei moduli principali AEM viene spostato o modificato, consultare le guide all’installazione relative al server applicazioni per informazioni sull’aggiornamento delle informazioni sulla connessione al database per le origini dati dei moduli AEM IDP_DS e EDC_DS.

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

In un cluster, se si utilizza il caching TCP invece di UDP, è necessario aggiornare la configurazione del localizzatore della cache. Consulta "Configuring the caching locators (caching using only TCP)" nella guida alla configurazione relativa al server applicativo.

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

Se si modificano i percorsi dei file system per un nodo autonomo, è necessario aggiornare i riferimenti appropriati nelle preferenze, nelle altre configurazioni di sistema, nelle applicazioni personalizzate e nelle applicazioni di moduli AEM distribuite. D'altro canto, per un cluster, tutti i nodi devono utilizzare la stessa configurazione del percorso del file system. È necessario impostare la directory principale GDS (Global Document Storage) e assicurarsi che faccia riferimento a una copia del GDS recuperato che è sincronizzata con il database recuperato. L'impostazione del percorso GDS è importante perché il GDS può contenere dati destinati a persistere tra i riavvii dell'application server.

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 la LCSetGDSnel [*aem-forms root]*\sdk\misc\Foundation\SetGDSCommandline per impostare il percorso GDS dopo aver modificato i percorsi del file system. Consulta la sezione ReadMe.txt nella stessa cartella per ulteriori informazioni. Se non è possibile utilizzare il vecchio percorso della directory GDS, LCSetGDS per impostare il nuovo percorso del GDS prima di avviare AEM moduli, è necessario utilizzare lo script.

NOTE

Questa circostanza è l’unica in cui è necessario utilizzare questo script per modificare la posizione GDS. Per modificare la posizione GDS durante l’esecuzione AEM moduli, utilizzare la console di amministrazione. (Vedi Configurare le impostazioni generali dei moduli AEM*.

Dopo aver impostato il percorso GDS, avviare il server dei moduli in modalità di manutenzione e utilizzare la console di amministrazione per aggiornare i percorsi dei file system rimanenti per il nuovo nodo. Dopo aver verificato l’aggiornamento di tutte le configurazioni necessarie, riavviare e verificare AEM moduli.

recommendation-more-help

a6ebf046-2b8b-4543-bd46-42a0d77792da