Estrategia para backup y restore en un entorno en cluster

NOTA

Si la implementación de AEM forms almacena datos personalizados adicionales en una base de datos diferente, debe implementar una estrategia para realizar una copia de seguridad de estos datos, asegurándose de que se mantengan sincronizados con los datos de AEM forms. Además, la aplicación debe diseñarse para que sea lo suficientemente robusta como para gestionar un escenario en el que las bases de datos adicionales no estén sincronizadas. Es muy recomendable que cualquier operación de base de datos que se realice se realice en el contexto de una transacción para ayudar a mantener un estado coherente.

Debe realizar una copia de seguridad de las siguientes partes del sistema de formularios AEM para recuperarse de cualquier error:

  • Base de datos utilizada por AEM formularios
  • GDS con datos de larga duración y otros documentos persistentes
  • AEM base de datos (crx-repository)
NOTA

Es necesario realizar una copia de seguridad de cualquier otro dato que esté utilizando la configuración de formularios AEM, como fuentes de cliente, datos de conectores, etc.

Realizar una copia de seguridad de un entorno en clúster

En este tema se tratan las siguientes estrategias para realizar copias de seguridad de cualquier entorno agrupado de AEM formularios:

  • Backup sin conexión con tiempo de inactividad
  • Copia de seguridad sin conexión sin tiempo de inactividad (copia de seguridad de un nodo secundario que está apagado)
  • Copia de seguridad en línea sin downtime pero con retraso en la respuesta
  • Haga una copia de seguridad del archivo de propiedades del Bootstrap

Backup sin conexión con tiempo de inactividad

  1. Apague todo el clúster y los servicios relacionados. (consulte Inicio y parada de servicios)

  2. En cualquier nodo, realice una copia de seguridad de la base de datos, GDS y Conectores. (consulte Archivos para realizar copias de seguridad y recuperar)

  3. Realice los siguientes pasos para realizar una copia de seguridad AEM repositorio sin conexión:

    1. Para cada nodo de clúster, haga una copia de seguridad del archivo que contiene el identificador del nodo de clúster.
    2. Haga una copia de seguridad de todos los archivos de cualquier nodo de clúster secundario, incluidos los subdirectorios.
    3. Haga una copia de seguridad del id de repositorio/sistema de cada nodo de clúster por separado.

    Para ver los pasos detallados, consulte Copia de seguridad y restauración.

  4. Haga una copia de seguridad de cualquier otro dato, como las fuentes del cliente.

  5. Inicie el clúster de nuevo.

Backup sin conexión sin downtime

  1. Introduzca el modo de copia de seguridad móvil. (consulte Introducción de los modos de copia de seguridad)

    Tenga en cuenta que tenemos que dejar el modo de copia de seguridad móvil después de una recuperación.

  2. Apague cualquiera de los nodos secundarios del clúster con respecto a AEM. (consulte Inicio y parada de servicios)

  3. En cualquier nodo, realice una copia de seguridad de la base de datos, GDS y Conectores. (consulte Archivos para realizar copias de seguridad y recuperar)

  4. Realice los siguientes pasos para realizar una copia de seguridad AEM repositorio sin conexión:

    1. Para cada nodo de clúster, haga una copia de seguridad del archivo que contiene el identificador del nodo de clúster.
    2. Haga una copia de seguridad de todos los archivos de cualquier nodo de clúster secundario, incluidos los subdirectorios.
    3. Haga una copia de seguridad de repository/system.id de cada nodo de clúster por separado.

    Para ver los pasos detallados, consulte Copia de seguridad y restauración.

  5. Haga una copia de seguridad de cualquier otro dato, como las fuentes del cliente.

  6. Inicie el clúster de nuevo.

Copia de seguridad en línea sin downtime pero con retraso en la respuesta

  1. Introduzca el modo de copia de seguridad móvil. (consulte Introducción de los modos de copia de seguridad)

    Tenga en cuenta que debe dejar el modo de copia de seguridad móvil después de una recuperación.

  2. Apague cualquiera de los nodos secundarios del clúster con respecto a AEM. (consulte Inicio y parada de servicios)

  3. En cualquier nodo, realice una copia de seguridad de la base de datos, GDS y Conectores. (consulte Archivos para realizar copias de seguridad y recuperar)

  4. Realice los siguientes pasos para realizar copias de seguridad AEM repositorio en línea:

    1. Para cada nodo de clúster, haga una copia de seguridad del archivo que contiene el cluster_node.id.
    2. Haga una copia de seguridad de repository/system.id de cada nodo de clúster por separado.
    3. En cualquier nodo secundario, realice una copia de seguridad en línea del repositorio para ver los pasos detallados; consulte Copia de seguridad en línea.
  5. Haga una copia de seguridad de cualquier otro dato, como las fuentes del cliente.

  6. Inicie el clúster de nuevo.

Haga una copia de seguridad del archivo de propiedades del Bootstrap

Cuando creamos un clúster de AEM, se crea un archivo de propiedades en el servidor de aplicaciones para todos los nodos secundarios. Se recomienda realizar una copia de seguridad del archivo de propiedades del Bootstrap. Puede encontrar el archivo en la siguiente ubicación del servidor de aplicaciones:

  • JBoss: en el directorio BIN
  • WebLogic: en el directorio de dominio
  • WebSphere: en el directorio de perfiles

Debe realizar una copia de seguridad del archivo para la recuperación ante desastres de AEM nodo secundario y reemplazarlo en la ubicación especificada en el servidor de aplicaciones, si se restaura.

Recuperación en un entorno agrupado

