DocumentaciónAEM 6.5 LTSGuía del usuario

Estrategia de copia de seguridad y restauración en un entorno en clúster strategy-for-backup-and-restore-in-a-clustered-environment

Last update: Wed Jul 02 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Se aplica a:
  • Experience Manager 6.5 LTS

Creado para:

  • Usuario
  • Desarrollador
NOTE
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 permanezcan sincronizados con los datos de los formularios AEM. Además, la aplicación debe diseñarse para que sea lo suficientemente sólida 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 mantener un estado coherente.

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

  • Base de datos utilizada por formularios AEM Forms
  • GDS con datos de larga duración y otros documentos persistentes
  • Base de datos de AEM (repositorio crx)
NOTE
Debe realizar una copia de seguridad de cualquier otro dato que esté utilizando la configuración de los formularios de AEM, como las fuentes de los clientes, los datos de los conectores, etc.

Copia de seguridad de un entorno agrupado back-up-a-clustered-environment

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

  • Copia de seguridad 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 se cierra)
  • Backup en línea sin tiempo de inactividad pero con retraso en la respuesta
  • Copia de seguridad del archivo de propiedades de Bootstrap

Copia de seguridad sin conexión con tiempo de inactividad offline-backup-with-downtime

  1. Apague todo el clúster y los servicios relacionados. (consulte Iniciar y detener servicios)

  2. En cualquier nodo, haga una copia de seguridad de la base de datos, GDS y Connectors. (vea Archivos para realizar copias de seguridad y recuperar)

  3. Para realizar una copia de seguridad del repositorio de AEM sin conexión, realice los siguientes pasos:

    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 sistema/repositorio de cada nodo del 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 de nuevo el clúster.

Copia de seguridad sin conexión sin tiempo de inactividad offline-backup-with-no-downtime

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

    Deje el modo de copia de seguridad móvil después de una recuperación.

  2. Cierre cualquiera de los nodos secundarios del clúster en relación con AEM. (consulte Iniciar y detener servicios)

  3. En cualquier nodo, haga una copia de seguridad de la base de datos, GDS y Connectors. (vea Archivos para realizar copias de seguridad y recuperar)

  4. Para realizar una copia de seguridad del repositorio de AEM sin conexión, realice los siguientes pasos:

    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 de nuevo el clúster.

Backup en línea sin tiempo de inactividad pero con retraso en la respuesta online-backup-with-no-downtime-but-delay-in-response

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

    Deje el modo de copia de seguridad móvil después de una recuperación.

  2. Cierre cualquiera de los nodos secundarios del clúster en relación con AEM. (consulte Iniciar y detener servicios)

  3. En cualquier nodo, haga una copia de seguridad de la base de datos, GDS y Connectors. (vea Archivos para realizar copias de seguridad y recuperar)

  4. Para realizar una copia de seguridad del repositorio de AEM en línea, realice los siguientes pasos:

    1. Para cada nodo de clúster, haga una copia de seguridad del archivo que contiene 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 de nuevo el clúster.

Copia de seguridad del archivo de propiedades de Bootstrap back-up-the-bootstrap-properties-file

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 de 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 perfil

Realice una copia de seguridad del archivo para el escenario de recuperación ante desastres del nodo secundario de AEM y reemplácelo en la ubicación especificada en el servidor de aplicaciones, si se restaura.

Recuperación en un entorno agrupado recovery-in-a-clustered-environment

Si se produce algún error en todo el clúster o en un solo nodo, restáurelo mediante la copia de seguridad.

Para una recuperación de nodo único, cierre el nodo único y ejecute el procedimiento de recuperación de nodo único.

Si todo el clúster falla debido a errores como el bloqueo de la base de datos, realice los siguientes pasos. La restauración depende del método de copia de seguridad utilizado.

Restauración de un solo nodo restoring-a-single-node

  1. Detenga el nodo dañado.

    note note
    NOTE
    Si el nodo dañado es un nodo principal de AEM, apague todo el nodo de clúster.

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

  3. Aplique parches o actualizaciones a los formularios de AEM aplicados desde que se creó la imagen. Esta información se registró durante el procedimiento de copia de seguridad. Los formularios AEM se deben recuperar al mismo nivel de parche que cuando se hizo 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 de desincronización del repositorio en el archivo error.log del repositorio de AEM.

    Para restaurar el repositorio, realice los siguientes pasos.

    note note
    NOTE
    Si se ha realizado una copia de seguridad en línea del repositorio crx comprimido, descomprímalo en cualquier ubicación y siga el proceso de restauración sin conexión.
    1. Elimine los directorios del repositorio, compartidos, de versión y de espacios de trabajo en el directorio clusterNode del nodo.
    2. Restaure la copia de seguridad del nodo de 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 en el 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.
NOTE
Tenga en cuenta los siguientes puntos:
  • Si el nodo con error era un nodo principal de 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 del repositorio crx\ 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, después de iniciarlo, inicie otros nodos.

Restauración de todo el clúster restoring-the-entire-cluster

  1. Detenga todos los nodos del clúster.

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

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

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

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

    note note
    NOTE
    Si se ha realizado una copia de seguridad en línea del repositorio crx comprimido, descomprímalo 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 espacios de trabajo del directorio clusterNode.
    2. Eliminar 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 todos los nodos de clúster de repository/system.id, si existen.
    8. Elimine los archivos **/listener.properties en todos los nodos del clúster, si los hay.
    9. Restaure repository/cluster_node.id para nodos de clúster individuales.
NOTE
Tenga en cuenta los siguientes puntos:
  • Si el nodo con error era un nodo principal de AEM, copie todo el contenido de la carpeta del repositorio secundario (se parece a crx-repository\crx.0000, donde 0000 puede ser cualquier dígito) a 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 inicia primero y, después de iniciarlo, inicie otros nodos.

Realizar una copia de seguridad y restaurar el nodo de publicación de Administración de correspondencia back-up-and-restore-correspondence-management-solution-publish-node

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

Recuperación de un solo nodo de editor recover-a-single-publisher-node

  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 Restaurando la copia de seguridad.

Recuperar un clúster recover-a-cluster

  1. Cierre el clúster.
  2. Restaure el nodo Publicar mediante Restaurando la copia de seguridad.
  3. Inicie el nodo principal seguido del nodo secundario del clúster de creación.
recommendation-more-help
51c6a92d-a39d-46d7-8e3e-2db9a31c06a2