Copia de seguridad y restauración backup-and-restore
Hay dos maneras de hacer backup y restaurar el contenido del repositorio en AEM:
- Puede crear una copia de seguridad externa del repositorio y almacenarla en una ubicación segura. Si el repositorio se desglosa, puede restaurarlo al estado anterior.
- Puede crear versiones internas del contenido del repositorio. Estas versiones se almacenan en el repositorio junto con el contenido, por lo que puede restaurar rápidamente los nodos y árboles que haya cambiado o eliminado.
General general
El enfoque descrito aquí se aplica para backup y recuperación del sistema.
Si necesita realizar una copia de seguridad o recuperar una pequeña cantidad de contenido, que se pierde, no es necesario que recupere el sistema:
- Puede recuperar los datos de otro sistema a través de un paquete
- o restaura la copia de seguridad en un sistema temporal, cree un paquete de contenido e impleméntelo en el sistema, donde falta este contenido.
Para obtener más información, consulte Copia de seguridad de paquetes más abajo.
Temporización timing
No ejecute la copia de seguridad en paralelo con la colección de residuos del almacén de datos, ya que podría dañar los resultados de ambos procesos.
Copia de seguridad sin conexión offline-backup
Siempre puede realizar una copia de seguridad sin conexión. Esto requiere un tiempo de inactividad de AEM, pero puede ser bastante eficiente en términos de tiempo necesario 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:
- detener la aplicación
- hacer una copia de seguridad de instantánea
- iniciar la aplicación
Como la copia de seguridad de la instantánea suele tardar sólo unos segundos, todo el tiempo de inactividad es inferior a unos minutos.
Copia de seguridad en línea online-backup
Este método de copia de seguridad crea una copia de seguridad de todo el repositorio, incluidas las aplicaciones implementadas bajo é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 utiliza clústeres y si la carpeta compartida es un subdirectorio de crx-quickstart (físicamente o utilizando un enlace 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 almacenamiento de Tar.
Al crear una copia de seguridad, tiene las siguientes opciones:
- Copia de seguridad a un directorio mediante AEM herramienta de copia de seguridad integrada.
- Copia de seguridad a un directorio mediante una instantánea de filesystem
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).
crx-quickstart" y haga una copia de seguridad del almacén de datos por separado.AEM copia de seguridad en línea aem-online-backup
Una copia de seguridad en línea del repositorio le permite crear, descargar y eliminar archivos de copia de seguridad. Es una función de copia de seguridad "en caliente" o "en línea", por lo que se puede ejecutar mientras el repositorio se esté utilizando normalmente en modo de lectura-escritura.
Al iniciar una copia de seguridad, puede especificar una Ruta de destino y/o Retraso.
Ruta de destino 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 objetivo para una ubicación de su elección.
Si la variable 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,
- los archivos modificados en el repositorio se modifican según corresponda en TargetPath
- Los archivos eliminados en el repositorio se eliminan en TargetPath
- los archivos creados en el repositorio se crean en TargetPath
- requiere almacenamiento de disco adicional durante el proceso de copia de seguridad (directorio temporal más el archivo zip)
- el proceso de compresión lo realiza el repositorio y puede influir en su rendimiento.
- Retrasa el proceso de copia de seguridad.
- Hasta Java 1.6 Java solo puede crear archivos ZIP de hasta un tamaño de 4 gigabytes.
Retraso Indica un retraso de tiempo (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 la copia de seguridad en línea no tarde más de 24 horas. Si lo hizo, descarte esta copia de seguridad, ya que puede que no contenga todos los binarios.
Un retraso de 1 milisegundo suele dar como resultado un uso de CPU del 10%, y un retraso de 10 milisegundos normalmente da como resultado menos del 3% de uso de CPU. El retraso total en segundos se puede calcular de la siguiente manera: El tamaño del repositorio en MB, multiplicado por el retraso en milisegundos, dividido por 2 (si se utiliza la opción zip) o dividido por 4 (cuando se realiza la 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.
Para crear una copia de seguridad:
-
Inicie sesión en AEM como administrador.
-
Vaya a Herramientas - Operaciones - Copia de seguridad.
-
Haga clic en Crear. Se abrirá la consola de copia de seguridad.
-
En la consola de copia de seguridad, especifique la variable Ruta de destino y Retraso.
note note NOTE 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.
note note NOTE Puede Cancelar una copia de seguridad en ejecución en cualquier momento. -
Cuando se completa la copia de seguridad, los archivos zip se enumeran en la ventana de copia de seguridad.
note note NOTE Los archivos de copia de seguridad que ya no son necesarios se pueden eliminar mediante la consola. Seleccione el archivo de copia de seguridad en el panel izquierdo y haga clic en Eliminar. note note NOTE Si ha realizado una copia de seguridad en un directorio: una vez finalizado el proceso de copia de seguridad, AEM no escribirá en el directorio de destino.
Automatización AEM Backup en Línea automating-aem-online-backup
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 la wget o curl Clientes HTTP. A continuación se muestran ejemplos de cómo automatizar la copia de seguridad mediante curl.
Copia de seguridad hasta el directorio de destino predeterminado backing-up-to-the-default-target-directory
curl puede que sea necesario configurar el comando para su instancia; por ejemplo, el nombre de host ( localhost), puerto ( 4502), contraseña de administrador ( xyz) y 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 variable crx-quickstart (igual que si creara la copia de seguridad con el explorador). Por ejemplo, si ha instalado AEM en el directorio /InstallationKits/crx-quickstart/y, a continuación, la copia de seguridad se crea en la variable /InstallationKits directorio.
El comando curl se devuelve inmediatamente, por lo que debe controlar este directorio para ver cuándo el archivo zip está listo. 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:
- nombre del archivo zip resultante:
backup.zip - nombre del directorio temporal:
backup.f4d5.temp
Copia de seguridad a un directorio de destino no predeterminado backing-up-to-a-non-default-target-directory
Normalmente, el archivo o directorio de copia de seguridad se crea en el servidor en la carpeta principal de la carpeta que contiene la variable crx-quickstart carpeta.
Si desea guardar la copia de seguridad (de cualquier tipo) en una ubicación diferente, puede establecer una ruta absoluta "al target en el curl comando.
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"
Copia de seguridad de instantánea del sistema de archivos filesystem-snapshot-backup
El proceso descrito aquí es especialmente apropiado para repositorios grandes.
-
Haga una instantánea del sistema de archivos AEM está implementado en.
-
Monte la instantánea del sistema de archivos.
-
Realice una copia de seguridad y desinstale la instantánea.
Cómo funciona AEM copia de seguridad en línea how-aem-online-backup-works
AEM copia de seguridad en línea consta de una serie de acciones internas para garantizar la integridad de los datos de los que se hace backup y los archivos de copia de seguridad que se están creando. A continuación se enumeran 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 de destino.
-
Si se realiza la copia de seguridad en un archivo zip, se crea un directorio temporal. El nombre del directorio empieza por
backup.y termina con.temp; por ejemplobackup.f4d3.temp. -
Si se realiza una copia de seguridad en un directorio, se utiliza el nombre especificado en la ruta de destino. Se puede utilizar un directorio existente; de lo contrario, se creará un directorio nuevo.
Un archivo vacío llamado
backupInProgress.txtse crea en el directorio de destino cuando se inicia la copia de seguridad. Este archivo se elimina cuando finaliza la copia de seguridad.
-
-
Los archivos se copian del directorio de origen al directorio de destino (o al directorio temporal al crear un archivo zip). El almacén de segmentos se copia antes del almacén de datos para evitar que se dañe el repositorio. Los datos de índice y caché se omiten al crear la copia de seguridad. Como resultado, los datos de
crx-quickstart/repository/cacheycrx-quickstart/repository/indexno se incluye en la copia de seguridad. El indicador de barra de progreso del proceso está entre 0% - 70% al crear un archivo zip, o entre 0% - 100% si no se crea ningún archivo zip. -
Si la copia de seguridad se está realizando en un directorio preexistente, se eliminan los archivos "antiguos" del directorio de destino. Los archivos antiguos son archivos que no existen en el directorio de origen.
Los archivos se copian en el directorio de destino en cuatro etapas:
-
En la primera etapa de 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:
- Fase A: todo se copia excepto para el almacén de datos (con retraso).
- Fase B: solo se copia el almacén de datos (con retraso).
-
En la segunda etapa de 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 copia. Dependiendo de la actividad del repositorio, esto puede variar desde ningún archivo hasta un número significativo de archivos (porque la primera etapa de copia de archivos suele tardar 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 creados o modificados 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 (porque 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 una a tres se realizan simultáneamente mientras 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. Dependiendo de la actividad del repositorio, puede 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 objetivo:
- Si se especificó un archivo zip, ahora se crea desde el directorio temporal. Indicador de progreso 70% - 100%. A continuación, se elimina el directorio temporal.
- Si el destino era un directorio, el archivo vacío llamado
backupInProgress.txtse elimina para indicar que la copia de seguridad ha finalizado.
Restauración de la copia de seguridad restoring-the-backup
Puede restaurar una copia de seguridad de la siguiente manera:
- En caso de que realice una copia de seguridad de instantánea del sistema de archivos, simplemente puede restaurar una imagen del sistema.
- En caso de que haya creado la copia de seguridad como archivo zip, solo tiene que descomprimir el contenido en una carpeta nueva e iniciar AEM desde esa ubicación.
Copia de seguridad de paquetes package-backup
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 las compensaciones de cada uno de estos formatos de paquete de contenido, consulte Cómo trabajar con paquetes.
Alcance del backup scope-of-backup
Al realizar copias de seguridad de nodos mediante el Administrador de paquetes o el Zipper de contenido, CRX guarda la siguiente información:
- El contenido del repositorio debajo del árbol que ha seleccionado.
- Las definiciones de tipo Node que se utilizan para el contenido del que realiza la copia de seguridad.
- Las definiciones de área de nombres que se utilizan para el contenido del que realiza la copia de seguridad.
Al realizar una copia de seguridad, AEM pierde la siguiente información:
- El historial de versiones.