File di backup e ripristino files-to-back-up-and-recover

L'applicazione e i file di dati di cui è necessario eseguire il backup sono descritti più dettagliatamente nelle sezioni seguenti.

Considerare i seguenti punti relativi al backup e al ripristino:

Directory di archiviazione documenti globale global-document-storage-directory

Il GDS è una directory utilizzata per memorizzare i file di lunga durata utilizzati all'interno di un processo. Il ciclo di vita dei file a lunga durata ha lo scopo di abbracciare uno o più lanci di un sistema AEM forms e può estendersi per giorni e persino anni. Questi file di lunga durata possono includere PDF, criteri e modelli di modulo. I file di lunga durata 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 Forms potrebbe diventare instabile.

I documenti di input per la chiamata asincrona del processo sono memorizzati anche nel GDS e devono essere disponibili per elaborare le richieste. È quindi 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 soddisfare i requisiti di qualità e livello di servizio.

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

Posizione GDS gds-location

Se si lascia vuota l'impostazione relativa al percorso durante l'installazione, per impostazione predefinita viene utilizzata una directory nell'installazione del server applicazioni. Eseguire il backup della seguente directory per il server applicazioni:

Se la posizione GDS è stata modificata in una posizione non predefinita, è possibile determinarla nel modo seguente:

In un ambiente cluster, GDS in genere punta a una directory condivisa in rete e accessibile in lettura/scrittura per ogni nodo cluster.

La posizione del GDS può essere modificata durante un ripristino se la posizione originale non è più disponibile. (Vedi Modifica del percorso GDS durante il ripristino.)

Opzioni di backup quando il database viene utilizzato per l'archiviazione dei documenti backup-options-when-database-is-used-for-document-storage

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

Quando si seleziona l'opzione "Abilita archiviazione documenti nel database" in Impostazioni sistema core nella console di amministrazione o utilizzando Configuration Manager, i moduli AEM non consentono la modalità di backup snapshot e rollback. Pertanto, non è necessario gestire le modalità di backup utilizzando i moduli AEM. Se si utilizza questa opzione, è consigliabile eseguire il backup del GDS una sola volta dopo aver abilitato l'opzione. Quando si ripristinano i moduli AEM da un backup, non è necessario rinominare la directory di backup per GDS o ripristinare GDS.

Archivio AEM aem-repository

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

Soluzione per la gestione della corrispondenza correspondence-management-solution

La soluzione per la gestione della corrispondenza centralizza e gestisce la creazione, l'assemblaggio e la distribuzione di corrispondenza sicura, personalizzata e interattiva. Consente di assemblare rapidamente la corrispondenza dai contenuti pre-approvati e personalizzati in un processo semplificato, dalla creazione all’archiviazione. In questo modo, i vostri clienti ottengono comunicazioni tempestive, accurate, convenienti, sicure e pertinenti. La vostra azienda ottimizza il valore delle interazioni con i clienti e riduce al minimo costi e rischi grazie a un processo semplificato per la facilità, la velocità e la produttività.

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

gestione moduli forms-manager

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

AEM Forms Workspace html-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.

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 aem-forms-database

Il database dei moduli AEM memorizza il contenuto, ad esempio gli artefatti dei moduli, le configurazioni dei servizi, lo stato del processo e i riferimenti ai file contenuti nel GDS e nella directory principale di archiviazione dei contenuti (per Content Services). I backup del database possono essere eseguiti in tempo reale senza interruzioni del servizio e il ripristino può essere eseguito in un determinato momento o a una specifica modifica. In questa sezione viene descritto come configurare il database in modo che possa essere sottoposto a backup in tempo reale.

Su un sistema AEM forms configurato correttamente, l'amministratore di sistema e l'amministratore del 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à log specificata. In questo modo è possibile eseguire il backup dei file di database mentre il database è aperto e disponibile per l'uso. Inoltre, il database conserva il rollback e i registri delle transazioni quando è in esecuzione in queste modalità.

DB2 db2

Configurare il database DB2 per l'esecuzione in modalità log archivio.

IBM dispone di una suite di strumenti e sistemi di assistenza che consentono agli amministratori di database di gestire le attività di backup e ripristino:

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

Oracle oracle

Utilizza i backup delle copie istantanee o configura il database Oracle per l’esecuzione in modalità registro archivio. (Vedi Backup Oracle: Introduzione.) Per ulteriori informazioni sul backup e il ripristino del database Oracle, visitare i seguenti siti:

Oracle di backup e ripristino: Vengono illustrati 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 e vengono fornite 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 di ripristino avanzate, quali il ripristino point-in-time e le funzionalità di flashback del database, nonché sul tuning delle prestazioni di backup e ripristino. Vengono inoltre trattati i processi di backup e ripristino gestiti dall'utente, utilizzando le funzionalità del sistema operativo host anziché RMAN. Questo volume è essenziale per il backup e il ripristino di implementazioni di database più sofisticate e per scenari di ripristino avanzati.

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

SQL Server sql-server

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

SQL Server fornisce inoltre due strumenti di backup e ripristino:

Per ulteriori informazioni, vedere Backup e ripristino.

MySQL mysql

Utilizzare MySQLAdmin o modificare i file INI in Windows per configurare il database MySQL in modo che venga eseguito in modalità di log binaria. (Vedi Registrazione binaria MySQL.) È inoltre disponibile uno strumento di backup a caldo per MySQL dal software InnoBase. (Vedi Backup a caldo Innobase.)

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

Consulta Riepilogo strategia di backup.

binlog_format=mixed
log-bin=logname

Directory principale di archiviazione dei contenuti (solo Content Services) content-storage-root-directory-content-services-only

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 di directory radice dell'archiviazione dei contenuti. In questa sezione viene descritto come determinare la posizione della directory principale di archiviazione dei contenuti per gli ambienti standalone e cluster.

Percorso directory principale di archiviazione dei contenuti (ambiente autonomo) content-storage-root-location-stand-alone-environment

La directory principale di archiviazione dei contenuti viene creata quando è 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 radice dell'archiviazione dei contenuti è [aem-forms root]/lccs_data.

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

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Se la directory /backup-lucene-indexes non è presente, eseguire il backup della directory /lucene-indexes, anche nella directory radice di archiviazione dei contenuti. Se la directory /backup-lucene-indexes è presente, non eseguire il backup della directory /lucene-indexes in quanto potrebbe causare errori.

Percorso directory principale di archiviazione dei contenuti (ambiente in cluster) content-storage-root-location-clustered-environment

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

Directory radice archiviazione contenuto: In genere, una directory di rete condivisa accessibile in lettura/scrittura per tutti i nodi del cluster

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

Il percorso predefinito per la directory radice dell'archiviazione dei contenuti è [GDS root]/lccs_data, dove [GDS root] è il percorso descritto in percorso GDS. Eseguire il backup delle seguenti directory nella directory principale di archiviazione dei contenuti:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Se la directory /backup-lucene-indexes non è presente, eseguire il backup della directory /lucene-indexes, anche nella directory radice di archiviazione dei contenuti. Se la directory /backup-lucene-indexes è presente, non eseguire il backup della directory /lucene-indexes in quanto potrebbe causare errori.

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

Font installati dal cliente customer-installed-fonts

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

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