Existen dos maneras de hacer backup y restaurar el contenido del repositorio en AEM:
El enfoque descrito aquí se aplica para el backup y la recuperación del sistema.
Si necesita realizar una copia de seguridad o recuperar una pequeña cantidad de contenido, que se pierde, no necesariamente se requiere una recuperación del sistema:
Para obtener más información, consulte Package Backup a continuación.
No ejecute la copia de seguridad en paralelo con la recolección de elementos no utilizados del almacén de datos, ya que podría dañar los resultados de ambos procesos.
Siempre puede realizar una copia de seguridad sin conexión. Esto requiere un tiempo de inactividad de AEM, pero puede ser bastante eficiente en cuanto al tiempo requerido en comparación con un backup en línea.
En la mayoría de los casos, utilizará una instantánea del sistema de archivos para crear una copia de sólo lectura del almacenamiento en ese momento. Para crear una copia de seguridad sin conexión, siga estos pasos:
Dado que el backup de copias instantáneas generalmente tarda sólo unos segundos, el tiempo de inactividad completo es de menos de unos minutos.
Este método de copia de seguridad crea una copia de seguridad de todo el repositorio, incluidas las aplicaciones implementadas en él, como AEM. La copia de seguridad incluye contenido, historial de versiones, configuración, software, revisiones, aplicaciones personalizadas, archivos de registro, índices de búsqueda, etc. Si está utilizando la agrupación en clúster y si la carpeta compartida es un subdirectorio de crx-quickstart
(ya sea físicamente o mediante un vínculo de software), también se realiza una copia de seguridad del directorio compartido.
Puede restaurar todo el repositorio (y cualquier aplicación) más adelante.
Este método funciona como una copia de seguridad "en caliente" o "en línea" para que se pueda realizar mientras se ejecuta el repositorio. Por lo tanto, el repositorio se puede utilizar mientras se ejecuta la copia de seguridad. Este método funciona para las instancias de repositorio predeterminadas, basadas en almacenamientos de etiquetas.
Al crear una copia de seguridad, tiene las siguientes opciones:
En cualquier caso, la copia de seguridad crea una imagen (o instantánea) del repositorio. Luego, el agente de backup de sistemas debe tener cuidado de transferir esta imagen a un sistema de backup dedicado (unidad de cinta).
Si se utiliza AEM función de copia de seguridad en línea en una instancia de AEM que tiene una configuración de tipo bogavante personalizada, se recomienda configurar la ruta del almacén de datos para que esté fuera del directorio " crx-quickstart
" y realizar una copia de seguridad del almacén de datos por separado.
La copia de seguridad en línea sólo realiza una copia de seguridad del sistema de archivos. Si almacena el contenido del repositorio y/o los archivos del repositorio en una base de datos, dicha base de datos debe realizarse de forma independiente. Si está utilizando AEM con MongoDB, consulte la documentación sobre cómo utilizar las herramientas de copia de seguridad nativas de MongoDB.
Una copia de seguridad en línea del repositorio le permite crear, descargar y eliminar archivos de copia de seguridad. Se trata de una función de copia de seguridad "en caliente" o "en línea", por lo que se puede ejecutar mientras el repositorio se utiliza normalmente en modo de lectura y escritura.
No ejecute AEM Backup en línea de forma simultánea con DataStore Garbage Collection o Revision Cleanup. Afectará negativamente el rendimiento del sistema.
Al iniciar una copia de seguridad, puede especificar una ruta de Destinatario y/o un retraso.
Ruta de destinatario Los archivos de copia de seguridad generalmente se guardan en la carpeta principal de la carpeta que contiene el archivo jar de inicio rápido (.jar). Por ejemplo, si tiene el archivo jar AEM ubicado en /InstallationKits/AEM, la copia de seguridad se generará en /InstallationKits. También puede especificar un destinatario para una ubicación de su elección.
Si TargetPath es un directorio, la imagen del repositorio se crea en este directorio. Si el mismo directorio se utiliza varias veces (o siempre) para almacenar la copia de seguridad,
Si TargetPath se establece en nombre de archivo con la extensión .zip, se realiza una copia de seguridad del repositorio en un directorio temporal y, a continuación, el contenido de este directorio temporal se comprime y almacena en el archivo ZIP.
Este enfoque se desalienta, porque
Si necesita crear un ZIP como formato de copia de seguridad, debe realizar una copia de seguridad en un directorio y luego utilizar un programa de compresión para crear el archivo zip.
RetrasoIndica un tiempo de espera (en milisegundos) para que el rendimiento del repositorio no se vea afectado. De forma predeterminada, la copia de seguridad del repositorio se ejecuta a toda velocidad. Puede ralentizar la creación de una copia de seguridad en línea para que no ralentice otras tareas.
Cuando utilice un retraso muy grande, asegúrese de que el backup en línea no dure más de 24 horas. Si lo hizo, descarte esta copia de seguridad, ya que podría no contener todos los binarios.
Un retraso de 1 milisegundo suele dar como resultado un uso del 10% de la CPU y un retraso de 10 milisegundos suele dar como resultado un uso de menos del 3% de la CPU. El retraso total en segundos se puede calcular de la siguiente manera: Tamaño del repositorio en MB, multiplicado por retraso en milisegundos, dividido por 2 (si se utiliza la opción zip) o dividido por 4 (al realizar una copia de seguridad en un directorio). Esto significa que una copia de seguridad en un directorio de un repositorio de 200 MB con una demora de 1 ms aumenta el tiempo de backup en unos 50 segundos.
Consulte Cómo funciona AEM backup en línea para obtener detalles internos del proceso.
Para crear una copia de seguridad:
Inicie sesión en AEM como administrador.
Vaya a Herramientas - Operaciones - Backup.
Haga clic en Crear. Se abrirá la consola de respaldo.
En la consola de copia de seguridad, especifique la Ruta de Destinatario y Retraso.
La consola de copia de seguridad también está disponible mediante:
https://<*hostname*>:<*port-number*>/libs/granite/backup/content/admin.html
Haga clic en Guardar, una barra de progreso indicará el progreso de la copia de seguridad.
Puede Cancelar una copia de seguridad en ejecución en cualquier momento.
Una vez finalizada la copia de seguridad, los archivos zip aparecen en la ventana de copia de seguridad.
Los archivos de copia de seguridad que ya no se necesitan se pueden eliminar con la consola. Seleccione el archivo de copia de seguridad en el panel izquierdo y haga clic en Eliminar.
Si ha realizado una copia de seguridad en un directorio: una vez finalizado el proceso de copia de seguridad AEM no se escribirá en el directorio de destinatario.
Si es posible, la copia de seguridad en línea debe ejecutarse cuando haya poca carga en el sistema, por ejemplo por la mañana.
Las copias de seguridad se pueden automatizar mediante los clientes HTTP wget
o curl
. A continuación se muestran ejemplos de cómo automatizar el backup mediante curl.
En el siguiente ejemplo, es posible que sea necesario configurar varios parámetros en el comando curl
para la instancia; por ejemplo, el nombre de host ( localhost
), el puerto ( 4502
), la contraseña de administración ( xyz
) y el nombre de archivo ( backup.zip
).
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
El archivo o directorio de copia de seguridad se crea en el servidor en la carpeta principal de la carpeta que contiene la carpeta crx-quickstart
(igual que si creara la copia de seguridad mediante el explorador). Por ejemplo, si ha instalado AEM en el directorio /InstallationKits/crx-quickstart/
, la copia de seguridad se crea en el directorio /InstallationKits
.
El comando curl se devuelve inmediatamente, por lo que debe controlar este directorio para ver cuándo está listo el archivo zip. Mientras se crea la copia de seguridad, se puede ver un directorio temporal (con el nombre basado en el del archivo zip final), al final se comprimirá. Por ejemplo:
backup.zip
backup.f4d5.temp
Normalmente, el archivo o directorio de copia de seguridad se crea en el servidor en la carpeta principal de la carpeta que contiene la carpeta crx-quickstart
.
Si desea guardar la copia de seguridad (de cualquier tipo) en una ubicación diferente, puede establecer una ruta absoluta "al parámetro target
en el comando curl
.
Por ejemplo, para generar backupJune.zip
en el directorio /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"
Al utilizar un servidor de aplicaciones diferente (como JBoss), es posible que la copia de seguridad en línea no funcione según lo esperado, ya que el directorio destinatario no se puede escribir. En este caso, póngase en contacto con la asistencia técnica.
También se puede activar una copia de seguridad utilizando los MBeans proporcionados por AEM.
El proceso descrito aquí es especialmente adecuado para repositorios grandes.
Si desea utilizar este método de copia de seguridad, su sistema debe admitir copias instantáneas del filesystem. Por ejemplo, para Linux esto significa que sus sistemas de ficheros deben colocarse en un volumen lógico.
Haga una instantánea del sistema de archivos en el que se implementa el AEM.
Monte la instantánea del sistema de archivos.
Realice una copia de seguridad y desmonte la instantánea.
AEM Online Backup está compuesto por una serie de acciones internas para garantizar la integridad de los datos a los que se realiza backup y de los archivos de backup que se están creando. Éstos se enumeran a continuación para los interesados.
La copia de seguridad en línea utiliza el siguiente algoritmo:
Al crear un archivo zip, el primer paso es crear o localizar el directorio destinatario.
Si realiza una copia de seguridad en un archivo zip, se crea un directorio temporal. El nombre del directorio inicio con backup.
y termina con .temp
; por ejemplo backup.f4d3.temp
.
Si realiza una copia de seguridad en un directorio, se utiliza el nombre especificado en la ruta de destinatario. Se puede utilizar un directorio existente; de lo contrario, se creará un nuevo directorio.
Cuando se realiza la copia de seguridad, se crea un archivo vacío denominado backupInProgress.txt
en el directorio de destinatario. Este archivo se elimina cuando la copia de seguridad finaliza.
Los archivos se copian del directorio de origen al directorio de destinatario (o directorio temporal al crear un archivo zip). El almacén de segmentos se copia antes del almacén de datos para evitar daños en el repositorio. Los datos de índice y caché se omiten al crear la copia de seguridad. Como resultado, los datos de crx-quickstart/repository/cache
y crx-quickstart/repository/index
no se incluyen en la copia de seguridad. El indicador de la barra de progreso del proceso se encuentra entre 0% y 70% al crear un archivo zip, o entre 0% y 100% si no se crea ningún archivo zip.
Si la copia de seguridad se está realizando en un directorio preexistente, se eliminarán los archivos "antiguos" del directorio de destinatario. Los archivos antiguos son archivos que no existen en el directorio de origen.
Los archivos se copian en el directorio destinatario en cuatro etapas:
En la primera etapa de la copia (indicador de progreso 0% - 63% al crear un archivo zip o 0% - 90% si no se crea ningún archivo zip), todos los archivos se copian mientras el repositorio se ejecuta normalmente. El proceso consta de dos fases:
En la segunda etapa de la copia (indicador de progreso 63% - 65,8% al crear un archivo zip o 90% - 94% si no se crea ningún archivo zip), solo se copian los archivos creados o modificados en el directorio de origen desde que se inició la primera etapa de la copia. Dependiendo de la actividad del repositorio, esto puede variar desde ningún archivo hasta un número significativo de archivos (ya que la primera etapa de la copia del archivo suele llevar mucho tiempo). El proceso de copia es similar a la primera etapa (fase A y fase B con retraso).
En la tercera etapa de copia (indicador de progreso 65,8% - 68,6% al crear un archivo zip o 94% - 98% si no se crea ningún archivo zip), solo se copian los archivos que se crearon o modificaron en el directorio de origen desde que se inició la segunda etapa de copia. Según la actividad del repositorio, es posible que no haya archivos para copiar o que haya un número muy pequeño de archivos (ya que la segunda etapa de copia de archivos suele ser rápida). El proceso de copia es similar a la segunda etapa: Fase A y Fase B, pero sin demora.
Las etapas de copia de archivos de uno a tres se realizan al mismo tiempo que se ejecuta el repositorio. Solo se copian los archivos creados o modificados en el directorio de origen desde que se inició la tercera etapa de copia. Según la actividad del repositorio, es posible que no haya archivos para copiar, o que haya un número muy, muy pequeño de archivos (porque la segunda etapa de copia de archivos suele ser muy rápida). Indicador de progreso 68,6% - 70% al crear un archivo zip o 98% - 100% si no se crea ningún archivo zip. El proceso de copia es similar a la tercera etapa.
Según el destinatario:
backupInProgress.txt
para indicar que la copia de seguridad ha finalizado.Puede restaurar una copia de seguridad de la siguiente manera:
Para realizar copias de seguridad y restaurar contenido, puede utilizar uno de los administradores de paquetes, que utiliza el formato de paquete de contenido para realizar copias de seguridad y restaurar contenido. El Administrador de paquetes proporciona más flexibilidad para definir y administrar paquetes.
Para obtener más información sobre las características y los sacrificios de cada uno de estos formatos de paquete de contenido individual, consulte Cómo trabajar con paquetes.
Cuando realiza una copia de seguridad de nodos mediante el Administrador de paquetes o el Zipper de contenido, CRX guarda la siguiente información:
Al realizar la copia de seguridad, AEM pierde la siguiente información: