Ripristino dei dati dei moduli 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.
AEM moduli devono essere ripristinati in modo affidabile dai seguenti errori:
Errore disco: Il supporto di backup più recente è necessario per recuperare il contenuto del database.
Corruzione 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 di corrente, crash di 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 a rotazione, si è ancora in modalità di backup dopo il ripristino. Se si utilizza la modalità di backup dello snapshot, non si è in modalità di backup dopo il ripristino.
Quando si esegue il ripristino da un backup a un nuovo sistema, le configurazioni seguenti possono essere diverse. Questa differenza non dovrebbe incidere sul corretto recupero dell’applicazione dei moduli di AEM:
- Indirizzo IP
- Configurazione fisica del sistema (CPU, disco, memoria)
- Posizione GDS
Se un singolo nodo di un cluster multinode non è riuscito e i nodi rimanenti del cluster funzionano correttamente, eseguire la procedura di ripristino a nodo singolo del cluster.
Recuperare i dati dei moduli AEM recover-the-aem-forms-data
-
Arrestare i servizi e il server applicazioni di AEM forms 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 database server difettoso.
-
Applicare patch o aggiornamenti ai moduli AEM applicati dopo la creazione dell’immagine. Queste informazioni sono state registrate nella procedura di backup. AEM moduli devono essere patch allo stesso livello di patch di quando è stato eseguito il backup del sistema.
-
(WebSphere Application Server) Se si sta eseguendo il ripristino di una nuova istanza di WebSphere Application Server, eseguire il comando restoreConfig.bat/sh.
-
Ripristinare 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 recuperato. (Vedi Database dei moduli AEM.) Per ulteriori informazioni, vedere uno dei seguenti articoli della knowledge base:
-
Recuperare la directory GDS eliminando prima il contenuto della directory GDS sull'installazione esistente di moduli AEM e quindi copiando il contenuto della directory GDS dal GDS di backup. Se hai modificato la posizione della directory GDS, vedi Modifica della posizione GDS durante il ripristino.
-
Rinomina la directory di backup GDS da ripristinare come mostrato nei seguenti esempi:
note note NOTE Se la directory /restore esiste già, eseguine il backup e quindi eliminala prima di rinominare la directory /backup che contiene i dati più recenti. -
Rinomina (JBoss)
[appserver root]/server/[server]/svcnative/DocumentStorage/backupa:[appserver root]/server/[server]/svcnative/DocumentStorage/restore. -
Rinomina (WebLogic)
[appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage/backupa:[appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage/restore. -
Rinomina (WebSphere)
[appserver root]/installedApps/adobe/[server]/DocumentStorage/backupa:[appserver root]/installedApps/adobe/[server]/DocumentStorage/restore.
-
-
Ripristinare la directory principale di archiviazione dei contenuti eliminando prima il contenuto della directory principale di archiviazione dei contenuti nell'installazione esistente dei moduli AEM e quindi recuperando il contenuto seguendo le attività per gli ambienti stand-alone o cluster:
note note NOTE Il backup della directory principale di archiviazione dei contenuti deve essere ripristinato nel percorso della directory principale di archiviazione dei contenuti come è stato impostato durante la configurazione di Content Services (obsoleto). Standalone: Durante il processo di ripristino, ripristinare tutte le directory sottoposte a backup. Quando queste directory vengono ripristinate, se la directory /backup-lucene-indexes è presente, rinominala in /lucene-indexes. In caso contrario, la directory lucene-indexes dovrebbe già esistere e non è necessaria alcuna azione.
Cluster: Durante il processo di ripristino, ripristinare tutte le directory sottoposte a backup. Per ripristinare la directory principale indice, esegui i seguenti passaggi su ciascun nodo del cluster:
- Elimina tutto il contenuto della directory radice indice.
- Se la directory /backup-lucene-indexes è presente, copia il contenuto del Directory principale di archiviazione dei contenuti/backup-lucene-indexes directory alla directory radice indice ed elimina il Directory principale di archiviazione dei contenuti/backup-lucene-indexes directory.
- Se la directory /lucene-indexes è presente, copia il contenuto del Directory principale di archiviazione dei contenuti/lucene-indexes nella directory radice indice.
-
Ripristina/ripristina l'archivio CRX.
-
Standalone
Ripristinare le istanze di authoring e pubblicazione: Se si verifica un problema, puoi ripristinare l’archivio all’ultimo stato di backup eseguendo i passaggi descritti in Backup e ripristino.
Il ripristino completo del nodo Author verifica il ripristino dei dati di Forms Manager e AEM Forms Workspace.
-
Cluster
Per il ripristino in un ambiente cluster, consulta Strategia di backup e ripristino in un ambiente cluster.
-
-
Elimina i file temporanei dei moduli AEM creati nella directory java.io.temp o nella directory temporanea di Adobe.
-
Avvia AEM moduli (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 in cui era originariamente, esegui lo script LCSetGDS per impostare il GDS nella nuova posizione. Lo script è nel [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline cartella. Lo script prende due parametri, defaultGDS e newGDS. Consulta la sezione ReadMe.txt nella stessa cartella per istruzioni su come eseguire lo script.
Ripristino degli GDS in un ambiente cluster recovering-the-gds-to-a-clustered-environment
Per modificare la posizione GDS in un ambiente cluster, arresta l'intero cluster ed esegui lo script LCSetGDS su un singolo nodo del cluster. (Vedi Modifica della posizione GDS durante il ripristino.) Avvia solo quel nodo. Quando quel nodo è completamente avviato, altri nodi del cluster possono essere avviati in modo sicuro e punteranno correttamente al nuovo GDS.