Backup e ripristino

Esistono due modi per eseguire il backup e ripristinare il contenuto dell’archivio in AEM:

• È possibile creare un backup esterno dell'archivio e archiviarlo in una posizione sicura. Se l’archivio si suddivide, puoi ripristinarlo allo stato precedente.
• Puoi creare versioni interne del contenuto dell’archivio. Queste versioni sono memorizzate nell'archivio insieme al contenuto, in modo da poter ripristinare rapidamente nodi e alberi modificati o eliminati.

Generale

L'approccio descritto si applica al backup e al ripristino del sistema.

Se è necessario eseguire il backup e/o il ripristino di una piccola quantità di contenuto, che viene persa, non è necessario un ripristino del sistema:

• Puoi recuperare i dati da un altro sistema tramite un pacchetto
• oppure ripristinare il backup su un sistema temporaneo, creare un pacchetto di contenuti e distribuirlo sul sistema, dove manca questo contenuto.

Per maggiori dettagli, vedi Backup dei pacchetti sotto.

Tempi

Non eseguire il backup in parallelo con la Garbage Collection del datastore, in quanto potrebbe danneggiare i risultati di entrambi i processi.

Backup offline

Puoi sempre eseguire un backup offline. Questo richiede un tempo di AEM, ma può essere abbastanza efficiente in termini di tempo richiesto rispetto a un backup online.

Nella maggior parte dei casi, per creare una copia di sola lettura dell'archivio in quel momento, verrà utilizzata un'istantanea del file system. Per creare un backup offline, esegui questi passaggi:

• interrompe l'applicazione
• creare un backup snapshot
• avviare l'applicazione

Poiché il backup dello snapshot richiede in genere solo pochi secondi, l'intero downtime è inferiore a pochi minuti.

Backup online

Questo metodo di backup crea un backup dell'intero archivio, incluse tutte le applicazioni distribuite al suo interno, ad esempio AEM. Il backup include contenuti, cronologia delle versioni, configurazione, software, hotfix, applicazioni personalizzate, file di registro, indici di ricerca e così via. Se utilizzi il clustering e se la cartella condivisa è una sottodirectory di crx-quickstart (fisicamente o utilizzando un collegamento software), viene eseguito anche il backup della directory condivisa.

Puoi ripristinare l’intero archivio (e qualsiasi applicazione) in un momento successivo.

Questo metodo funziona come backup "a caldo" o "online" in modo che possa essere eseguito mentre l'archivio è in esecuzione. Pertanto l'archivio è utilizzabile durante l'esecuzione del backup. Questo metodo funziona per le istanze dell'archivio Tar predefinite basate su archiviazione.

Quando crei un backup, hai le seguenti opzioni:

• Eseguire il backup di una directory utilizzando AEM strumento di backup integrato.
• Backup di una directory tramite un’istantanea del file system

In ogni caso, il backup crea un'immagine (o un'istantanea) dell'archivio. Quindi l'agente di backup dei sistemi dovrebbe fare attenzione a trasferire questa immagine a un sistema di backup dedicato (unità a nastro).

Backup online AEM

Un backup online dell'archivio consente di creare, scaricare ed eliminare file di backup. Si tratta di una funzione di backup "hot" o "online", quindi può essere eseguita mentre l'archivio viene utilizzato normalmente in modalità di lettura-scrittura.

Quando si avvia un backup è possibile specificare un Percorso di Target e/o a Ritardo.

Percorso di Target I file di backup vengono generalmente salvati nella cartella padre della cartella che contiene il file jar quickstart (.jar). Ad esempio, se il file jar AEM si trova in /InstallationKits/AEM, il backup verrà generato in /InstallationKits. Puoi anche specificare un target per una posizione di tua scelta.

Se la TargetPath è una directory, l'immagine dell'archivio viene creata in questa directory. Se la stessa directory viene utilizzata più volte (o sempre) per memorizzare il backup,

• I file modificati nell'archivio vengono modificati di conseguenza in TargetPath
• I file eliminati nel repository vengono eliminati in TargetPath
• i file creati nell'archivio vengono creati in TargetPath

Ritardo Indica un ritardo (in millisecondi), in modo che le prestazioni del repository non vengano influenzate. Per impostazione predefinita, il backup dell'archivio viene eseguito a piena velocità. È possibile rallentare la creazione di un backup online in modo che non rallenti altre attività.

