Archivos para realizar copias de seguridad y recuperar

La aplicación y los archivos de datos de los que se debe realizar una copia de seguridad se describen con más detalle en las secciones siguientes.

Tenga en cuenta los siguientes puntos con respecto al backup y la recuperación:

  • Se debe realizar una copia de seguridad de la base de datos antes de GDS y AEM repositorio.
  • Si necesita desplegar los nodos en un entorno agrupado para backup, asegúrese de que los nodos secundarios estén apagados antes del nodo principal. De lo contrario, puede provocar incoherencia en el clúster o el servidor. Además, el nodo principal debe activarse antes que cualquier nodo secundario.
  • Para la operación de restauración de un clúster, el servidor de aplicaciones debe detenerse para cada nodo del clúster.

Directorio global de almacenamiento de documentos

El GDS es un directorio utilizado para almacenar archivos de larga duración que se utilizan en un proceso. La duración de los archivos de larga duración está pensada para abarcar uno o más lanzamientos de un sistema de formularios AEM, y puede abarcar días e incluso años. Estos archivos de larga duración pueden incluir PDF, políticas y plantillas de formulario. Los archivos de larga duración son una parte fundamental del estado general de muchas implementaciones de formularios AEM. Si se pierden o dañan algunos o todos los documentos de larga duración, el servidor de formularios puede volverse inestable.

Los documentos de entrada para la invocación asincrónica de trabajos también se almacenan en el GDS y deben estar disponibles para procesar solicitudes. Por lo tanto, es importante que considere la fiabilidad del sistema de archivos que aloja el GDS y que emplee una matriz redundante de discos independientes (RAID) u otra tecnología adecuada para sus requisitos de calidad y nivel de servicio.

La ubicación del GDS se determina durante el proceso de instalación de los formularios de AEM o más tarde mediante la consola de administración. Además de mantener una ubicación de alta disponibilidad para GDS, también puede habilitar el almacenamiento de bases de datos para documentos. Consulte Opciones de copia de seguridad cuando se utiliza la base de datos para el almacenamiento de documentos.

Ubicación de GDS

