Show Menu
TEMAS×

Estrategia de copia de seguridad y recuperación para formularios AEM

Si la implementación de formularios AEM almacena datos personalizados adicionales en una base de datos diferente, es responsable de implementar una estrategia para realizar una copia de seguridad de estos datos y garantizar 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.
Después de identificar cómo se utilizan los formularios AEM, determine los archivos de los que se debe realizar una copia de seguridad, la frecuencia y la ventana de copia de seguridad que se va a poner a disposición.
Al igual que con cualquier otro aspecto de la implementación de formularios AEM, la estrategia de copia de seguridad y recuperación debe desarrollarse y probarse en un entorno de desarrollo o ensayo antes de utilizarse en producción para garantizar que toda la solución funcione según lo esperado sin pérdida de datos.
Adobe Experience Manager (AEM) es una parte integral de los formularios AEM. Por lo tanto, es necesario realizar una copia de seguridad de AEM en sincronización con la copia de seguridad de formularios AEM, ya que la solución y los servicios de gestión de correspondencia, como el administrador de formularios, se basan en datos almacenados en AEM como parte de los formularios AEM.Para evitar cualquier pérdida de datos, se debe realizar una copia de seguridad de los datos específicos de los formularios AEM de forma que GDS y AEM (repositorio) se correlacionen con referencias de base de datos.Se deben restaurar los directorios raíz de base de datos, GDS, AEM, AEM y GDS, un equipo con el mismo nombre DNS que el original.

Tipos de copias de seguridad

La estrategia de copia de seguridad de formularios AEM incluye dos tipos de copias de seguridad:
Imagen del sistema: Una copia de seguridad completa del sistema que puede utilizar para restaurar el contenido de su equipo si el disco duro o todo el equipo deja de funcionar. Solo es necesario realizar una copia de seguridad de la imagen del sistema antes de la implementación de producción de formularios AEM. Las políticas corporativas internas dictan la frecuencia con la que se requieren los backups de imágenes del sistema.
Datos específicos de formularios de AEM: Los datos de la aplicación existen en la base de datos, el Almacenamiento de Documento global (GDS) y el repositorio de AEM, y se debe realizar una copia de seguridad en tiempo real. GDS es un directorio que se utiliza para almacenar archivos de larga duración que se utilizan en un proceso. Estos archivos pueden incluir archivos PDF, políticas o plantillas de formulario.
Si está instalado Content Services (obsoleto), también realice una copia de seguridad del directorio raíz de Content Almacenamiento. Consulte Directorio raíz de Almacenamiento de contenido (solo Servicios de contenido) .
La base de datos se utiliza para almacenar artefactos de formulario, configuraciones de servicio, estado de proceso y referencias de base de datos a archivos GDS. Si ha activado el almacenamiento de documentos en la base de datos, los datos y documentos persistentes en el GDS también se almacenan en la base de datos. La base de datos se puede hacer backup y recuperar mediante los siguientes métodos:
  • El modo de copia de seguridad de instantáneas indica que el sistema de formularios AEM está en modo de copia de seguridad indefinidamente o durante un número especificado de minutos, tras lo cual el modo de copia de seguridad ya no está activado. Para entrar o salir del modo de copia de seguridad instantánea, puede utilizar una de las siguientes opciones. Después de un escenario de recuperación, el modo de copia de seguridad instantánea no debe estar habilitado.
    • Utilice la página Configuración de copia de seguridad de la Consola de administración. Para acceder al modo de instantánea, seleccione la casilla de verificación Operar en modo de copia de seguridad segura. Anule la selección de la casilla de verificación para salir del modo de instantánea.
    • Utilice la secuencia de comandos LCBackupMode (consulte Copia de seguridad de la base de datos, GDS y directorios raíz de Almacenamiento de contenido). Para salir del modo de copia de seguridad de instantáneas, en el argumento de secuencia de comandos, establezca el continuousCoverage parámetro en false o use la leaveContinuousCoverage opción.
    • Utilice la API de copia de seguridad y recuperación proporcionada.
  • El modo de copia de seguridad móvil indica que el sistema siempre está en modo de copia de seguridad y se inicia una nueva sesión en modo de copia de seguridad en cuanto se libera la sesión anterior. No hay tiempo de espera asociado con el modo de copia de seguridad móvil. Cuando se llama a la secuencia de comandos o las API de LCBackupMode para que dejen el modo de copia de seguridad móvil, se inicia una nueva sesión del modo de copia de seguridad móvil. Este modo es útil para admitir copias de seguridad continuas, pero aún así permite limpiar documentos antiguos e innecesarios del directorio GDS. El modo de copia de seguridad móvil no se admite a través de la página Backup and Recovery. Después de un escenario de recuperación, el modo de copia de seguridad móvil aún está habilitado. Puede dejar el modo de copia de seguridad continua (modo de copia de seguridad móvil) utilizando la secuencia de comandos LCBackupMode con la leaveContinuousCoverage opción.
Si se deja el modo de copia de seguridad móvil inmediatamente, se inicia una nueva sesión de modo de copia de seguridad. Para desactivar completamente el modo de copia de seguridad móvil, utilice la leaveContinuousCoverage opción de la secuencia de comandos, que sobrescribe la sesión de copia de seguridad móvil existente. En el modo de copia de seguridad instantánea, puede salir del modo de copia de seguridad como suele hacer.
Para evitar la pérdida de datos, se debe realizar una copia de seguridad de los datos específicos de los formularios de AEM de forma que los documentos de directorio raíz de GDS y Almacenamiento de contenido se correlacionen con las referencias de base de datos.
Cuando el GDS se almacena en el sistema de archivos y no en la base de datos, realice la copia de seguridad de la base de datos antes de la copia de seguridad del GDS.

