La recuperación ante desastres de Oracle Content Management proporciona varias ventajas en el área de la continuidad del negocio.

• Proporciona una recuperación completa de la aplicación: la recuperación ante desastres de Oracle Content Management proporciona una recuperación para toda la pila de aplicaciones, que incluye componentes como la base de datos, los índices de búsqueda, el almacenamiento de objetos y el nivel de aplicación. Esta recuperación ante desastres de pila completa permite una continuidad del negocio que depende de la recuperación de toda la pila de aplicaciones en lugar de unos pocos componentes seleccionados.
• Minimiza el tiempo de recuperación ante desastres: la recuperación ante desastres de Oracle Content Management elimina la necesidad de realizar la recuperación manual ante desastres para recursos individuales.
• Elimina la necesidad de conocimientos especiales: los operadores y administradores no requieren conocimientos especiales ni experiencia en dominios en áreas como aplicaciones y replicación de almacenamiento.
• Supervisión y gestión con un único panel: la recuperación ante desastres de Oracle Content Management proporciona una única capacidad de supervisión y gestión con un único panel para todas las instancias activadas para la recuperación ante desastres de Oracle Content Management. Puede crear instancias de recuperación ante desastres, supervisar la preparación para la recuperación ante desastres y comprobar el estado mediante la consola de Oracle Cloud.

Antes de utilizar la recuperación ante desastres de Oracle Content Management, familiarícese con los siguientes conceptos y términos clave.

• Recuperación ante desastres (DR): proceso de restauración de algunas o todas las partes de un sistema de negocio (un servicio) después de una interrupción. La recuperación de este sistema de negocio se produce en los centros de datos de la misma área geográfica localizada.
• Pila completa: término utilizado para hacer referencia colectivamente a todas las capas funcionales de un sistema de negocio, aplicación o servicio de software. Una aplicación puede estar compuesta por diferentes capas o capas funcionales, como capa de aplicación, capa de middleware, capa de base de datos y capa de infraestructura.
• Objetivo de punto de recuperación (RPO): el RPO define la cantidad máxima de pérdida de datos que se puede tolerar como parte de la restauración de DR. El RPO se suele expresar en unidades de tiempo.
• Objetivo de tiempo de recuperación (RTO): el RTO define la cantidad máxima de tiempo que la aplicación o el servicio bajo protección de DR pueden no estar disponibles hasta que se restablezca el servicio. El RTO se suele expresar en unidades de tiempo.
• Principal: versión de producción de una aplicación o servicio que está actualmente en uso. La recuperación ante desastres hace referencia a la versión principal de una aplicación como que tiene un rol principal.
• En espera: versión reservada de una aplicación o servicio. En espera también se utiliza para hacer referencia a la región alternativa en la que se restaurará la aplicación o el servicio. La recuperación ante desastres hace referencia a la versión en espera de una aplicación como que tiene un rol en espera.
• En espera en caliente: modelo de DR en el que algunos o todos los componentes de una aplicación o servicio se despliegan previamente en la región en espera para prepararse para una transición de DR futura. Este modelo implica mayores costos operativos, pero un menor RTO. El soporte de DR de Oracle Content Management utiliza una implantación en espera caliente.
• Base de datos en espera en frío: modelo de DR en el que muy pocos o ninguno de los componentes de una aplicación o servicio deben desplegarse previamente en la región en espera para prepararse para una transición de DR futura. Los componentes de la aplicación se despliegan como parte de la transición de DR. Este modelo implica menores costos operativos, pero un RTO mayor.
• Rol: especifica si una aplicación y su región son actualmente la versión principal (de producción) o la versión en espera (reservada). El rol de una aplicación y el rol de su región cambian como resultado de una transición de DR.
• Asociación: relación de par definida entre dos instancias de Oracle Content Management. Una instancia activada para DR de Oracle Content Management está asociada (parada) en una relación principal y en espera antes de que se puedan utilizar para implantar servicios de DR.
• Switchover: en el caso de Oracle Content Management, se trata de un evento de DR programado que realiza una transición planificada de Oracle Content Management de la instancia de DR principal a la instancia de DR en espera. El switchover realiza una transición ordenada cerrando la pila de aplicaciones en la región principal y, a continuación, activando el servicio en espera para que se active.
• Failover: en el caso de Oracle Content Management, se trata de un evento no programado que requiere que Oracle realice una transición de failover activando la instancia en espera caliente de Oracle Content Management en la región en espera, en caso de interrupción del servicio en la región principal.

Oracle controla cuándo se activa el failover para el servicio de Oracle Content Management. Para Oracle Content Management, los destinos de rendimiento de recuperación ante desastres son los siguientes:

• Objetivo de tiempo de recuperación (RTO) = una hora: el RTO es el tiempo objetivo necesario para restaurar la funcionalidad de la aplicación después de que se produzca un desastre.

  RTO es el objetivo de Oracle durante el período máximo de tiempo entre la decisión de Oracle de activar los procesos de recuperación ante desastres y el punto en el que puede reanudar las operaciones de producción en un sitio alternativo. Si la decisión de activar los procesos de recuperación ante desastres se toma durante el período en el que una actualización está en curso, el RTO se extiende para incluir el tiempo necesario para completar la actualización.

• Objetivo de punto de recuperación (RPO) = una hora: el RPO es el marco temporal de destino de Oracle de los datos perdidos que potencialmente pueden perder sus aplicaciones durante un evento de failover.

  El objetivo de Oracle para el período máximo de pérdida de datos se mide como el tiempo desde el cual se pierde la primera transacción hasta que Oracle declara el desastre. El RPO no se aplica a ninguna carga de datos en curso cuando se produce el desastre.

Oracle permite a los clientes probar un switchover de sus instancias activadas para la recuperación ante desastres de Oracle Content Management. Para probar el switchover, registre una solicitud de servicio en la instancia de Oracle Content Management y el equipo de soporte de Oracle trabajará para programar la prueba.

Para implantar la recuperación ante desastres, debe seleccionar las siguientes opciones al crear una instancia de Oracle Content Management:

• Hosting avanzado: debe activar la opción de licencia Hosting avanzado. El alojamiento avanzado permite una base de datos de procesamiento transaccional autónomo (ATP) dedicada que es necesaria para soportar la función de recuperación ante desastres de Oracle Content Management. El alojamiento avanzado es una función opcional que puede agregar al crear una instancia de Oracle Content Management con una licencia Premium Edition o BYOL. Esta opción tiene un cargo de facturación adicional. Consulte su contrato de suscripción de prepago o su contrato de créditos universales para obtener más costos.
• Recuperación ante desastres: en Opciones avanzadas, debe activar la opción Recuperación ante desastres. La recuperación ante desastres es una función opcional que puede agregar al crear una instancia de Oracle Content Management con una licencia Premium Edition o BYOL.

La compatibilidad con la recuperación ante desastres está disponible en las siguientes combinaciones de centros de datos de Oracle Content Management: