File di backup e ripristino

I file di applicazione e di dati che devono essere sottoposti a backup sono descritti più dettagliatamente nelle sezioni seguenti.

Considera i seguenti punti relativi al backup e al ripristino:

  • Il backup del database deve essere eseguito prima di GDS e AEM repository.
  • Se devi disattivare i nodi in un ambiente cluster cluster per il backup, assicurati che i nodi secondari siano spenti prima del nodo principale. In caso contrario, può causare incoerenza nel cluster o nel server. Inoltre, il nodo primario deve essere reso attivo prima di qualsiasi nodo secondario.
  • Per l'operazione di ripristino di un cluster, il server applicazioni deve essere arrestato per ogni nodo del cluster.

Directory di archiviazione dei documenti globali

Il GDS è una directory utilizzata per memorizzare file longevi utilizzati all’interno di un processo. La durata dei file di lunga durata è destinata ad estendersi su uno o più lanci di un sistema di moduli AEM e può estendersi su giorni e anche anni. Questi file di lunga durata possono includere PDF, criteri e modelli di moduli. I file longevi sono una parte critica dello stato generale di molte distribuzioni di moduli AEM. Se alcuni o tutti i documenti di lunga durata vengono persi o danneggiati, il server dei moduli potrebbe diventare instabile.

I documenti di input per la chiamata asincrona del processo sono inoltre memorizzati nel GDS e devono essere disponibili per elaborare le richieste. Pertanto, è importante considerare l'affidabilità del file system che ospita il GDS e utilizzare un array ridondante di dischi indipendenti (RAID) o altra tecnologia appropriata per la qualità e il livello dei requisiti di servizio.

La posizione del GDS viene determinata durante il processo di installazione dei moduli di AEM o successivamente utilizzando la console di amministrazione. Oltre a mantenere una posizione di elevata disponibilità per GDS, puoi anche abilitare la memorizzazione del database per i documenti. Vedere Opzioni di backup quando il database viene utilizzato per l'archiviazione dei documenti.

Posizione GDS