Consideraciones especiales para backup y recuperación

Utilice las siguientes directrices si debe recuperar formularios AEM en otro entorno debido a los siguientes cambios:
  • Cambio en la dirección IP, el nombre de host o el puerto del servidor de formularios AEM
  • Cambio en las letras de la unidad o en la ruta del directorio
  • Cambiar a un host, puerto o nombre de base de datos diferente
Normalmente, estos escenarios de recuperación se deben a un error de hardware del servidor que aloja el servidor de aplicaciones, el servidor de bases de datos o el servidor de formularios. Además de las configuraciones específicas de formularios de AEM que se describen en esta sección, también debe realizar los cambios necesarios en otras partes de la implementación de formularios de AEM, como equilibradores de carga y servidores de seguridad, si cambia el nombre de host o la dirección IP de un servidor de formularios de AEM.

Qué no se puede cambiar

Aunque puede cambiar el servidor de la base de datos y muchos otros parámetros, no puede cambiar el tipo de servidor de aplicaciones o el tipo de base de datos al recuperar formularios AEM de una copia de seguridad. Por ejemplo, si está recuperando una copia de seguridad de formularios AEM, no puede cambiar el servidor de aplicaciones de JBoss a WebLogic o base de datos de Oracle a DB2. Además, los formularios AEM recuperados deben utilizar las mismas rutas del sistema de archivos, como el directorio de fuentes.

Reinicio después de una recuperación

Antes de reiniciar el servidor de formularios después de una recuperación, haga lo siguiente:
  1. Inicio el sistema en modo de mantenimiento.
  2. Para asegurarse de que el Administrador de formularios se sincroniza con los formularios AEM en el modo de mantenimiento, haga lo siguiente:
    1. Vaya a https://< server >:< port >/lc/fm e inicie sesión con las credenciales de administrador/contraseña.
    2. Haga clic en el nombre del usuario (Super Administrator en este caso) en la esquina superior derecha.
    3. Haga clic en Opciones de administración .
    4. Haga clic en Inicio para sincronizar los recursos del repositorio.
  3. En un entorno agrupado, el nodo principal (con respecto a AEM) debe estar activo antes que los nodos secundarios.
  4. Asegúrese de que no se inicien procesos desde fuentes internas o externas como los iniciadores de procesos Web, SOAP o EJB hasta que se valide el funcionamiento normal del sistema.
Si la base de datos de formularios AEM principal se mueve o cambia, revise las guías de instalación relevantes para su servidor de aplicaciones para obtener información sobre la actualización de la información de conexión de la base de datos para los orígenes de datos de formularios AEM IDP_DS y EDC_DS.

Cambio del nombre de host o la dirección IP de los formularios AEM

En un clúster, si utiliza el almacenamiento en caché TCP en lugar de UDP, debe actualizar la configuración del localizador de caché. Consulte "Configuración de los localizadores de almacenamiento en caché (solo en caché mediante TCP)" en la guía de configuración relevante para el servidor de aplicaciones.

Cambio de las rutas del sistema de archivos de nodo de formularios AEM

Si cambia las rutas del sistema de archivos para un nodo independiente, debe actualizar las referencias adecuadas en las preferencias, otras configuraciones del sistema, aplicaciones personalizadas y aplicaciones de formularios AEM implementadas. Por otro lado, para un clúster, todos los nodos deben utilizar la misma configuración de ruta del sistema de archivos. Debe configurar el directorio raíz del Almacenamiento de Documento global (GDS) y asegurarse de que señala a una copia del GDS recuperado que está sincronizada con la base de datos recuperada. La configuración de la ruta de GDS es importante porque el GDS puede contener datos que se pretenden que persistan en los reinicios del servidor de aplicaciones.
En un entorno agrupado, la configuración de la ruta del sistema de archivos del repositorio debe ser la misma para todos los nodos del clúster antes de la copia de seguridad y después de la recuperación.
Utilice la LCSetGDS secuencia de comandos de la [*aem-forms root]*\sdk\misc\Foundation\SetGDSCommandline carpeta para definir la ruta de GDS después de cambiar las rutas del sistema de archivos. Consulte el ReadMe.txt archivo de la misma carpeta para obtener más información. Si no se puede utilizar la ruta del directorio GDS anterior, se debe utilizar la secuencia de comandos para definir la nueva ruta del GDS antes de inicio de los formularios AEM. LCSetGDS
Esta circunstancia es la única en la que debe utilizar esta secuencia de comandos para cambiar la ubicación del GDS. Para cambiar la ubicación de GDS mientras se ejecutan formularios AEM, utilice la Consola de administración. (Consulte Configuración general de los formularios de AEM*.) *
Después de definir la ruta GDS, inicio el servidor de formularios en modo de mantenimiento y utilice la consola de administración para actualizar las rutas restantes del sistema de archivos para el nuevo nodo. Después de comprobar que se han actualizado todas las configuraciones necesarias, reinicie y pruebe los formularios de AEM.