Quando utilizzi un ritardo molto elevato, assicurati che il backup online non richieda più di 24 ore. Se lo ha fatto, scarta questo backup, in quanto potrebbe non contenere tutti i binari.
Un ritardo di 1 millisecondo in genere si traduce in un utilizzo della CPU del 10% e un ritardo di 10 millisecondi di solito si traduce in meno del 3% dell'utilizzo della CPU. Il ritardo totale in secondi può essere stimato come segue: Dimensione del repository in MB, moltiplicata per il ritardo in millisecondi, divisa per 2 (se si utilizza l'opzione zip), o divisa per 4 (quando si esegue il backup su una directory). Ciò significa che un backup su una directory di un archivio da 200 MB con un ritardo di 1 ms aumenta il tempo di backup di circa 50 secondi.

Per creare un backup:

1. Accedi a AEM come amministratore.

2. Vai a Strumenti - Operazioni - Backup.

3. Fai clic su Crea. Viene aperta la console di backup.

   

4. Nella console di backup, specifica l’ Percorso di Target e Ritardo.

   

   NOTA

   La console di backup è disponibile anche utilizzando:

   https://<*hostname*>:<*port-number*>/libs/granite/backup/content/admin.html

5. Fai clic su Salva, una barra di avanzamento indicherà l’avanzamento del backup.

   NOTA

   È possibile Annulla un backup in esecuzione in qualsiasi momento.

6. Una volta completato il backup, i file zip vengono elencati nella finestra di backup.

   

   NOTA

   I file di backup non più necessari possono essere rimossi tramite la console. Selezionare il file di backup nel riquadro a sinistra, quindi fare clic su Elimina.

   NOTA

   Se hai eseguito il backup su una directory: al termine del processo di backup, AEM non scriverà nella directory di destinazione.

Automazione AEM backup online

Se possibile, il backup online deve essere eseguito quando il sistema non è caricato, ad esempio la mattina.

I backup possono essere automatizzati utilizzando wget o curl Client HTTP. Di seguito sono riportati alcuni esempi di come automatizzare il backup utilizzando curl.

Backup della directory di Target predefinita

curl -u admin:admin -X POST http://localhost:4502/system/console/jmx/com.adobe.granite:type=Repository/op/startBackup/java.lang.String?target=backup.zip

Il file/directory di backup viene creato sul server nella cartella padre della cartella contenente il crx-quickstart come se si stesse creando il backup utilizzando il browser. Ad esempio, se hai installato AEM nella directory /InstallationKits/crx-quickstart/, quindi il backup viene creato nel /InstallationKits directory.

Il comando curl ritorna immediatamente, quindi è necessario monitorare questa directory per vedere quando il file zip è pronto. Mentre il backup viene creato una directory temporanea (con il nome basato su quello del file zip finale) può essere visto, alla fine sarà compresso. Esempio:

• nome del file zip risultante: backup.zip
• nome della directory temporanea: backup.f4d5.temp

Backup di una directory di Target non predefinita

Di solito il file/directory di backup viene creato sul server nella cartella padre della cartella contenente il crx-quickstart cartella.

Se desideri salvare il backup (di entrambi gli ordini) in una posizione diversa, puoi impostare un percorso assoluto "al target nel curl comando.

Ad esempio, per generare backupJune.zip nella directory /Backups/2012:

curl -u admin:admin -X POST http://localhost:4502/system/console/jmx/com.adobe.granite:type=Repository/op/startBackup/java.lang.String?target=/Backups/2012/backupJune.zip"

Backup snapshot del file system

Il processo qui descritto è particolarmente adatto per grandi archivi.

1. Esegui un'istantanea del AEM del filesystem distribuito in.

2. Montare lo snapshot del file system.

3. Esegui un backup e smonta lo snapshot.

Come funziona AEM backup online

AEM Online Backup è costituito da una serie di azioni interne per garantire l'integrità dei dati sottoposti a backup e dei file di backup in fase di creazione. Questi sono elencati di seguito per gli interessati.

Il backup online utilizza il seguente algoritmo:

1. Quando si crea un file zip, il primo passo è quello di creare o individuare la directory di destinazione.

   • Se si esegue il backup su un file zip, viene creata una directory temporanea. Il nome della directory inizia con backup. e termina con .temp; per esempio backup.f4d3.temp.

   • Se si esegue il backup su una directory, viene utilizzato il nome specificato nel percorso di destinazione. È possibile utilizzare una directory esistente, altrimenti verrà creata una nuova directory.

     Un file vuoto denominato backupInProgress.txt viene creato nella directory di destinazione all'avvio del backup. Questo file viene eliminato al termine del backup.