En caso de que se produzca un error en todo el clúster o en un solo nodo, debe restaurarlo mediante la copia de seguridad.

Para una recuperación de un solo nodo, simplemente debe apagar el nodo único y ejecutar el procedimiento de recuperación de un solo nodo.

En caso de que todo el clúster falle debido a errores como el bloqueo de la base de datos, debe realizar los siguientes pasos. La restauración depende del método de copia de seguridad utilizado.

Restauración de un solo nodo

  1. Detenga el nodo dañado.

    NOTA

    Si el nodo dañado es un nodo primario AEM, cierre todo el nodo del clúster.

  2. Vuelva a crear el sistema físico a partir de una imagen del sistema.

  3. Aplique parches o actualizaciones a AEM formularios que se aplicaron desde que se hizo la imagen. Esta información se registró durante el procedimiento de copia de seguridad. AEM formularios deben recuperarse al mismo nivel de parche que cuando se realizó la copia de seguridad del sistema.

  4. (Opcional) Si todos los demás nodos funcionan bien, es posible que el repositorio de AEM también esté dañado. En este caso, verá un mensaje unsync del repositorio en el archivo error.log del repositorio AEM.

    Para restaurar el repositorio, realice los siguientes pasos.

    NOTA

    Si una copia de seguridad comprimida del repositorio crx se ha conectado, descomprima el archivo en cualquier ubicación y siga el proceso de restauración sin conexión.

    1. Elimine los directorios de repositorio, compartido, versión y espacios de trabajo en el directorio clusterNode del nodo .
    2. Restaure la copia de seguridad del nodo del clúster (incluidos los subdirectorios) al nodo .
    3. Elimine el archivo clusterNode/revision.log en el nodo .
    4. Elimine el .lock en el nodo, si existe.
    5. Elimine el repository/system.id en el nodo , si existe.
    6. Elimine los archivos **/listener.properties del nodo, si existe.
    7. Restaure repository/cluster_node.id para nodos de clúster individuales.
NOTA

Consideremos los siguientes puntos:

  • Si el nodo en el que se produjo el error era un nodo primario AEM, copie todo el contenido de la carpeta del repositorio secundario (crx-repository\crx.0000 donde 000 puede ser cualquier dígito) en la carpeta del repositorio crx-repository\ y elimine la carpeta del repositorio secundario.
  • Antes de reiniciar cualquier nodo de clúster, asegúrese de eliminar el repositorio /clustered.txt del nodo principal.
  • Asegúrese de que el nodo principal se inicie primero y, una vez que esté completamente activo, inicie otros nodos.

Restauración de todo el clúster

  1. Detenga todos los nodos del clúster.

  2. Vuelva a crear el sistema físico a partir de una imagen del sistema.

  3. Aplique parches o actualizaciones a AEM formularios AEM aplicados desde que se hizo la imagen. Esta información se registró en el paso 1 del procedimiento de copia de seguridad. AEM formularios deben recuperarse al mismo nivel de parche que cuando se realizó la copia de seguridad del sistema.

  4. Restaure la base de datos, GDS y conectores.

  5. Haga lo siguiente para recuperar el repositorio AEM sin conexión:

    NOTA

    Si una copia de seguridad comprimida del repositorio crx se ha conectado, descomprima el archivo en cualquier ubicación y siga el proceso de restauración sin conexión.

    1. En todos los nodos del clúster, elimine los directorios del repositorio, compartido, versión y espacio de trabajo en el directorio clusterNode .
    2. Elimine todos los archivos y directorios del directorio compartido.
    3. Restaure la copia de seguridad del nodo del clúster (incluidos los subdirectorios) en un nodo del clúster.
    4. Copie todos los archivos del nodo de clúster restaurado a todos los demás nodos de clúster. Una vez finalizado, cada nodo de clúster contiene los mismos datos.
    5. Elimine el archivo clusterNode/revision.log en todos los nodos del clúster.
    6. Elimine el .lock en todos los nodos del clúster, si existe.
    7. Elimine repository/system.id todos los nodos del clúster, si existe.
    8. Elimine los archivos **/listener.properties en todos los nodos del clúster, si existen.
    9. Restaure repository/cluster_node.id para nodos de clúster individuales.
NOTA

Consideremos los siguientes puntos:

  • Si el nodo en el que se produjo el error era un nodo primario AEM, copie todo el contenido de la carpeta del repositorio secundario (se parece a crx-repository\crx.0000 donde 000 puede ser cualquier dígito) en la carpeta del repositorio crx-repository.
  • Antes de reiniciar cualquier nodo de clúster, asegúrese de eliminar el repositorio /clustered.txt del nodo principal.
  • Asegúrese de que el nodo principal se inicie primero y, una vez que esté completamente activo, inicie otros nodos.

Hacer una copia de seguridad y restaurar el nodo de publicación de la solución Gestión de correspondencia

El nodo editor no tiene ninguna relación principal-secundaria en un entorno agrupado. Puede realizar una copia de seguridad de cualquier nodo de Publisher siguiendo las instrucciones siguientes Copia de seguridad y restauración.

Recuperar un solo nodo de editor

  1. Cierre el nodo que debe recuperarse y no realice ninguna actividad de publicación hasta que el nodo vuelva a estar activo.
  2. Restaure el nodo Publicar mediante [Restauración de la copia de seguridad](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring la copia de seguridad).

Recuperar un clúster

  1. Cierre el clúster.
  2. Restaure el nodo Publicar mediante [Restauración de la copia de seguridad](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring la copia de seguridad).
  3. Inicie el nodo principal seguido del nodo secundario del clúster de creación.

En esta página