Se l'impostazione della posizione viene lasciata vuota durante l'installazione, viene impostata automaticamente una directory sotto l'installazione dell'application server. È necessario eseguire il backup della seguente directory per il server applicazioni:

  • (JBoss) [appserver root]/server/[server]/svcnative/DocumentStorage
  • (WebLogic) [appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage
  • (WebSphere) [appserver root]/installedApps/adobe/[server]/DocumentStorage

Se hai modificato la posizione GDS in una posizione non predefinita, puoi determinarla come segue:

  • Accedi alla console di amministrazione e fai clic su Impostazioni > Impostazioni sistema di base > Configurazioni.
  • Registrare il percorso specificato nella casella Directory di archiviazione globale dei documenti.

In un ambiente cluster, il GDS in genere punta a una directory condivisa sulla rete ed è accessibile in lettura/scrittura per ogni nodo del cluster.

Se la posizione originale non è più disponibile, la posizione del GDS può essere modificata durante il recupero. (Vedere Modifica della posizione GDS durante il ripristino.)

Opzioni di backup quando il database viene utilizzato per l'archiviazione dei documenti

È possibile abilitare l’archiviazione dei documenti AEM moduli nel database dei moduli AEM utilizzando la console di amministrazione. Anche se questa opzione mantiene tutti i documenti persistenti nel database, AEM moduli richiede ancora la directory GDS basata su file system perché viene utilizzata per memorizzare file permanenti e temporanei e risorse relative alle sessioni e alle chiamate dei moduli AEM.

Quando si seleziona l’opzione "Abilita archiviazione documenti nel database" nelle impostazioni del sistema di base nella console di amministrazione o utilizzando Configuration Manager, i moduli AEM non consentono la modalità di backup delle copie istantanee e la modalità di backup continuo. Pertanto, non è necessario gestire le modalità di backup utilizzando moduli AEM. Se utilizzi questa opzione, devi eseguire il backup di GDS una sola volta dopo aver abilitato l’opzione. Quando si recuperano AEM moduli da un backup, non è necessario rinominare la directory di backup per GDS o ripristinare GDS.

archivio AEM

AEM repository (crx-repository) viene creato se crx-repository è configurato durante l'installazione AEM moduli. La posizione della directory dell'archivio crx è determinata durante il processo di installazione dei moduli AEM. È necessario AEM backup e ripristino dell’archivio, insieme al database e al GDS, per garantire la coerenza dei dati dei moduli AEM nei moduli AEM. AEM archivio contiene dati per la soluzione di gestione della corrispondenza, Forms Manager e AEM Forms Workspace.

Soluzione per la gestione della corrispondenza

La soluzione di gestione della corrispondenza centralizza e gestisce la creazione, l'assemblaggio e la distribuzione di corrispondenze sicure, personalizzate e interattive. Consente di assemblare rapidamente la corrispondenza da contenuti pre-approvati e personalizzati in un processo semplificato, dalla creazione all’archiviazione. Di conseguenza, i clienti ottengono comunicazioni puntuali, precise, convenienti, sicure e pertinenti. La vostra azienda massimizza il valore delle interazioni con i clienti e riduce al minimo i costi e i rischi con un processo che sia semplificato per facilità, velocità e produttività.

Una semplice configurazione della soluzione per la gestione della corrispondenza include un'istanza di authoring e un'istanza di pubblicazione sullo stesso computer o su computer diversi

Forms Manager

forms manager semplifica il processo di aggiornamento, gestione e ritiro dei moduli.

AEM Forms Workspace

AEM Forms Workspace corrisponde alle funzionalità di (obsoleto per i moduli AEM su JEE) Flex Workspace e aggiunge nuove funzionalità per estendere e integrare Workspace e renderlo più semplice da usare.

NOTA

Flex Workspace è obsoleto per AEM versione dei moduli.

Consente la gestione delle attività sui client senza Flash Player e Adobe Reader. Semplifica il rendering di HTML Forms, oltre ai PDF forms e ai moduli Flex.

Database dei moduli AEM

Il database dei moduli AEM memorizza il contenuto, ad esempio gli artefatti del modulo, le configurazioni del servizio, lo stato del processo e i riferimenti al database, nei file GDS e nella directory principale di archiviazione dei contenuti (per Content Services). I backup del database possono essere eseguiti in tempo reale senza interruzione del servizio e il ripristino può essere in un determinato momento o a una particolare modifica. Questa sezione descrive come configurare il database in modo che possa essere sottoposto a backup in tempo reale.

In un sistema di moduli AEM configurato correttamente, l'amministratore di sistema e l'amministratore di database possono collaborare facilmente per ripristinare il sistema a uno stato coerente e noto.

Per eseguire il backup del database in tempo reale, è necessario utilizzare la modalità snapshot o configurare il database per l'esecuzione nella modalità di log specificata. Questo consente il backup dei file di database mentre il database è aperto e disponibile per l'uso. Inoltre, il database conserva il suo rollback e i registri delle transazioni quando è in esecuzione in queste modalità.

NOTA

Adobe® LiveCycle® Content Services ES (obsoleto) è un sistema di gestione dei contenuti installato con il LiveCycle. Consente agli utenti di progettare, gestire, monitorare e ottimizzare processi incentrati sulle persone. Il supporto per Content Services (obsoleto) termina il 31/12/2014. Consulta Adobe documento sul ciclo di vita del prodotto.

DB2

Configura il database DB2 da eseguire in modalità log archivio.

NOTA

Se l’ambiente dei moduli AEM è stato aggiornato da una versione precedente di moduli AEM e utilizza DB2, il backup online non è supportato. In questo caso, è necessario arrestare AEM moduli ed eseguire un backup offline. Le versioni future dei moduli AEM supporteranno il backup online per i clienti che eseguono l’aggiornamento.

IBM dispone di una suite di strumenti e sistemi di assistenza per aiutare gli amministratori di database a gestire le attività di backup e ripristino:

DB2 dispone di funzionalità integrate per il backup di un database su Tivoli Storage Manager. Utilizzando Tivoli Storage Manager, i backup DB2 possono essere archiviati su altri supporti o sul disco rigido locale.

Per ulteriori informazioni sul backup e il ripristino del database DB2, vedere Sviluppo di una strategia di backup e ripristino per DB2.

Oracle

Utilizzare i backup di snapshot o configurare il database di Oracle per l'esecuzione in modalità di log di archiviazione. (Vedere Backup di Oracle: Introduzione.) Per ulteriori informazioni sul backup e il ripristino del database di Oracle, visitare i seguenti siti:

Backup e ripristino di Oracli: illustra i concetti di backup e ripristino e le tecniche più comuni per l'utilizzo di Recovery Manager (RMAN) per il backup, il ripristino e il reporting in modo più dettagliato, oltre a fornire ulteriori informazioni su come pianificare una strategia di backup e ripristino.

Oracle Database Backup and Recovery User's Guide: fornisce informazioni approfondite sull'architettura RMAN, sui concetti e i meccanismi di backup e ripristino, sulle tecniche avanzate di ripristino come il ripristino point-in-time e le funzionalità di flashback del database e sulla ottimizzazione delle prestazioni di backup e ripristino. Vengono inoltre trattati il backup e il ripristino gestiti dall'utente, utilizzando le strutture del sistema operativo host invece di RMAN. Questo volume è essenziale per il backup e il ripristino di implementazioni di database più sofisticate e per scenari di ripristino avanzati.

Riferimento per il backup e il ripristino del database di Oracle: fornisce informazioni complete sulla sintassi e la semantica per tutti i comandi RMAN e descrive le visualizzazioni del database disponibili per il reporting sulle attività di backup e ripristino.

SQL Server

Utilizzare i backup di snapshot o configurare il database di SQL Server per l'esecuzione in modalità di log delle transazioni.

SQL Server fornisce inoltre due strumenti di backup e ripristino:

  • SQL Server Management Studio (GUI)
  • T-SQL (riga di comando)

Per ulteriori informazioni, vedere Backup e ripristino.

MySQL

Utilizza MySQLAdmin o modifica i file INI in Windows per configurare il database MySQL da eseguire in modalità di log binario. (Vedere Registrazione binaria MySQL.) Uno strumento di backup a caldo per MySQL è disponibile anche dal software InnoBase. (Vedere Backup a caldo innobase.)

NOTA

La modalità di registrazione binaria predefinita per MySQL è "Istruzione", incompatibile con le tabelle utilizzate da Content Services (obsoleto). L'utilizzo della registrazione binaria in questa modalità predefinita causa l'errore di Content Services (obsoleto). Se il sistema include Content Services (obsoleto), utilizza la modalità di registrazione "mista". Per abilitare la registrazione "mista", aggiungi il seguente argomento al file my.ini:

binlog_format=mixed log-bin=logname

È possibile utilizzare l'utilità mysqldump per ottenere il backup completo del database. I backup completi sono necessari, ma non sempre sono convenienti. Producono file di backup di grandi dimensioni e richiedono tempo per generare. Per eseguire un backup incrementale, assicurati di avviare il server con l’opzione - log-bin come descritto nella sezione precedente. Ogni volta che il server MySQL si riavvia, smette di scrivere nel registro binario corrente, ne crea uno nuovo e, da quel momento in poi, quello nuovo diventa quello corrente. È possibile forzare manualmente un interruttore con il comando FLUSH LOGS SQL. Dopo il primo backup completo, i successivi backup incrementali vengono eseguiti utilizzando l'utility mysqladmin con il comando flush-logs, che crea il file di log successivo.

Vedere Riepilogo della strategia di backup.

binlog_format=mixed
log-bin=logname

Directory principale di archiviazione dei contenuti (solo Content Services)

La directory principale di archiviazione dei contenuti contiene l’archivio Content Services (obsoleto) in cui sono archiviati tutti i documenti, gli artefatti e gli indici. È necessario eseguire il backup della struttura della directory principale di archiviazione dei contenuti. Questa sezione descrive come determinare la posizione della directory principale di archiviazione dei contenuti sia per gli ambienti autonomi che per quelli cluster.

Posizione principale di archiviazione dei contenuti (ambiente indipendente)

La directory principale di archiviazione dei contenuti viene creata quando viene installato Content Services (obsoleto). La posizione della directory principale di archiviazione dei contenuti viene determinata durante il processo di installazione dei moduli AEM.

Il percorso predefinito per la directory principale di archiviazione dei contenuti è [aem-forms root]/lccs_data.

Esegui il backup delle seguenti directory situate nella directory principale di archiviazione dei contenuti:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Se la directory /backup-lucene-indexes non è presente, esegui il backup della directory /lucene-indexes, anch'essa situata nella directory principale di archiviazione dei contenuti. Se la directory /backup-lucene-indexes è presente, non eseguire il backup della directory /lucene-indexes perché potrebbe causare errori.

Posizione principale di archiviazione dei contenuti (ambiente cluster)

Quando installi Content Services (obsoleto) in un ambiente cluster, la directory principale di archiviazione dei contenuti viene divisa in due directory separate:

Directory principale di archiviazione dei contenuti: in genere, una directory di rete condivisa accessibile in lettura/scrittura per tutti i nodi del cluster

Directory principale indice: directory creata su ogni nodo del cluster, sempre con lo stesso percorso e lo stesso nome di directory

La posizione predefinita per la directory principale di archiviazione dei contenuti è [radice GDS]/lccs_data, dove [radice GDS] è la posizione descritta in posizione GDS. Esegui il backup delle seguenti directory situate nella directory principale di archiviazione dei contenuti:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Se la directory /backup-lucene-indexes non è presente, esegui il backup della directory /lucene-indexes, anch'essa situata nella directory principale di archiviazione dei contenuti. Se la directory /backup-lucene-indexes è presente, non eseguire il backup della directory /lucene-indexes perché potrebbe causare errori.

La posizione predefinita per la directory radice dell'indice è [aem-forms root]/lucene-indexes su ciascun nodo.

Font installati dal cliente

Se nell’ambiente dei moduli AEM sono stati installati font aggiuntivi, è necessario eseguirne il backup separatamente. Esegui il backup di tutte le directory dei font Adobe e del cliente specificate nella console di amministrazione in Impostazioni > Sistema di base > Configurazioni. Assicurarsi di eseguire il backup dell'intera directory dei font.

NOTA

Per impostazione predefinita, i font di Adobe installati con AEM moduli si trovano nella directory [aem-forms root]/fonts .

Se si sta reinizializzando il sistema operativo sul computer host e si desidera utilizzare i font del sistema operativo precedente, è necessario eseguire il backup anche del contenuto della directory dei font del sistema. (Per istruzioni specifiche, consulta la documentazione relativa al sistema operativo in uso).

In questa pagina