Recupero dei dati dei moduli dell’AEM recovering-the-aem-forms-data
Questa sezione descrive i passaggi necessari per recuperare i dati dei moduli AEM. Vedere anche Considerazioni speciali per il backup e il ripristino.
Le forme di AEM devono recuperare in modo affidabile dai seguenti fallimenti:
Errore disco: Per ripristinare il contenuto del database è necessario il supporto di backup più recente.
Danneggiamento dei dati: I file system non registrano le transazioni passate e i sistemi potrebbero accidentalmente sovrascrivere i dati di processo richiesti.
Errore utente: il recupero è limitato ai dati resi disponibili dal database. Se i dati sono stati memorizzati e sono disponibili, il ripristino è semplificato.
Interruzione dell'alimentazione, arresto anomalo del sistema: Le API del file system spesso non sono progettate o utilizzate in modo affidabile per evitare errori di sistema imprevisti. Se si verifica un'interruzione dell'alimentazione o un arresto anomalo del sistema, è più probabile che il contenuto del documento memorizzato nel database sia aggiornato rispetto al contenuto memorizzato in un file system.
Se si utilizza la modalità di backup continuo, è ancora attiva la modalità di backup dopo il ripristino. Se si utilizza la modalità di backup delle copie istantanee, non è attiva la modalità di backup dopo il ripristino.
Quando si esegue il ripristino da un backup in un nuovo sistema, le seguenti configurazioni possono essere diverse. Questa differenza non dovrebbe influire sul corretto recupero dell’applicazione dei moduli AEM:
- Indirizzo IP
- Configurazione del sistema fisico (CPU, disco, memoria)
- Posizione GDS
Se un singolo nodo di un cluster multinodo non riesce e i nodi rimanenti del cluster funzionano correttamente, eseguire la procedura di ripristino del cluster a nodo singolo.
Recuperare i dati dei moduli AEM recover-the-aem-forms-data
-
Arrestare il server applicazioni e i servizi di moduli AEM se in esecuzione.
-
Se necessario, ricreare il sistema fisico da un'immagine di sistema. Ad esempio, questo passaggio potrebbe non essere necessario se il motivo del ripristino è un server di database difettoso.
-
Applica patch o aggiornamenti ai moduli AEM applicati dal momento in cui è stata creata l’immagine. Queste informazioni sono state registrate nella procedura di backup. I moduli AEM devono essere sottoposti a patch allo stesso livello di patch utilizzato al momento del backup del sistema.
-
(Server applicazioni WebSphere®) Se si sta eseguendo il ripristino in una nuova istanza dell'Application Server WebSphere®, eseguire il comando restoreConfig.bat/sh.
-
Recuperare il database dei moduli AEM eseguendo prima un'operazione di ripristino del database utilizzando i file di backup del database e quindi applicando i redo log delle transazioni al database ripristinato. (Vedi Database dei moduli AEM.) Per ulteriori informazioni, consulta uno dei seguenti articoli della knowledge base:
-
Recuperare la directory GDS eliminando prima il contenuto della directory GDS sull'installazione esistente dei moduli AEM e quindi copiando il contenuto della directory GDS dal GDS di cui è stato eseguito il backup. Se si è modificato il percorso della directory GDS, vedere Modifica del percorso GDS durante il ripristino.
-
Rinominare la directory di backup GDS da ripristinare come illustrato negli esempi seguenti:
note note NOTE Se la directory /restore esiste già, eseguirne il backup e quindi eliminarla prima di rinominare la directory /backup che contiene i dati più recenti. -
(JBoss®) Rinominare
[appserver root]/server/'server'/svcnative/DocumentStorage/backupin:[appserver root]/server/'server'/svcnative/DocumentStorage/restore. -
(WebLogic) Rinominare
[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/backupin:[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/restore. -
(WebSphere®) Rinominare
[appserver root]/installedApps/adobe/'server'/DocumentStorage/backupin:[appserver root]/installedApps/adobe/'server'/DocumentStorage/restore.
-
-
Ripristinare la directory radice di archiviazione dei contenuti eliminando prima il contenuto della directory radice di archiviazione dei contenuti nell’installazione esistente dei moduli AEM e quindi recuperando i contenuti seguendo le attività per gli ambienti autonomi o cluster:
note note NOTE Il backup della directory radice di archiviazione dei contenuti deve essere ripristinato nella posizione della directory radice di archiviazione dei contenuti impostata durante la configurazione di Content Services (obsoleto). Standalone: Durante il processo di ripristino, ripristinare tutte le directory di cui è stato eseguito il backup. Quando queste directory vengono ripristinate, se è presente la directory /backup-lucene-indexes, rinominarla in /lucene-indexes. In caso contrario, la directory degli indici di tipo Lucene dovrebbe già esistere e non è richiesta alcuna azione.
Cluster: Durante il processo di ripristino, ripristinare tutte le directory di cui è stato eseguito il backup. Per ripristinare la directory principale dell'indice, effettuare le seguenti operazioni su ciascun nodo del cluster:
- Elimina tutto il contenuto nella directory radice indice.
- Se la directory /backup-lucene-indexes è presente, copiare il contenuto della directory radice dell'archiviazione dei contenuti /backup-lucene-indexes nella directory radice dell'indice ed eliminare la directory radice dell'archiviazione dei contenuti/backup-lucene-indexes.**
- Se la directory /lucene-indexes è presente, copiare il contenuto della directory radice di archiviazione del contenuto Directory radice di archiviazione del contenuto/indice del lucene nella directory radice dell'indice.
-
Ripristina/ripristina l’archivio CRX.
-
Autonomo
Ripristina istanze di authoring e pubblicazione: se si verifica un errore irreversibile, è possibile ripristinare l'ultimo stato di backup del repository eseguendo i passaggi descritti in Backup e ripristino.
Il ripristino completo del nodo Author verifica anche il ripristino dei dati di Forms Manager e AEM Forms Workspace.
-
Cluster
Per il ripristino in un ambiente cluster, vedere Strategia di backup e ripristino in un ambiente cluster.
-
-
Eliminare tutti i file temporanei dei moduli AEM creati nella directory java.io.temp o nella directory temporanea di Adobe.
-
Avviare i moduli AEM (vedere Avvio e arresto dei servizi).
Modifica della posizione GDS durante il ripristino changing-the-gds-location-during-recovery
Se il GDS viene ripristinato in una posizione diversa da quella originale, eseguire lo script LCSetGDS per impostare il GDS nella nuova posizione. Script nella cartella [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline. Lo script accetta due parametri, defaultGDS e newGDS. Per istruzioni su come eseguire lo script, vedere il file ReadMe.txt nella stessa cartella.
Ripristino di GDS in un ambiente cluster recovering-the-gds-to-a-clustered-environment
Per modificare la posizione GDS in un ambiente cluster, arrestare l'intero cluster ed eseguire lo script LCSetGDS su un singolo nodo del cluster. (Vedi Modifica del percorso GDS durante il ripristino.) Avvia solo quel nodo. Quando il nodo è completamente avviato, gli altri nodi del cluster possono essere avviati in modo sicuro e punteranno correttamente al nuovo GDS.