Strategia di backup e ripristino per i moduli AEM

Se l'implementazione dei moduli AEM memorizza dati personalizzati aggiuntivi in un database diverso, devi implementare una strategia di backup di tali dati e accertarti 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.

Dopo aver identificato l'utilizzo dei moduli AEM, determinare quali file devono essere sottoposti a backup, la frequenza e la finestra di backup da rendere disponibili.

Nota

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 pre-produzione 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 dei moduli di AEM, in quanto la soluzione e i servizi di gestione della corrispondenza, come Forms Manager, si basano su dati memorizzati in AEM parte dei moduli AEM. Per evitare eventuali perdite di dati, il backup dei dati specifici dei moduli AEM deve essere effettuato in modo da garantire la correlazione di GDS e AEM (repository) con i riferimenti ai database.Il database, GDS, AEM e le directory principali di memorizzazione dei contenuti devono essere ripristinati in un computer con lo stesso nome DNS dell'originale.

Tipi di backup

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

Immagine del sistema: Un backup completo del sistema che è possibile utilizzare per ripristinare il contenuto del computer se il disco rigido o l'intero computer smette di funzionare. Il backup delle immagini di sistema è necessario solo prima della distribuzione di produzione di moduli AEM. I criteri aziendali interni stabiliscono quindi la frequenza con cui i backup delle immagini del sistema sono richiesti.

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

Nota

Se è installato Content Services (obsoleto), eseguire il backup della directory principale di Content Storage. Consultate Directory principale di Content Storage (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 nei file GDS. Se nel database è stata abilitata la memorizzazione dei documenti, anche i dati e i documenti persistenti presenti nel GDS vengono memorizzati nel database. È possibile eseguire il backup e il ripristino del database utilizzando i seguenti metodi:

  • La modalità di backup delle snapshot indica che il sistema dei moduli AEM è in modalità di backup a tempo indeterminato 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 seguenti opzioni. Dopo uno scenario di ripristino, la modalità di backup dello snapshot non deve essere abilitata.

    • Utilizzare la pagina Impostazioni di backup in Admin Console. Per passare alla modalità snapshot, selezionare la casella di controllo Opera in modalità di backup sicuro. Deselezionate la casella di controllo per uscire dalla modalità snapshot.
    • Utilizzare lo script LCBackupMode (vedere Eseguire il backup delle directoryradice del database, GDS e Content Storage). Per uscire dalla modalità di backup dello snapshot, nell'argomento script impostare il continuousCoverage parametro su false o utilizzare l' leaveContinuousCoverage opzione.
    • Utilizzare l'API di backup/ripristino fornita.
  • La modalità Rolling Backup 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. Nessun timeout è associato alla modalità di backup continuo. Quando lo script o le API LCBackupMode vengono chiamate per uscire dalla modalità di backup continuo, viene avviata una nuova sessione di backup continuo. Questa modalità è utile per supportare backup continui, ma consente comunque di eliminare documenti vecchi e inutili dalla directory GDS. La modalità di backup cumulativo 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 l' leaveContinuousCoverage opzione.

Nota

Se si esce dalla modalità di backup a rotazione, viene immediatamente avviata una nuova sessione in modalità di backup. Per disattivare completamente la modalità di backup a scorrimento, utilizzate l' leaveContinuousCoverage opzione nello script, che sovrascrive la sessione di backup a rotazione esistente. In modalità backup snapshot, è possibile lasciare la modalità di backup come di solito.

Per evitare la perdita di dati, il backup dei dati specifici dei moduli AEM deve essere effettuato in modo da garantire la correlazione tra i documenti della directory principale di GDS e di Content Storage e i riferimenti al database.

Nota

Quando il GDS è 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

Se devi recuperare i moduli AEM in un ambiente diverso a causa delle seguenti modifiche, usa le seguenti linee guida:

  • Modifica dell'indirizzo IP, del nome host o della porta del server moduli AEM
  • Modifica nelle lettere di unità o nel percorso della directory
  • Passaggio a un host, una porta o un nome di database diverso

In genere, tali scenari di ripristino sono causati da errori hardware del server che ospita il server dell'applicazione, il server del database o il server dei moduli. Oltre alle configurazioni specifiche dei moduli di AEM descritte in questa sezione, è necessario apportare le modifiche necessarie per altre parti della distribuzione dei moduli AEM, ad esempio per i servizi di bilanciamento del carico e i firewall, se il nome host o l’indirizzo IP di un server di moduli AEM viene modificato.

Cosa non può essere modificato

Anche se è possibile modificare il server di database e molti altri parametri, non è possibile modificare il tipo di server applicazioni o di database quando si recuperano moduli AEM da un backup. Ad esempio, se si sta recuperando un backup dei moduli AEM, non è possibile modificare il server 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

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

  1. Avviate il sistema in modalità manutenzione.

  2. Per assicurarsi che Form Manager sia sincronizzato con i moduli AEM in modalità di manutenzione, effettuate le seguenti operazioni:

    1. Andate a https://<server>:<porta>/lc/fm ed effettuate l'accesso utilizzando le credenziali di amministratore/password.
    2. Fate clic sul nome dell’utente (in questo caso, Amministratore avanzato) nell’angolo in alto a destra.
    3. Fate clic su Opzioni ​amministratore.
    4. Fate clic su Avvia per sincronizzare le risorse dalla directory archivio.
  3. In un ambiente cluster, il nodo principale (rispetto ad AEM) deve essere superiore rispetto ai nodi secondari.

  4. Assicurarsi che non vengano avviati processi da origini interne o esterne, quali Web, SOAP o gli iniziatori di processi EJB, fino alla convalida del normale funzionamento del sistema.

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

Modifica del nome host o dell’indirizzo IP dei moduli AEM

In un cluster, se si utilizza il caching TCP invece di UDP, è necessario aggiornare la configurazione del locatore della cache. Consultate "Configuring the caching locators (caching using TCP only)" (Configurazione delle localizzatori nella cache (caching utilizzando solo TCP) nella guida alla configurazione relativa al server dell'applicazione in uso.

Modifica dei percorsi del file system dei nodi dei moduli AEM

Se si modificano i percorsi del file system per un nodo standalone, è necessario aggiornare i riferimenti appropriati nelle preferenze, nelle altre configurazioni di sistema, nelle applicazioni personalizzate e nelle applicazioni AEM distribuite. Per un cluster, invece, tutti i nodi devono utilizzare la stessa configurazione di percorso del file system. È necessario impostare la directory principale Global Document Storage (GDS) 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 del server applicazioni.

In un ambiente cluster, la configurazione del percorso del file system del repository deve essere la stessa per tutti i nodi del cluster prima del backup e dopo il ripristino.

Utilizzare lo LCSetGDSscript nella [*aem-forms root]*\sdk\misc\Foundation\SetGDSCommandline cartella per impostare il percorso GDS dopo aver modificato i percorsi del file system. Per informazioni dettagliate, consultate il ReadMe.txt file nella stessa cartella. Se non è possibile utilizzare il vecchio percorso di directory GDS, è necessario utilizzare LCSetGDS lo script per impostare il nuovo percorso per GDS prima di avviare i moduli AEM.

Nota

Questa circostanza è l'unica in base alla quale si dovrebbe utilizzare questo script per modificare la posizione GDS. Per modificare la posizione GDS mentre i moduli AEM sono in esecuzione, utilizzate la console di amministrazione. (Vedere Configurare le impostazionigenerali 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 che tutte le configurazioni necessarie siano aggiornate, riavviate e verificate i moduli AEM.

In questa pagina