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. Vedi 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 disporre del supporto di backup più recente.
Danneggiamento dei dati: I file system non registrano le transazioni passate e possono sovrascrivere accidentalmente 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 di corrente, 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. (vedere 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 è stato modificato il percorso della directory GDS, vedere Modifica della posizione 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®) Rinomina
[appserver root]/server/'server'/svcnative/DocumentStorage/backupa:[appserver root]/server/'server'/svcnative/DocumentStorage/restore. -
(WebLogic) Rinomina
[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/backupa:[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/restore. -
(WebSphere®) Rinomina
[appserver root]/installedApps/adobe/'server'/DocumentStorage/backupa:[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 è presente la directory /backup-lucene-indexes, copia il contenuto della Directory principale archiviazione contenuti/backup-lucene-indexes nella directory principale dell'indice ed eliminare Directory principale archiviazione contenuti directory /backup-lucene-indexes.
- Se è presente la directory /lucene-indexes, copia il contenuto della Directory principale archiviazione contenuti/lucene-indicizza la directory nella directory radice indice.
-
Ripristina/ripristina l’archivio CRX.
-
Standalone
Ripristinare le istanze di authoring e pubblicazione: in caso di guasto, è possibile ripristinare l'ultimo stato di backup dell'archivio 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.
-
Clustered
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. Lo script è nel [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline cartella. Lo script accetta due parametri: defaultGDS e newGDS. Consulta la ReadMe.txt nella stessa cartella per istruzioni su come eseguire lo script.
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. (vedere Modifica della posizione 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.