Archivos para realizar copias de seguridad y recuperar files-to-back-up-and-recover

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 a la copia de seguridad y la recuperación:

Directorio global de almacenamiento de documentos global-document-storage-directory

El GDS es un directorio que se utiliza para almacenar archivos de larga duración que se utilizan dentro de un proceso. La duración de los archivos de larga duración está pensada para abarcar uno o más inicios de un sistema de formularios AEM Forms, y puede abarcar días e incluso años. Estos archivos de larga duración pueden incluir PDF, directivas y plantillas de formulario. Los archivos de larga duración son una parte esencial del estado general de muchas implementaciones de formularios AEM Forms. Si se pierden o dañan algunos o todos los documentos de larga duración, el servidor de Forms 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 tenga en cuenta 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 AEM Forms 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 documentos en la base de datos. Ver Opciones de copia de seguridad cuando se usa la base de datos para el almacenamiento de documentos.

Ubicación de GDS gds-location

Si deja vacía la configuración de ubicación durante la instalación, la ubicación predeterminada es un directorio en la instalación del servidor de aplicaciones. Haga una copia de seguridad del siguiente directorio para su servidor de aplicaciones:

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

En un entorno agrupado, el GDS normalmente señala a un directorio compartido en la red y es de lectura y escritura accesible para cada nodo de 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 backup-options-when-database-is-used-for-document-storage

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

Al seleccionar la opción "Habilitar el almacenamiento de documentos en la base de datos" en la Configuración principal del sistema de la consola de administración o al utilizar el Administrador de configuración, los formularios AEM Forms 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 formularios AEM Forms. Si utiliza esta opción, debe realizar una copia de seguridad del GDS solo una vez después de habilitar la opción. Cuando recupera formularios AEM desde una copia de seguridad, no es necesario cambiar el nombre del directorio de copia de seguridad para el GDS ni restaurar el GDS.

Repositorio de AEM aem-repository

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

Solución de Administración de correspondencia correspondence-management-solution

Administración de correspondencia centraliza y administra la creación, la combinación y la entrega de correspondencia segura, personalizada e interactiva. Le permite combinar 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 recibirán una comunicación oportuna, precisa, conveniente, segura y relevante. Su empresa maximiza el valor de las interacciones con los clientes y minimiza los costes y los riesgos con un proceso optimizado para facilitar, acelerar y aumentar la productividad.

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

administrador de formularios forms-manager

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

AEM Forms Workspace html-workspace

AEM Forms Workspace coincide con las funcionalidades de (obsoleto para formularios AEM en JEE) Flex Workspace y agrega nuevas funcionalidades para ampliar e integrar Workspace y hacerlo más fácil de usar.

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

base de datos de formularios AEM aem-forms-database

La base de datos de formularios de AEM almacena contenido, como artefactos de formulario, configuraciones de servicio, estados de proceso y referencias de base de datos a archivos en el GDS y en el directorio raíz de almacenamiento de contenido (para Content Services). Las copias de seguridad de la base de datos se pueden realizar en tiempo real sin interrupciones en el servicio y la recuperación se puede realizar en un momento específico o en un cambio concreto. En esta sección se describe cómo configurar la base de datos para que se pueda realizar una copia de seguridad de la misma en tiempo real.

En un sistema de formularios AEM Forms 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 hacer una copia de seguridad de los archivos de la base de datos mientras ésta 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.

DB2 db2

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

IBM tiene un conjunto de herramientas y sistemas de ayuda para ayudar a los administradores de bases de datos a administrar sus tareas de copia de seguridad y recuperación:

DB2 tiene funcionalidades integradas para realizar copias de seguridad de una base de datos en Tivoli Storage Manager. Mediante Tivoli Storage Manager, las copias de seguridad DB2 se pueden almacenar en otros soportes o en el disco duro local.

Oracle oracle

Utilice las 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: Introducción.) Para obtener más información acerca de cómo realizar copias de seguridad y recuperar la base de datos de Oracle, visite estos sitios:

Copia de seguridad y recuperación de Oracle: Explica los conceptos de copia de seguridad y recuperación, así como las técnicas más comunes para usar Recovery Manager (RMAN) para realizar copias de seguridad, recuperación y creación de informes con más detalle, y proporciona más información acerca de cómo planear una estrategia de copia de seguridad y recuperación.

Guía del usuario de Oracle Database Backup and Recovery: Proporciona información detallada sobre la arquitectura de RMAN, los conceptos y mecanismos de copia de seguridad y recuperación, las técnicas avanzadas de recuperación, como las funciones de recuperación puntual y flashback de base de datos, y la optimización del rendimiento de copia de seguridad y recuperación. También cubre la copia de seguridad y recuperación gestionadas por el usuario, utilizando instalaciones del sistema operativo del host en lugar de RMAN. Este volumen es esencial para la copia de seguridad y recuperación de implementaciones de bases de datos más sofisticadas y para escenarios de recuperación avanzados.

Referencia de copia de seguridad y recuperación de base de datos de Oracle: Proporciona información completa acerca de la sintaxis y la semántica de todos los comandos de RMAN, y describe las vistas de base de datos disponibles para la creación de informes sobre las actividades de copia de seguridad y recuperación.

SQL Server sql-server

Utilice las 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 copia de seguridad y recuperación:

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

MySQL 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 de MySQL.) También hay disponible una herramienta de copia de seguridad en caliente para MySQL en el software InnoBase. (Consulte Copia de seguridad en caliente de Innobase.)

Puede utilizar la utilidad mysqldump para obtener la copia de seguridad completa de la base de datos. Se requieren copias de seguridad completas, pero no siempre son convenientes. Producen archivos de copia de seguridad 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, tal 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 cambio manualmente con el comando FLUSH LOGS SQL. Después de la primera copia de seguridad completa, las copias de seguridad incrementales posteriores se realizan mediante la utilidad mysqladmin con el comando flush-logs, que crea el siguiente archivo de registro.

Ver Resumen de estrategia de copia de seguridad.

binlog_format=mixed
log-bin=logname

Directorio raíz de almacenamiento de contenido (solo servicios de contenido) content-storage-root-directory-content-services-only

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 de almacenamiento de contenido. En esta sección se describe cómo determinar la ubicación del directorio raíz de almacenamiento de contenido para los entornos independientes y en clúster.

Ubicación raíz del almacenamiento de contenido (entorno independiente) content-storage-root-location-stand-alone-environment

El directorio raíz de almacenamiento de contenido se crea cuando se instala Content Services (obsoleto). La ubicación del directorio raíz del almacenamiento de contenido se determina durante el proceso de instalación de los formularios AEM Forms.

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

Haga una copia de seguridad de los siguientes directorios en el directorio raíz de 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 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 podría provocar errores.

Ubicación raíz del almacenamiento de contenido (entorno en clúster) content-storage-root-location-clustered-environment

Al instalar Content Services (obsoleto) en un entorno agrupado, el directorio raíz del almacenamiento de contenido se divide en dos directorios independientes:

Directorio raíz de almacenamiento de contenido: Normalmente, un directorio de red compartido que es de lectura y escritura accesible para todos los nodos del clúster

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

La ubicación predeterminada del directorio raíz de almacenamiento de contenido es [GDS root]/lccs_data, donde [GDS root] es la ubicación descrita en ubicación GDS. Haga una copia de seguridad de los siguientes directorios en el directorio raíz de 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 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 podría provocar errores.

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

Fuentes instaladas por el cliente customer-installed-fonts

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

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