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

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:

Directory di archiviazione dei documenti globali global-document-storage-directory

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. Vedi Opzioni di backup quando il database viene utilizzato per l'archiviazione dei documenti.

Posizione GDS gds-location

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:

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

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. (Vedi Modifica della posizione 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 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

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 correspondence-management-solution

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

forms manager 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 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à.

DB2 db2

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

IBM dispone di una suite di strumenti e sistemi di aiuto 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 oracle

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

Oracle di backup e ripristino: 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 di ripristino avanzate, come il ripristino point-in-time e le funzionalità di flashback del database, e sulla configurazione 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 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:

Per ulteriori informazioni, consulta Backup e ripristino.

MySQL mysql

Utilizza MySQLAdmin o modifica i file INI in Windows per configurare il database MySQL da eseguire in modalità di log binario. (Vedi Registrazione binaria MySQL.) Uno strumento di backup a caldo per MySQL è disponibile anche 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 convenienti. Producono file di backup di grandi dimensioni e richiedono tempo per generare. Per eseguire un backup incrementale, assicurati di avviare il server con - 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 la FLUSH LOGS SQL comando. Dopo il primo backup completo, i successivi backup incrementali vengono eseguiti utilizzando l'utility mysqladmin con il flush-logs che crea il file di log successivo.

Vedi Riepilogo della 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 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) content-storage-root-location-stand-alone-environment

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 è [root di aem forms]/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) content-storage-root-location-clustered-environment

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: Una directory creata su ogni nodo del cluster, sempre con lo stesso percorso e nome della directory

Il percorso predefinito 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.

Il percorso predefinito per la directory radice indice è [root di aem forms]/lucene-indexes su ogni nodo.

Font installati dal cliente customer-installed-fonts

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.

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).