Si deja vacío el ajuste de ubicación durante la instalación, el valor predeterminado de la ubicación es un directorio en la instalación del servidor de aplicaciones. Debe realizar una copia de seguridad del siguiente directorio para el servidor de aplicaciones:

  • (JBoss) [appserver root]/server/[server]/svcnative/DocumentStorage
  • (WebLogic) [appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage
  • (WebSphere) [appserver root]/installedApps/adobe/[server]/DocumentStorage

Si ha cambiado la ubicación de GDS a una ubicación no predeterminada, puede determinarla de la siguiente manera:

  • Inicie sesión en la consola de administración y haga clic en Configuración > Configuración del sistema principal > Configuraciones.
  • Registre la ubicación especificada en el cuadro Directorio global de almacenamiento de documentos.

En un entorno agrupado, el GDS suele apuntar a un directorio que se comparte en la red y al que se puede acceder de lectura y escritura para cada nodo del clúster.

La ubicación del GDS puede cambiarse durante una recuperación si la ubicación original ya no está disponible. (Consulte Cambio de la ubicación de GDS durante la recuperación).

Opciones de copia de seguridad cuando se utiliza la base de datos para el almacenamiento de documentos

Puede habilitar AEM almacenamiento de documentos de formularios en la base de datos de formularios de AEM mediante la consola de administración. Aunque esta opción mantiene todos los documentos persistentes en la base de datos, AEM formularios siguen requiriendo el directorio GDS basado en el sistema de archivos porque se utiliza para almacenar archivos permanentes y temporales y recursos relacionados con sesiones e invocaciones de formularios AEM.

Cuando selecciona la opción "Habilitar el almacenamiento de documentos en la base de datos" en la configuración del sistema principal de la consola de administración o mediante Configuration Manager, AEM formularios no permiten el modo de copia de seguridad de instantáneas ni el modo de copia de seguridad móvil. Por lo tanto, no es necesario administrar los modos de copia de seguridad mediante AEM formularios. Si utiliza esta opción, debe realizar una copia de seguridad del GDS solo una vez después de habilitar la opción. Cuando se recuperan AEM formularios de una copia de seguridad, no es necesario cambiar el nombre del directorio de copia de seguridad para el GDS ni restaurar el GDS.

repositorio AEM

AEM repositorio (crx-repository) se crea si crx-repository está configurado al instalar AEM formularios. La ubicación del directorio crx-repository se determina durante el proceso de instalación de formularios AEM. Se requiere AEM copia de seguridad y restauración del repositorio junto con la base de datos y GDS para obtener datos de formularios AEM coherentes en AEM formularios. AEM repositorio contiene datos para la solución de gestión de correspondencia, Forms Manager y AEM Forms Workspace.

Solución de administración de correspondencia

Correspondence Management Solution centraliza y administra la creación, el ensamblaje y la entrega de correspondencia segura, personalizada e interactiva. Le permite ensamblar rápidamente la correspondencia de contenido preaprobado y creado a medida en un proceso optimizado, desde la creación hasta el archivado. Como resultado, sus clientes obtienen comunicación oportuna, precisa, conveniente, segura y relevante. Su empresa maximiza el valor de las interacciones con los clientes y minimiza los costos y los riesgos con un proceso optimizado para facilitar, acelerar y aumentar la productividad.

Una sencilla configuración de la solución de gestión de correspondencia incluye una instancia de autor y una instancia de publicación en el mismo equipo o en diferentes equipos

administrador de formularios

forms manager optimiza el proceso de actualización, administración y retirada de formularios.

AEM Forms Workspace

AEM Forms Workspace coincide con las capacidades de Flex Workspace (obsoleto para AEM formularios en JEE) y agrega nuevas funciones para ampliar e integrar Workspace y facilitar el uso.

NOTA

Flex Workspace está en desuso para AEM versión de formularios.

Permite la administración de tareas en clientes sin Flash Player ni Adobe Reader. Facilita la representación de HTML Forms, además de los PDF forms y los formularios de Flex.

base de datos de AEM forms

La base de datos de AEM forms almacena contenido como artefactos de formulario, configuraciones de servicio, estado de proceso y referencias de base de datos a archivos del GDS y del directorio raíz de almacenamiento de contenido (para Content Services). Los backups de bases de datos se pueden realizar en tiempo real sin interrupciones en el servicio, y la recuperación puede ser hasta un punto específico en el tiempo o a un cambio en particular. En esta sección se describe cómo configurar la base de datos para que se pueda realizar una copia de seguridad en tiempo real.

En un sistema de formularios AEM correctamente configurado, el administrador del sistema y el administrador de la base de datos pueden colaborar fácilmente para recuperar el sistema a un estado coherente y conocido.

Para realizar una copia de seguridad de la base de datos en tiempo real, debe utilizar el modo de instantánea o configurar la base de datos para que se ejecute en el modo de registro especificado. Esto permite realizar una copia de seguridad de los archivos de la base de datos mientras la base de datos está abierta y disponible para su uso. Además, la base de datos conserva sus registros de reversión y transacciones cuando se ejecuta en estos modos.

NOTA

Adobe® Content Services ES (obsoleto) es un sistema de administración de contenido instalado con LiveCycle. Permite a los usuarios diseñar, administrar, monitorear y optimizar procesos centrados en el ser humano. La compatibilidad con los servicios de contenido (obsoletos) finaliza el 31/12/2014. Consulte documento del ciclo vital del producto de Adobe.

DB2

Configure la base de datos DB2 para que se ejecute en el modo de registro de archivos.

NOTA

Si el entorno de AEM forms se actualizó desde una versión anterior de AEM formularios y utiliza DB2, no se admite la copia de seguridad en línea. En este caso, debe cerrar AEM formularios y realizar una copia de seguridad sin conexión. Las futuras versiones de AEM formularios admitirán la copia de seguridad en línea para los clientes de actualización.

IBM cuenta con un conjunto de herramientas y sistemas de ayuda para ayudar a los administradores de bases de datos a administrar sus tareas de backup y recuperación:

DB2 tiene funcionalidades incorporadas para hacer backup de una base de datos en Tivoli Storage Manager. Mediante Tivoli Storage Manager, los backups DB2 se pueden almacenar en otros medios o en el disco duro local.

Para obtener más información sobre backup y recuperación de bases de datos DB2, consulte Desarrollo de una estrategia de backup y recuperación para DB2.

Oracle

Utilice copias de seguridad instantáneas o configure la base de datos de Oracle para que se ejecute en el modo de registro de archivos. (Consulte Copia de seguridad de Oracle: Una Introducción.) Para obtener más información sobre la copia de seguridad y la recuperación de la base de datos de Oracle, visite estos sitios:

Backup y Recuperación de oracle: explica en mayor detalle los conceptos de backup y recuperación y las técnicas más comunes para usar Recovery Manager (RMAN) para backup, recuperación y reporting, así como para proporcionar más información sobre cómo planificar una estrategia de backup y recuperación.

Oracle Database Backup and Recovery User's Guide (Guía del Usuario de Backup y Recuperación de Bases de Datos: Proporciona información detallada sobre la arquitectura RMAN, conceptos y mecanismos de backup y recuperación, técnicas de recuperación avanzadas como funcionalidades de recuperación puntual y flashback de bases de datos, y ajuste del performance de backup y recuperación. También abarca el backup y la recuperación administrados por el usuario, usando instalaciones de sistemas operativos host en lugar de RMAN. Este volumen es esencial para el backup y la recuperación de implementaciones de bases de datos más sofisticadas y para escenarios de recuperación avanzados.

Oracle Database Backup and Recovery Reference (Referencia de Recuperación y Copia de Seguridad de la Base de Datos: Proporciona información completa sobre sintaxis y semántica para todos los comandos RMAN y describe las vistas de la base de datos disponibles para generar informes sobre las actividades de backup y recuperación.

SQL Server

Utilice copias de seguridad instantáneas o configure la base de datos de SQL Server para que se ejecute en el modo de registro de transacciones.

SQL Server también proporciona dos herramientas de backup y recuperación:

  • SQL Server Management Studio (GUI)
  • T-SQL (línea de comandos)

Para obtener más información, consulte Copia de seguridad y restauración.

MySQL

Utilice MySQLAdmin o modifique los archivos INI en Windows para configurar la base de datos MySQL para que se ejecute en modo de registro binario. (Consulte Registro binario MySQL). Una herramienta de copia de seguridad para MySQL también está disponible en el software InnoBase. (Consulte Copia de seguridad en caliente de Innobase).

NOTA

El modo de registro binario predeterminado para MySQL es "Declaración", que es incompatible con las tablas utilizadas por Content Services (Obsoleto). El uso del registro binario en este modo predeterminado provoca que los servicios de contenido (obsoletos) fallen. Si su sistema incluye servicios de contenido (obsoleto), utilice el modo de registro "mixto". Para habilitar el registro "mixto", agregue el siguiente argumento al archivo my.ini:

binlog_format=mixed log-bin=logname

Puede utilizar la utilidad mysqldump para obtener la copia de seguridad completa de la base de datos. Es necesario realizar backups completos, pero no siempre resultan convenientes. Producen archivos de backup grandes y tardan tiempo en generarse. Para realizar una copia de seguridad incremental, asegúrese de iniciar el servidor con la opción - log-bin como se describe en la sección anterior. Cada vez que el servidor MySQL se reinicia, deja de escribir en el registro binario actual, crea uno nuevo y, a partir de entonces, el nuevo se convierte en el actual. Puede forzar un conmutador manualmente con el comando FLUSH LOGS SQL. Después de la primera copia de seguridad completa, las siguientes copias de seguridad incrementales se realizan utilizando la utilidad mysqladmin con el comando flush-logs, que crea el siguiente archivo de registro.

Consulte Resumen de estrategia de copia de seguridad.

binlog_format=mixed 
log-bin=logname

Directorio raíz del almacenamiento de contenido (solo servicios de contenido)

El directorio raíz del almacenamiento de contenido contiene el repositorio de Content Services (obsoleto) donde se almacenan todos los documentos, artefactos e índices. Se debe realizar una copia de seguridad del árbol del directorio raíz del almacenamiento de contenido. En esta sección se describe cómo determinar la ubicación del directorio raíz del almacenamiento de contenido para entornos independientes y en clúster.

Ubicación raíz del almacenamiento de contenido (entorno independiente)

El directorio raíz del almacenamiento de contenido se crea cuando se instalan los servicios de contenido (obsoletos). La ubicación del directorio raíz del almacenamiento de contenido se determina durante el proceso de instalación de los formularios de AEM.

La ubicación predeterminada para el directorio raíz del almacenamiento de contenido es [aem-forms root]/lccs_data.

Haga una copia de seguridad de los siguientes directorios ubicados en el directorio raíz del almacenamiento de contenido:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Si el directorio /backup-lucene-indexes no está presente, haga una copia de seguridad del directorio /lucene-indexes, también ubicado en el directorio raíz del almacenamiento de contenido. Si el directorio /backup-lucene-indexes está presente, no realice una copia de seguridad del directorio /lucene-indexes porque puede causar errores.

Ubicación raíz del almacenamiento de contenido (entorno agrupado)

Cuando instala Content Services (Desaprobada) en un entorno agrupado, el directorio raíz del almacenamiento de contenido se divide en dos directorios separados:

Directorio raíz del almacenamiento de contenido: normalmente, un directorio de red compartido al que se puede acceder de lectura y escritura para todos los nodos del clúster

Directorio raíz de índice: directorio que se crea en cada nodo del clúster, siempre con la misma ruta y nombre de directorio

La ubicación predeterminada para el directorio raíz del almacenamiento de contenido es [GDS root]/lccs_data, donde [GDS root] es la ubicación descrita en GDS location. Haga una copia de seguridad de los siguientes directorios ubicados en el directorio raíz del almacenamiento de contenido:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Si el directorio /backup-lucene-indexes no está presente, haga una copia de seguridad del directorio /lucene-indexes, también ubicado en el directorio raíz del almacenamiento de contenido. Si el directorio /backup-lucene-indexes está presente, no realice una copia de seguridad del directorio /lucene-indexes porque puede causar errores.

La ubicación predeterminada para el directorio raíz del índice es [aem-forms root]/lucene-indexes en cada nodo.

Fuentes instaladas por el cliente

Si ha instalado fuentes adicionales en el entorno de formularios AEM, debe realizar una copia de seguridad por separado. Haga una copia de seguridad de todos los directorios de fuentes de Adobe y cliente especificados en la consola de administración en Configuración > Sistema principal > Configuraciones. Asegúrese de realizar una copia de seguridad de todo el directorio de fuentes.

NOTA

De forma predeterminada, las fuentes de Adobe instaladas con AEM formularios se encuentran en el directorio [aem-forms root]/fonts.

Si está reinicializando el sistema operativo en el equipo host y desea utilizar fuentes del sistema operativo anterior, también debe realizar una copia de seguridad del contenido del directorio de fuentes del sistema. (Para obtener instrucciones específicas, consulte la documentación de su sistema operativo).

En esta página