2. I file vengono copiati dalla directory di origine alla directory di destinazione (o directory temporanea durante la creazione di un file zip). Il segmentstore viene copiato prima del datastore per evitare la corruzione dell'archivio. I dati dell'indice e della cache vengono omessi durante la creazione del backup. Di conseguenza, i dati da crx-quickstart/repository/cache e crx-quickstart/repository/index non è incluso nel backup. L'indicatore della barra di avanzamento del processo è compreso tra 0% - 70% quando si crea un file zip, o tra 0% - 100% se non viene creato alcun file zip.

3. Se il backup viene effettuato su una directory preesistente, i file "vecchi" nella directory di destinazione vengono eliminati. I file precedenti sono file che non esistono nella directory di origine.

I file vengono copiati nella directory di destinazione in quattro fasi:

1. Nella prima fase di copia (indicatore di avanzamento 0% - 63% quando si crea un file zip o 0% - 90% se non viene creato), tutti i file vengono copiati mentre l'archivio è in esecuzione normale. Il processo prevede due fasi:

   • Fase A: tutto viene copiato ad eccezione dell'archivio dati (con ritardo).
   • Fase B: viene copiato solo il datastore (con ritardo).

2. Nella seconda fase di copia (indicatore di avanzamento 63% - 65,8% quando si crea un file zip o 90% - 94% se non viene creato) vengono copiati solo i file creati o modificati nella directory di origine dall'avvio della prima fase di copia. A seconda dell’attività dell’archivio, questo potrebbe variare da nessun file, fino a un numero significativo di file (perché la prima fase di copia del file in genere richiede molto tempo). Il processo di copia è simile alla prima fase (fase A e fase B con ritardo).

3. Nella terza fase di copia (indicatore di avanzamento 65,8% - 68,6% quando si crea un file zip o 94% - 98% se non viene creato) vengono copiati solo i file creati o modificati nella directory di origine dall'avvio della seconda fase di copia. A seconda dell’attività dell’archivio, potrebbe non esserci alcun file da copiare, o un numero molto ridotto di file (perché la seconda fase di copia del file è in genere veloce). Il processo di copia è simile alla seconda fase - fase A e fase B ma senza indugio.

4. Le fasi da una a tre della copia del file vengono eseguite contemporaneamente mentre l'archivio è in esecuzione. Vengono copiati solo i file creati o modificati nella directory di origine dall’avvio della terza fase di copia. A seconda dell’attività dell’archivio, potrebbe non esserci alcun file da copiare, o un numero molto, molto ridotto di file (perché la seconda fase di copia del file di solito è molto veloce). Indicatore di avanzamento 68,6% - 70% quando si crea un file zip o 98% - 100% se non viene creato alcun file zip. Il processo di copia è simile alla terza fase.

5. A seconda del target:

   • Se è stato specificato un file zip, questo viene ora creato dalla directory temporanea. Indicatore di avanzamento 70% - 100%. La directory temporanea viene quindi eliminata.
   • Se la destinazione era una directory, il file vuoto denominato backupInProgress.txt viene eliminato per indicare che il backup è terminato.

Ripristino del backup

È possibile ripristinare un backup come segue:

• Nel caso in cui si esegua un FileSystem Snapshot Backup, è possibile semplicemente ripristinare un'immagine del sistema.
• Se hai creato il backup come file zip, decomprimi il contenuto in una nuova cartella e inizia a AEM da tale posizione.

Backup dei pacchetti

Per eseguire il backup e il ripristino del contenuto, puoi utilizzare una delle Gestione pacchetti, che utilizza il formato Pacchetto contenuti per eseguire il backup e il ripristino del contenuto. Gestione pacchetti offre maggiore flessibilità nella definizione e gestione dei pacchetti.

Per informazioni dettagliate sulle caratteristiche e sui compromessi di ciascuno di questi formati di pacchetti di contenuti, consulta Come lavorare con i pacchetti.

Ambito del backup

Quando esegui il backup dei nodi utilizzando Gestione pacchetti o Content Zipper, CRX salva le seguenti informazioni:

• Il contenuto del repository sotto la struttura selezionata.
• Definizioni dei tipi di nodo utilizzate per il contenuto di cui esegui il backup.
• Definizioni dello spazio dei nomi utilizzate per il contenuto di cui esegui il backup.

Durante il backup, AEM perde le seguenti informazioni:

• La cronologia delle versioni.

Risorse Business.Adobe.com

Automated Onboarding Style System Personalized Experiences Customer Experience Management Dynamic Forms Digital Asset Management