Estrategia para backup y restore en un entorno en clúster

NOTA

Si la implementación de formularios AEM 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 formularios AEM. Además, la aplicación debe diseñarse de modo que sea lo suficientemente robusta como para gestionar un escenario en el que las bases de datos adicionales no estén sincronizadas. Se recomienda encarecidamente 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
  • Base de datos AEM (crx-repositorio)
NOTA

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

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

En este tema se analizan las siguientes estrategias para realizar una copia de seguridad de cualquier entorno agrupado de formularios AEM:

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

Backup sin conexión con tiempo de inactividad

  1. Cierre 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 copias 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. Realice 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 identificador del sistema/repositorio de cada nodo de clúster por separado.

    Para ver los pasos detallados, consulte Backup y restauración.

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

  5. Vuelva a poner en inicio el clúster.

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. Cierre 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 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. Realice una copia de seguridad de todos los archivos de cualquier nodo de clúster secundario, incluidos los subdirectorios.
    3. Realice una copia de seguridad de repository/system.id de cada nodo de clúster por separado.

    Para ver los pasos detallados, consulte Backup y restauración.

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

  6. Vuelva a poner en inicio el clúster.

Backup 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. Cierre 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, realice una copia de seguridad del archivo que contiene el cluster_node.id.
    2. Realice 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 en Copia de seguridad en línea.

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

  6. Vuelva a poner en inicio el clúster.

Realice una copia de seguridad del archivo de propiedades del Bootstrap

Cuando se crea 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 dominios
  • WebSphere: en el directorio de perfil

Debe realizar una copia de seguridad del archivo para el escenario de 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 en clúster

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

Para una recuperación de un solo nodo, solo tiene que cerrar el nodo único y ejecutar el procedimiento de recuperación de un solo nodo.

Si todo el clúster falla debido a errores como el bloqueo de la base de datos, debe realizar los siguientes pasos. La restauración depende del método de backup 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 creó 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 correctamente, 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 de AEM.

    Para restaurar el repositorio, realice los siguientes pasos.

    NOTA

    Si una copia de seguridad compactada del repositorio crx se puso en línea, descomprímalo 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) en el 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 del nodo, si existe.
    6. Elimine los archivos **/listener.properties en el nodo, si existe.
    7. Restaure repository/cluster_node.id para nodos de clúster individuales.
NOTA

Considere los siguientes puntos:

  • Si el nodo con error era un nodo primario AEM, copie todo el contenido de la carpeta del repositorio secundario (crx-repository\crx.0000 donde 0000 puede ser cualquier dígito) en la carpeta crx-repository\ repositorio 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 inicia primero y, una vez que se ha activado completamente, inicio otros nodos.

Restaurando todo el clúster

  1. Detenga todos los nodos del clúster.

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

  3. Aplicar parches o actualizaciones a formularios AEMFormularios AEM aplicados desde que se creó 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 de AEM sin conexión:

    NOTA

    Si una copia de seguridad compactada del repositorio crx se puso en línea, descomprímalo en cualquier ubicación y siga el proceso de restauración sin conexión.

    1. En todos los nodos de clúster, elimine los directorios de repositorio, compartido, versión y espacios de trabajo en el directorio clusterNode.
    2. Elimine todos los archivos y directorios del directorio compartido.
    3. Restaure la copia de seguridad del nodo de clúster (incluidos los subdirectorios) en un nodo de clúster.
    4. Copie todos los archivos del nodo de clúster restaurado en 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 de 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

Considere los siguientes puntos:

  • Si el nodo con error era un nodo primario AEM, copie todo el contenido de la carpeta del repositorio secundario (parece crx-repository\crx.0000, donde 0000 puede ser cualquier dígito) en la carpeta 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 inicia primero y, una vez que se ha activado completamente, inicio otros nodos.

Haga una copia de seguridad y restaure el nodo de publicación de Correspondence Management Solution

El nodo editor no tiene ninguna relación primaria-secundaria en un entorno agrupado. Puede realizar una copia de seguridad de cualquier nodo de Publisher siguiendo Backup y Restore.

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 activarse.
  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 de 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 de la copia de seguridad).
  3. Inicio el nodo principal seguido del nodo secundario del clúster de creación.

En esta página