Note:

• Este tutorial requiere acceso a Oracle Cloud. Para registrarse en una cuenta gratuita, consulte Introducción a la cuenta gratuita de Oracle Cloud Infrastructure.
• Utiliza valores de ejemplo para credenciales, arrendamiento y compartimentos de Oracle Cloud Infrastructure. Al completar el laboratorio, sustituya estos valores por otros específicos de su entorno en la nube.

Automatización de la recuperación para Oracle Enterprise Performance Management mediante OCI Full Stack Disaster Recovery

Parte 1: Introducción

Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) organiza la transición de recursos informáticos, bases de datos y aplicaciones entre regiones de Oracle Cloud Infrastructure (OCI) de todo el mundo con un solo clic. Los clientes pueden automatizar los pasos necesarios para recuperar uno o más sistemas de negocio sin rediseñar ni rediseñar la infraestructura, las bases de datos o las aplicaciones existentes.

En este tutorial se describen los procedimientos para utilizar el servicio de recuperación ante desastres de pila completa de OCI para gestionar los procesos de switchover y failover para un entorno de sistema de Oracle Enterprise Performance Management 11.1.2.x y 11.2.x en un marco de recuperación ante desastres de OCI. Es importante tener en cuenta que la configuración de la topología del sistema y otras actividades del ciclo de vida (como la aplicación de parches, las pruebas, la expansión, etc.) quedan fuera del ámbito de la recuperación ante desastres de pila completa de OCI.

La estrategia de recuperación ante desastres (DR) emplea una replicación completa de los volúmenes de inicio y en bloque de la aplicación y de Oracle Data Guard para la base de datos del entorno de producción a la ubicación en espera, lo que simplifica en gran medida la configuración de la ubicación en espera. Este método se alinea con las directrices de DR descritas en la Guía de opciones de despliegue de EPM System, que cumple con las recomendaciones de recuperación ante desastres proporcionadas para Fusion Middleware.

Oracle Enterprise Performance Management (Oracle EPM) e Hyperion EPM se utilizan indistintamente en el tutorial.

Oracle Enterprise Performance Management forma parte normalmente de un sistema más grande

En este tutorial se asume que Oracle EPM es la única aplicación que se agrega a los grupos de protección de DR. Esto no es normal.

Este tutorial se centra exclusivamente en Oracle EPM System en aras de la claridad. En la práctica, Oracle EPM suele ser un componente de un sistema empresarial más grande que incluye varios servicios y aplicaciones dentro de un único grupo de protección de DR de pila completa de OCI y un conjunto de planes de DR. Es probable que siga tutoriales similares de Oracle Help Center (OHC) para otras aplicaciones y servicios como PeopleSoft,Oracle WebLogic Server,Oracle Analytics Cloud,Oracle Integration.

Precaución sobre la implementación incremental

Al agregar más miembros a un grupo de protección de DR después de crear planes de DR, se suprimirán todos los planes de DR existentes en los grupos de protección de ambas regiones.

La recuperación ante desastres de pila completa de OCI se ha diseñado con la suposición de que toda la pila de aplicaciones para un sistema de negocio determinado ya está desplegada en todas las regiones de OCI y ya se ha demostrado que la recuperación ante desastres manual funciona. Si el sistema de negocio incluye más de Oracle EPM, agregue todos los miembros de todas las demás aplicaciones o servicios de OCI a los grupos de protección de DR antes de crear cualquier plan de DR.

Cómo funciona la recuperación

La solución de recuperación para Oracle EPM requiere que OCI Full Stack DR ejecute una serie de scripts de shell personalizados durante una operación de recuperación, como un failover o switchover. Los scripts a los que se hace referencia en este tutorial los proporciona el equipo de especialistas en arquitectura en la nube de EMEA y están disponibles en el repositorio GitHub de Oracle EPM específicamente diseñados para esta solución de recuperación ante desastres de Hyperion EPM. Los scripts se descargan en una instancia informática que forma parte de la pila de aplicaciones que OCI Full Stack DR gestionará durante una operación de recuperación.

En este tutorial se explica cómo descargar los scripts y cómo utilizarlos en un paso posterior.

Se proporcionan los siguientes scripts como orientación genérica. Puede utilizar sus propios scripts o personalizar los scripts según la política corporativa y los requisitos de seguridad.

Arquitectura de despliegue de Oracle EPM

En este tutorial, utilizaremos la topología de instancias en movimiento para la aplicación Oracle EPM. En la terminología general, las instancias móviles se denominan topología de DR ligera de VM/piloto en frío. Las máquinas virtuales de aplicaciones solo se despliegan en la región principal. Durante el tiempo de ejecución de DR, las máquinas virtuales se crearán en la región en espera. El sistema de Oracle DB con Oracle Data Guard se debe crear en la región principal y en espera. Para poder implantar la solución de recuperación ante desastres de pila completa de OCI, Hyperion EPM System principal debe estar instalado y completamente configurado en una región de OCI.

Este diseño se basa en la arquitectura de DR de referencia para Hyperion en OCI, que se puede revisar en detalle. Para obtener más información, consulte Diseño de la infraestructura para desplegar Oracle Enterprise Performance Management en la nube.

Equilibrador de carga de OCI privado

El tráfico de los usuarios internos y locales fluye a través de túneles VPN IPSec o circuitos virtuales FastConnect al gateway de enrutamiento dinámico (DRG) asociado a la VCN. Un equilibrador de carga privado intercepta las solicitudes y las distribuye al nivel web privado.

El nivel web se aloja en una instancia informática asociada a una subred privada.

Nivel de Aplicación

Todas las instancias informáticas del nivel de aplicación están asociadas a una subred privada. Este aislamiento en el nivel de red protege las aplicaciones contra el acceso de red no autorizado y otros recursos de la topología.

El gateway de servicio permite a las instancias informáticas privadas del nivel de aplicación acceder a servidores Yum y WSUS de la región para obtener actualizaciones del sistema operativo y paquetes adicionales. Además, el gateway de servicios permite realizar copias de seguridad de las aplicaciones en OCI Object Storage dentro de la región, sin necesidad de recorrer la red pública de Internet.

Los datos almacenados en volúmenes en bloque y en el sistema de archivos se replican en una región en espera mediante la replicación entre regiones (CRR).

Capa de Base de Datos

Oracle Base Database Service aloja los esquemas de EPM System. Los datos se sincronizan con la región en espera mediante Data Guard.

Fig. 1: arquitectura de referencia de Oracle EPM

Familiarización con todo el proceso

El especialista en OCI de EMEA y los equipos de ingeniería de recuperación ante desastres de pila completa de OCI han creado una serie de vídeos complementarios para este tutorial a fin de comprender todo el flujo de procesos. Estos vídeos forman parte de una lista de reproducción de OCI Full Stack DR Oracle EPM en YouTube a la que se puede acceder mediante los siguientes enlaces:

• Video 1: Despliegue de Oracle EPM para la recuperación ante desastres
• Video 2: Automatización de operaciones de recuperación ante desastres para Oracle EPM mediante OCI Full Stack DR
• Video 3: Scripts utilizados para automatizar la recuperación de Oracle EPM

Parte 2: Instrucciones Paso a Paso

En esta parte se inician las instrucciones paso a paso necesarias para agregar Oracle EPM a la recuperación ante desastres de pila completa de OCI.

Objetivos

En este tutorial se tratan los siguientes pasos que explican cómo automatizar la recuperación para Oracle EPM mediante la recuperación ante desastres de pila completa:

1. Tarea 1: Despliegue de Oracle EPM para la recuperación ante desastres
   1. Configurar una instancia de Oracle Data Guard para Oracle Base Database Service entre regiones
   2. Preparación del nodo de control de DR para ejecutar la automatización personalizada
   3. Crear grupo de volúmenes en bloque
   4. Creación de políticas de Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) para recuperación ante desastres de pila completa
   5. Crear políticas de OCI IAM para otros servicios de OCI
   6. Crear cubos de OCI Object Storage para logs
   7. Crear equilibrador de carga en espera (opcional)
2. Tarea 2: Creación de grupos de protección de DR (DRPG)
3. Tarea 3: Agregar miembros a DRPG de región 1 y región 2
4. Tarea 4: Creación de planes de DR básicos en la región 2 (Newport)
   1. Crear plan de switchover
   2. Crear plan de failover
5. Tarea 5: Personalización del plan de switchover en la región 2 (Newport)
6. Tarea 6: Personalizar el plan de failover en la región 2 (Newport)
7. Tarea 7: Ejecutar el plan de switchover en la región 2 (Newport)
8. Tarea 8: Creación de planes de DR básicos en la región 1 (Londres)
   1. Crear plan de switchover
   2. Crear plan de failover
9. Tarea 9: Personalización del plan de switchover en la región 1 (Londres)
10. Tarea 10: Personalizar el plan de failover en la región 1 (Londres)

Definiciones y suposiciones a lo largo del tutorial

Regiones

La región 1 es Londres

• Londres comenzará como la región principal. Este rol cambiará finalmente a en espera después de que se le indique que realice un switchover en pasos posteriores.

La región 2 es Newport

• Newport comenzará como región en espera. Este rol cambiará finalmente a primario después de que se le indique que realice un switchover en pasos posteriores.

Compartimentos

Puede organizar la recuperación ante desastres de pila completa de Oracle EPM y OCI en cualquier esquema de compartimento que funcione según sus estándares de gobernanza de TI. Hemos elegido organizar las aplicaciones en sus propios compartimentos individuales y, a continuación, organizar todos los grupos de protección de DR en un solo compartimento donde se puedan ver todos los sistemas de negocio completamente diferentes de un vistazo.

Nodo de control de DR

El nodo de control de DR es cualquier instancia informática que designe para alojar scripts personalizados que realicen tareas específicas para recuperar EPM System. La DR de pila completa llama a las secuencias de comandos durante una operación de recuperación. Cualquier instancia informática existente que sea miembro de un grupo de protección de DR (DRPG) puede ser el nodo de control. En este ejemplo, el servidor de aplicaciones de EPM System aloja todos los scripts personalizados utilizados en el proceso de recuperación. En este tutorial, tanto el nodo de aplicación como el nodo de control son los mismos.

Requisitos

• Se debe desplegar un EPM System totalmente configurado en una región de OCI. Debe utilizar Oracle Base Database Service con una licencia que permita el despliegue de una instancia de Oracle Data Guard entre regiones.
• VCN y subredes en la región en espera. Se recomienda duplicar la topografía de red de la región principal de la región en espera. Para la replicación entre regiones de Oracle Data Guard, se debe activar el intercambio de VCN entre las regiones principal y en espera; por lo tanto, las VCN no deben tener rangos de CIDR de IP superpuestos.

Tarea 1: Despliegue de Oracle EPM para la recuperación ante desastres

La recuperación ante desastres de pila completa de OCI no participa en ninguna parte de este paso.

Tarea 1.1: Configuración de Oracle Data Guard para Oracle Base Database Service entre regiones

Para desplegar Oracle Data Guard para Oracle Base Database Service entre regiones, consulte Uso de Oracle Data Guard en un sistema de base de datos.

Al sincronizar bases de datos del sistema con Oracle Data Guard, es fundamental utilizar el mismo nombre de servicio de base de datos o alias TNS para las bases de datos principal y en espera. Esta práctica minimiza los cambios necesarios en la capa de aplicación después de un switchover, lo que garantiza una transición sin problemas. Para obtener instrucciones detalladas, consulte la sección "Consideraciones de la Base de Datos" en la documentación de DR de Fusion Middleware, donde se describen detalladamente varios enfoques.

Tarea 1.2: Preparación del nodo de control de DR para ejecutar la automatización personalizada

Designe una instancia informática para que actúe como nodo de control de DR para la recuperación ante desastres de pila completa de EPM. Puede ser una instancia informática existente o puede ser una instancia informática creada solo con este fin. Consulte las siguientes opciones para obtener más información. Asegúrese de que las instancias informáticas que actúan como nodo de control de DR se han configurado para ejecutar comandos con Oracle Cloud Agent: Ejecución de comandos en una instancia.

Lo mejor es utilizar una instancia informática móvil, pero también puede designar una instancia informática no móvil en la región 1 y otra en la región 2 si no tiene ningún recurso informático móvil como parte de su solución de DR. Deberá mantener los cambios que realice en las secuencias de comandos o en el sistema operativo invitado en ambas regiones si se utilizan recursos informáticos no móviles para este rol.

Descargue en el nodo de control de DR los scripts personalizados desde aquí: scripts de Oracle EPM Github escritos específicamente para este ejemplo de DR de EPM System. Los scripts que se muestran a continuación se deben copiar en cualquier subdirectorio de la instancia informática que actúe como nodo de control de DR. En este tutorial, también vamos a utilizar el nodo de la aplicación EPM como nodo de control de DR. Los scripts se crearon específicamente para este ejemplo de recuperación de EPM System y deberán modificarse para su uso en la solución de recuperación. En este tutorial, la aplicación EPM se está ejecutando en una máquina virtual de Windows y, por lo tanto, se utilizan los scripts de Powershell (ps1). Si utiliza una máquina virtual de Linux, las secuencias de comandos de shell están disponibles en el mismo repositorio de github. Dado que estamos utilizando la VM de EPM para ejecutar los scripts, el nodo de control de DR se denomina la misma VM de EPM.

Tarea 1.3: Crear grupo de volúmenes en bloque

Cree un grupo de volúmenes en bloque en la región 1 y asegúrese de que se replica en la región 2. Asegúrese de que el volumen de inicio del nodo de control de DR sea miembro de un grupo de volúmenes en bloque y de que el grupo de volúmenes en bloque se replique en la región 2. Para obtener más información, consulte Creación de un grupo de volúmenes.

Asegúrese de que cualquier otro inicio y bloque que pertenezca a cualquier otro recurso informático móvil para este proyecto de recuperación ante desastres de pila completa de OCI también pertenezca al grupo de volúmenes en bloque replicado en la región 2.

Tarea 1.4: Creación de políticas de OCI IAM para la recuperación ante desastres de pila completa de OCI

Configure las políticas de OCI IAM necesarias para la recuperación ante desastres de pila completa de OCI, como se describe en los siguientes documentos.

• Políticas para OCI Full Stack DR
• Configuración de políticas de Identity and Access Management (IAM) para utilizar Full Stack DR

Tarea 1.5: Creación de políticas de OCI IAM para otros servicios gestionados por OCI Full Stack DR

La recuperación ante desastres de pila completa de OCI debe tener la capacidad de controlar y gestionar otros servicios clave de OCI, como recursos informáticos, redes, almacenamiento, almacenes, bases de datos y otros servicios varios. Configure las políticas de OCI IAM necesarias para otros servicios que se explican a continuación: Políticas para otros servicios gestionados por Full Stack Disaster Recovery.

Tarea 1.6: Creación de cubos de OCI Object Storage para logs de DRPG

Tarea 1.6.1: Navegar a OCI Object Storage

Para empezar, vaya a Object Storage & Archive Storage, como se muestra en la figura 1.1.

1. Asegúrese de que el contexto del explorador está definido en la región 1 (Londres).
2. Seleccione Almacenamiento.
3. Seleccione Cubos.

Figura 1.1: navegue hasta Object Storage

Tarea 1.6.2: Cubo de OCI Object Storage en la región 1

Cree un cubo de OCI Object Storage en la región 1. En un paso posterior, el cubo se asignará al grupo de protección de DR en la región 1.

1. Seleccione el compartimento que contiene los recursos relacionados con EPM System.
2. Haga clic en Crear cubo.
3. Asigne al cubo un nombre significativo que identifique fácilmente a qué aplicación y finalidad sirve.
4. Utilice el valor por defecto para el nivel de almacenamiento por defecto y el cifrado.
5. Haga clic en Crear para crear el cubo.

Figura 1.2: creación de un cubo de almacenamiento de objetos en la región 1

Tarea 1.6.3: Cubo de OCI Object Storage en la región 2

Siga el mismo proceso para crear un cubo de almacenamiento de objetos en la región 2 (Newport). Asegúrese de seleccionar la región Newport. En un paso posterior, el cubo se asignará al grupo de protección de DR en la región 2.

1. Cambie el contexto a la región 2.
2. Seleccione el compartimento que contiene los recursos relacionados con EPM System en la región 2.
3. Haga clic en Crear para crear el cubo.

Figura 1.3: cree un cubo de almacenamiento de objetos en la región 2

Tarea 1.7: (Opcional) Crear equilibrador de carga de OCI en la región en espera

El uso de OCI Load Balancer es opcional, si EPM System no lo incluye, omita esta tarea.

Creación de un equilibrador de carga de OCI en la región en espera:

1. Duplicar la configuración del equilibrador de carga principal.
2. Cree un juego de backends vacío en este equilibrador de carga. En este punto de la región en espera, no hay backends para incluir en la configuración, por lo que solo se debe crear un juego de backends vacío.

Configuración durante switchover o failover:

1. La configuración del juego de backends principal de EPM System se copiará en el juego de backends en espera vacío.

Certificados y listeners:

1. Si utiliza sus propios certificados, cárguelos en el equilibrador de carga en espera.
2. Configure los listeners para que coincidan con la configuración del equilibrador de carga principal.

Actualización posterior al switchover:

1. Después del switchover, actualice la información de DNS para que apunte a la dirección IP del equilibrador de carga en espera.

Para obtener más información, consulte Descripción general de Load Balancer.

Tarea 2: Creación de grupos de protección de DR (DRPG) en ambas regiones

Nota: Omita la tarea 2 por completo si se agrega Oracle EPM a los grupos de protección de DR existentes.

Cree grupos de protección de DR en la región 1 y la región 2 si los grupos de protección para esta pila de aplicaciones aún no existen.

Tarea 2.1: Navegación a los grupos de protección de DR

Para empezar, vaya a Grupos de protección de DR (OCI Full Stack DR), como se muestra en la figura 2-1 a continuación.

1. Asegúrese de que el contexto de la región de OCI está definido en la región 1 (Londres).
2. Haga clic en Migración y recuperación ante desastres.
3. Haga clic en Grupos de protección de DR.

Figura 2-1: navegue hasta los grupos de protección de DR

Tarea 2.2: Creación de un grupo de protección en la región 1

Cree un grupo de protección de DR básico (DRPG) en la región 1, como se muestra en la figura 2-2 a continuación. El par, el rol y los miembros se asignarán en pasos posteriores.

1. Seleccione el compartimento en el que desee crear el DRPG. Puede ser el mismo compartimento en el que existen recursos de EPM System.
2. Haga clic en Crear grupo de protección de DR para abrir el cuadro de diálogo.
3. Utilice un nombre significativo para el DRPG.
4. Seleccione el cubo de almacenamiento de objetos creado en la tarea 2 para la región 1.
5. Haga clic en Crear.

Figura 2.2: parámetros necesarios para crear un grupo de protección de DR en la región 1

Tarea 2.3: Creación de un grupo de protección en la región 2

Cree un grupo de protección de DR básico (DRPG) en la región 2, como se muestra en la figura 2-3 a continuación. El par, el rol y los miembros se asignarán en pasos posteriores.

1. Cambie el contexto de la región de OCI a la región 2 (Newport).
2. Seleccione el compartimento en el que desee crear el DRPG. Puede ser el mismo compartimento en el que existen recursos de EPM System.
3. Haga clic en Crear grupo de protección de DR para abrir el cuadro de diálogo.
4. Utilice un nombre significativo para el DRPG.
5. Seleccione el cubo de almacenamiento de objetos creado en la tarea 2 para la región 2.
6. Haga clic en Crear.

Figura 2-3: parámetros necesarios para crear un grupo de protección de DR en la región 2

Tarea 2.4: Asociación de grupos de protección en la región 1 y la región 2

Asocie los DRPG de cada región como pares entre sí y asigne los roles de iguales de principal y en espera. Así es como la recuperación ante desastres de pila completa de OCI sabrá qué dos regiones funcionan juntas para la recuperación de Oracle EPM System. La recuperación ante desastres de pila completa de OCI cambia automáticamente los roles de principal y en espera como parte de cualquier operación de DR/ejecución del plan de DR; no es necesario gestionar los roles manualmente en ningún momento.

Tarea 2.4.1: Inicio de la asociación

1. Asegúrese de que el contexto de la región de OCI está definido en la región 1 (Londres).
2. Haga clic en Asociar para comenzar el proceso.

Figura 2.4.1: inicio de la asociación de DRPG

Tarea 2.4.2: Asociación de grupos de protección en la región 1 y la región 2

Proporcione los parámetros como se muestra en la figura 2.4.2.

1. Seleccione el rol principal. La recuperación ante desastres de pila completa de OCI asignará automáticamente el rol en espera a la región 2.
2. Seleccione la región 2 (Newport), donde se creó el otro DRPG.
3. Seleccione el DRPG peer en el que se creó.
4. Haga clic en Asociar.

Figura 2.4.2: parámetros necesarios para asociar los DRPG

Tarea 2.4.3: Qué debe ver una vez finalizada la asociación

La recuperación ante desastres de pila completa de OCI mostrará algo como la figura 2.4.3, una vez finalizada la asociación.

1. El DRPG principal del par actual es Londres (región 1).
2. El DRPG del par en espera actual es Newport (región 2).

Figura 2.4.3: visualización de la relación entre pares desde la perspectiva del DRPG individual

La misma información se puede encontrar cuando el contexto/vista es desde una perspectiva global que muestra todos los grupos de protección de DR, como se muestra en la figura 2.4.4 a continuación.

1. El DRPG principal del par actual es Londres (región 1).
2. El DRPG del par en espera actual es Newport (región 2).

Figura 2.4.4: visualización de la relación entre pares desde la perspectiva del DRPG global

Tarea 3: Adición de miembros al grupo de protección de DR

Nota: Esta tarea suprimirá los planes de DR existentes en ambas regiones al agregar miembros a los grupos de protección de DR existentes. La recuperación ante desastres de pila completa de OCI no puede guardar copias ni realizar copias de seguridad de grupos de protección de recuperación ante desastres en el momento de esta escritura. Asegúrese de haber registrado toda la información sobre los grupos y pasos de planes de DR en un archivo de texto u hoja de cálculo para ayudar a volver a crear los grupos y pasos de planes personalizados definidos por el usuario. También puede crear scripts bash que llamen a comandos de la CLI de recuperación ante desastres de pila completa de OCI para volver a crear los grupos de planes y pasos personalizados definidos por el usuario (esto no se aborda en este tutorial).

Agregue la base de datos y los nodos de cálculo de la aplicación Oracle EPM System como miembros de los grupos de protección de DR. El nodo de control de DR es una instancia informática que ha creado solo para soportar la orquestación de DR o una instancia informática que forma parte de la pila de aplicaciones que desea gestionar con la recuperación ante desastres de pila completa. En este ejemplo, el nodo de aplicación de EPM System también realiza la función del nodo de control de DR.

Agregará los siguientes recursos al DRPG principal en la región 1:

1. Nodo de cálculo de la aplicación EPM System, que también realiza la función del nodo DR Control.
2. El grupo de volúmenes contiene el volumen de inicio del nodo de cálculo de la aplicación EPM System. Si está presente, cualquier volumen en bloque adicional asociado a los nodos de cálculo se debe incluir en el grupo de volúmenes.
3. Oracle Base Database Service principal.
4. El equilibrador de carga principal.

Tarea 3.1: Comenzar a agregar miembros al DRPG en la región 1

Comience seleccionando el DRPG en la región 1, como se muestra en la Figura 3-1.

1. Asegúrese de que el contexto de la región de OCI es la región 1 (Londres).
2. Seleccione el DRPG en la región 1.
3. Seleccione Miembros.
4. Haga clic en Agregar Miembro para iniciar el proceso.

Figura 3-1: cómo empezar a agregar miembros al grupo de protección de DR en la región 1

Tarea 3.1.1: Adición de una instancia informática para el nodo de control de DR

Agregue una instancia informática para EPM System, que también sirve como nodo de control de DR, como se ilustra en la figura 3.1.1. En este ejemplo, una única instancia informática aloja todos los módulos de EPM System. Si EPM System se despliega en un entorno distribuido con varios nodos de cálculo, asegúrese de que cada nodo se incluya en este paso.

1. Confirme la advertencia sobre los planes de DR.
2. Introduzca Compute como tipo de recurso miembro.
3. Seleccione la instancia informática de la aplicación EPM System. Esta misma instancia informática también se utilizará para ejecutar scripts definidos por el usuario.
4. Seleccione Moviendo instancia.
5. Agregue la recuperación ante desastres de pila completa de OCI que la VCN y la subred asignarán a las VNIC en la región 2 durante una recuperación. La figura 4-2 muestra una sola VNIC. A la DR de pila completa de OCI no le importa cuántas VNIC tenga ni cómo estén configuradas en ninguna región; especifique lo que necesite para satisfacer sus necesidades. Asegúrese de proporcionar una dirección IP válida de la subred de destino en la región en espera. Esto simplificará la actualización de archivos de host después de la operación de switchover, ya que la instancia informática utilizará de forma consistente la misma dirección IP conocida.

Figura 3.1.1: parámetros necesarios para agregar el nodo de control de DR

Tarea 3.1.2: Adición de un grupo de volúmenes en bloque para el nodo de control de DR

Agregue el grupo de volúmenes en bloque que contiene los volúmenes en bloque y de inicio asociados al nodo de aplicación de EPM System. El grupo de volúmenes en bloque ya debe tener configurada la replicación entre regiones entre las dos regiones antes de agregarla al grupo de protección de DR.

1. Seleccione Grupo de volúmenes como miembro Tipo de recurso.
2. Asegúrese de seleccionar el compartimento correcto que contiene el grupo de volúmenes y, a continuación, seleccione el grupo de volúmenes.

Figura 3.1.2: parámetros necesarios para agregar un grupo de volúmenes de inicio para EPM Compute

Tarea 3.1.3: Adición de Oracle Base Database Service Principal

En este punto, Oracle Data Guard ya se debe configurar para el sistema de servicio de la base de datos Oracle como parte de la tarea 1. Agregue la base de datos primaria como miembro del DRPG en la región 1.

1. Seleccione Base de datos como tipo de recurso de miembro.
2. Asegúrese de que se ha seleccionado el compartimento correcto para la base de datos.
3. Proporcione detalles del secreto en OCI Vault que contenga la contraseña de usuario SYS de la base de datos de EPM. Ha creado este secreto durante la configuración de Oracle Data Guard en la tarea 1.

Figura 3.1.3: parámetros necesarios para agregar la base de datos primaria que se ejecuta desde el servicio de base de datos base

Tarea 3.1.4: Adición de OCI Load Balancer

En este ejemplo, se agrega el equilibrador de carga como miembro del DRPG en la región 1.

1. Seleccione Equilibrador de carga como tipo de recurso miembro.
2. Asegúrese de que se han seleccionado los compartimentos correctos para el equilibrador de carga.
3. Seleccione Juego de backends de origen: es el juego de backends utilizado por la aplicación de EPM System. Un equilibrador de carga de OCI se puede compartir entre varias aplicaciones y puede tener varios juegos de backends configurados. Durante un switchover de DR, solo se moverá la configuración a la región en espera de los juegos de backends especificados aquí.
4. Seleccione Juego de backends de destino: este es el juego de backends vacío creado en la tarea 1.7 de la región 2.

Figura 3.1.4: parámetros necesarios para agregar el equilibrador de carga

Tarea 3.1.5: Verificación de los recursos de miembro para la región 1

El DRPG para la región 1 debe tener ahora cuatro recursos de miembros, como se muestra en la figura 3.1.5. Los nombres de los recursos miembros serán diferentes.

1. La base de datos primaria.
2. La instancia informática móvil.
3. Grupo de volúmenes en bloque para la instancia informática.
4. equilibrador de carga de OCI

Figura 3.1.5: visualización de miembros de DRPG en la región 1

Tarea 3.2: Comenzar a agregar miembros al DRPG en la región 2

Comience seleccionando el DRPG en la región 2.

1. Asegúrese de que el contexto de la región de OCI es la región 2 (Newport).
2. Seleccione el DRPG en la región 2.
3. Haga clic en Miembros.
4. Haga clic en Agregar Miembro para iniciar el proceso.

Para agregar los siguientes recursos al DRPG en espera en la región 2, siga pasos similares a los de la región principal:

1. El sistema Oracle Base Database Service remoto/en espera.
2. Equilibrador de carga de OCI en espera.

Una vez finalizada la tarea, el DRPG para la región 2 debe tener dos recursos miembros, como se muestra en la figura 3.2 a continuación.

Figura 3.2: visualización de miembros de DRPG en la región 2

Tarea 4: Creación de planes de DR básicos en la región 2 (Newport)

Este paso crea planes básicos de switchover y failover asociados al grupo de protección de DR en espera en la región 2 (Newport).

El objetivo de cada plan es realizar la transición de la carga de trabajo de la región primaria 1 a la región en espera 2. Los roles de los grupos de protección de DR en ambas regiones se revierten automáticamente como parte de cualquier operación de DR, por lo que el grupo de protección de la región 1 se convertirá en la base de datos en espera y el grupo de protección de la región 2 se convertirá en el principal después de un failover o switchover.

La recuperación ante desastres de pila completa de OCI rellenará previamente ambos planes con pasos incorporados basados en los recursos miembros agregados en las tareas anteriores. Los planes se personalizarán en pasos posteriores para gestionar todas las tareas relacionadas con EPM System durante una operación de recuperación.

Los planes de switchover siempre se crean en el grupo de protección con el rol en espera; la región 2 es actualmente el grupo de protección en espera, por lo que empezaremos en Newport.

Tarea 4.1: Creación de planes de DR

Crear un plan básico seleccionando el DRPG en la región 2 (Newport)

1. Asegúrese de que el contexto de la región de OCI es la región 2 (Newport).
2. Seleccione el DRPG en espera en la región 2.
3. Seleccione Planes.
4. Haga clic en Crear plan para iniciar el proceso.

Figura 4-1: cómo empezar a crear planes de DR básicos en la región 2

Tarea 4.1.1: Creación de un Plan de Switchover

La creación de un plan de DR es sencilla, como se muestra en la figura 4.1.1 a continuación.

1. Haga que el nombre del plan de switchover sea simple pero significativo. El nombre debe ser lo más corto posible, pero fácil de entender de un vistazo para ayudar a reducir la confusión y el error humano durante una crisis.
2. Seleccione el tipo de plan como Switchover (planificado). Solo hay cuatro tipos de plan en el momento de escribir este artículo.

Figura 4.1.1: parámetros necesarios para crear un plan de switchover de DR

Tarea 4.1.2: Creación de un Plan de Failover

Siga el mismo proceso para crear un plan de failover básico como se muestra en la figura 4.1.2 a continuación.

1. Haga que el nombre del plan de failover sea simple pero significativo. El nombre debe ser lo más corto posible, pero fácil de entender de un vistazo para ayudar a reducir la confusión y el error humano durante una crisis.
2. Seleccione el tipo de plan como Failover (no planificado). Solo hay cuatro tipos de plan en el momento de escribir este artículo.

Figura 4.1.2: parámetros necesarios para crear un plan de failover de DR

El grupo de protección de DR en espera de la región 2 ahora debe tener los dos planes de DR, como se muestra en la siguiente imagen. Gestionarán las cargas de trabajo de transición de la región 1 a la región 2. Creará planes similares en la región 1 para realizar la transición de las cargas de trabajo de la región 2 a la región 1 en una tarea posterior.

Figura 4.1.3: se muestran los dos planes de DR básicos que deben existir en la región 2 antes de continuar

Tarea 5: Personalización del plan de switchover en la región 2 (Newport)

Los planes de DR básicos creados en la tarea 4 contienen pasos rellenados previamente para las tareas de recuperación integradas en la recuperación ante desastres de pila completa y no contienen nada para gestionar tareas de recuperación específicas de la aplicación EPM System. En este paso se explica cómo agregar grupos de planes de DR personalizados y definidos por el usuario y pasos para gestionar las tareas que se deben realizar durante un switchover para EPM System:

• Detenga los servicios de EPM System en la región principal actual 1 antes de detener cualquier máquina virtual.
• Actualice los archivos de host en el nodo de cálculo para asignar las direcciones IP en espera a los nombres de host de la región principal.
• Inicie los servicios de EPM System en la región en espera actual 2 después de iniciar cualquier máquina virtual.

Tarea 5.1: Selección del Plan de Switchover

Navegue hasta el plan de switchover creado en la tarea 4.

Figura 5.1: Cómo empezar a personalizar el plan de switchover en la región 2

Tarea 5.2: (Opcional) Activación de grupos de planes de DR que terminan artefactos

Hay dos grupos de planes que están desactivados por defecto en los planes de switchover, como se muestra en la siguiente captura de pantalla. Están desactivados para proporcionar un nivel de comodidad durante las pruebas de que nada se está suprimiendo realmente y que todavía tiene una copia viable de los artefactos como copia de seguridad en caso de que algo salga mal durante las pruebas.

Sin embargo, estos dos grupos de planes terminan (suprimen) artefactos que nunca se volverán a utilizar como parte de ninguna operación de DR en el futuro. Los artefactos simplemente seguirán acumulándose a lo largo del tiempo a medida que cambia de una región a otra, lo que genera confusión sobre qué instancias informáticas y grupos de volúmenes son los que realmente deberían estar activos.

Estos grupos de planes se deben activar una vez que la recuperación ante desastres de pila completa de OCI entre en producción. Cualquier artefacto que se haya dejado en su lugar durante las operaciones de switchover y switchback de prueba mientras estos dos grupos de planes estaban desactivados debe terminarse y limpiarse antes de entrar en producción para reducir la confusión y el riesgo de error humano durante las operaciones normales.

Opcionalmente, estos grupos de planes se pueden activar ahora para evitar tener que limpiar manualmente los artefactos superfluos antes de entrar en producción.

Figura 5.2: grupos de planes desactivados por defecto

Esto es lo que hacen los grupos de planes desactivados cuando están activados:

1. Este grupo de planes termina los artefactos de instancias informáticas que quedan en la región 1 después de que las versiones replicadas de las máquinas virtuales se hayan iniciado en la región 2 durante la operación de OCI Object Storage para revertir la replicación de la región 2 a la región 1 como parte del switchover. Las máquinas virtuales sobrantes no se utilizan durante un switchback porque la operación para revertir la replicación de volúmenes en bloque crea todas las máquinas virtuales nuevas en grupos de volúmenes en bloque completamente nuevos.

2. Este grupo de planes termina los artefactos de los grupos de volúmenes en bloque (VG) que quedan en la región 1 después de que las versiones replicadas de los VG se hayan activado en la región 2 y la replicación del grupo de volúmenes se haya revertido durante el switchover. Los grupos de volúmenes en bloque sobrante nunca se vuelven a utilizar, ni siquiera como parte de un switchover de la región 2 a la región 1.

Tarea 5.2.1: Activar terminación de grupo de planes de cálculo

Active el grupo de planes.

1. Seleccione Activar todos los pasos en el menú contextual situado a la derecha del nombre del grupo de planes.

   
   Figura 5.2.1: cómo activar la finalización de instancias informáticas

Tarea 5.2.2 Activar terminación de grupo de planes de grupos de volúmenes

Active el grupo de planes.

1. Seleccione Activar todos los pasos en el menú contextual situado a la derecha del nombre del grupo de planes.

   
   Figura 5.2.2: cómo activar la terminación de grupos de volúmenes

Tarea 5.3: Creación de un grupo de planes para ejecutar scripts personalizados en la región 1 (principal)

Comience a agregar grupos de planes de DR personalizados y definidos por el usuario.

El primer grupo de planes definido por el usuario ejecutará scripts personalizados para detener la ejecución de los servicios de EPM System en la región principal 1. Este grupo de planes contendrá un solo paso que llama al script PowerShell de Windows stop_services.ps1, que se ha descargado en la carpeta c:/scripts del nodo de la aplicación EPM en la tarea 1.2.

Tarea 5.3.1: Seleccionar Agregar grupo de planes

Comience el proceso de agregar un grupo de planes.

1. Haga clic en Agregar grupo para comenzar.
2. Asigne al grupo de planes un nombre simple pero descriptivo. Esto es opcional, pero se recomienda agregar una nota sobre la región en la que el grupo de planes ejecutará los pasos.
3. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario antes del grupo de planes incorporado que para las máquinas virtuales en la región 1.
4. Seleccione el grupo de planes incorporado Parar instancias informáticas (principal).
5. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para detener EPM System.

Figura 5.3.1: parámetros para crear un grupo de planes y agregar un paso para detener EPM

Tarea 5.3.2: Proporcionar Nombre de Paso y Parámetros de Script Local

El cuadro de diálogo Agregar paso de grupo de planes nos permite especificar parámetros sobre lo que realizará este paso y cómo se comportará durante la recuperación. En este caso, detendrá los servicios de EPM System en la región 1.

Explicaremos todos los campos de este cuadro de diálogo, pero dejaremos este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que solo estamos realizando el mismo proceso repetidamente.

1. Nombre de paso descriptivo que explica qué tarea realiza este paso.
2. Seleccione siempre la región en la que se está ejecutando el nodo de aplicación de EPM en este momento, no la región en la que se ejecutará durante un switchover. La recuperación ante desastres de pila completa de OCI realizará un seguimiento de dónde se ejecuta la máquina virtual, por lo que solo tiene que especificar dónde está en este momento. En este caso, el nodo de la aplicación EPM se está ejecutando en la región 1 (Londres).
3. Seleccione el compartimento correcto que contiene el nodo de control de DR. A continuación, seleccione la instancia informática designada como nodo de control de DR; en este ejemplo, se trata de los recursos informáticos de la aplicación EPM System.
4. Seleccione Ejecutar script local para informar a OCI Full Stack DR de que el script se encontrará en una instancia informática. Las secuencias de comandos PowerShell de Windows se descargaron en el nodo de control de DR en la tarea 1.2.
5. Pegue la ruta de acceso absoluta donde instaló el script stop_services.ps1 en el nodo de control de DR. Agregue stop como primer parámetro y el ID de región de OCI como segundo.
6. El plan de DR debe detenerse si el script no detiene los servicios de EPM. Esto permitirá a cualquiera ver que hay un problema y solucionarlo. La recuperación ante desastres de pila completa de OCI ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.
7. El valor predeterminado antes de que Full Stack DR declare un fallo es de una hora. Este valor se puede cambiar a 30 minutos o lo que se considere un valor de timeout más realista.
8. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 5.3.2: parámetros para crear el paso del plan para detener EPM

Tarea 5.3.3: Completar adición de grupo de planes y paso

El paso para detener EPM System se ha agregado al grupo de planes de DR, como se muestra en la figura 5.3.3 a continuación.

Muestra el paso del plan que se acaba de agregar. Es posible agregar pasos adicionales a un grupo de planes de DR, pero este grupo de planes solo incluirá el paso para detener los servicios de EPM. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 5.3.3: finalice la adición del grupo de planes y el paso para detener EPM

Tarea 5.4: Creación de un grupo de planes para ejecutar scripts personalizados en la región 2 (en espera)

El segundo grupo de planes definido por el usuario actualizará los archivos de host en los nodos de cálculo e iniciará los servicios de EPM System después de que se inicie el nodo de control de DR en la región en espera 2. Este grupo de planes contendrá dos pasos que llaman a los scripts host_switch_failover.ps1 y start_services.ps1 PowerShell que se descargaron en el nodo de control de DR en la tarea 1.2.

Tarea 5.4.1 Creación de un grupo de planes de DR para actualizar el archivo de host después de la operación de switchover a la región en espera

1. Asigne al grupo de planes un nombre de grupo simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que inicia la versión replicada del nodo de aplicación de EPM System, que también realiza la función del nodo de control de DR en la región 2.
3. Seleccione el grupo de planes Iniciar instancias informáticas incorporado
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para actualizar el archivo de host.

Figura 5.4.1: parámetros para crear el paso del plan para iniciar EPM

Tarea 5.4.2: Proporcionar Nombre de Paso y Parámetros de Script Local para Script de Actualización de Archivo de Host

El cuadro de diálogo Agregar paso de grupo de planes nos permite especificar parámetros sobre lo que realizará este paso y cómo se comportará durante la recuperación. El script host_switch_failover.ps1 actualiza el archivo de host en el nodo de cálculo para que las nuevas direcciones IP de las instancias informáticas y de base de datos de la región 2 se asignen al nombre de host de la región 1 original. Esto permitirá que la aplicación se inicie sin más modificaciones en la capa de aplicación.

Este paso es el mismo que la Tarea 5.3.2, excepto para los elementos que se muestran en la Figura 5.4.2 a continuación.

1. Nombre de paso descriptivo que explica qué tarea realiza este paso.
2. Pegue la ruta absoluta a PowerShell.exe y a la ubicación en la que instaló el script host_switch_failover.ps1 en el nodo de la aplicación EPM.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 5.4.2: parámetros para actualizar el archivo de host

Tarea 5.4.3: Proporcionar nombre de paso y parámetros de script local para el script de inicio del servicio EPM System

El cuadro de diálogo Agregar paso de grupo de planes nos permite especificar parámetros sobre lo que realizará este paso y cómo se comportará durante la recuperación. En este caso, los servicios del sistema EPM comenzarán en la región 2.

1. Nombre de paso descriptivo que explica qué tarea realiza este paso.
2. Pegue la ruta absoluta a PowerShell.exe y a la ubicación en la que instaló el script start_services.ps1 en el nodo de la aplicación EPM.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.
4. Haga clic en Agregar para agregar el grupo de planes que ahora contiene dos pasos para ejecutar dos scripts personalizados.

Figura 5.4.3: parámetros para iniciar EPM

El plan de switchover ahora debe incluir ambos grupos de planes de DR, como se muestra en la siguiente captura de pantalla.

Figura 5.4.4: script personalizado después del inicio

Tarea 6: Personalización del plan de failover en la región 2 (Newport)

En esta tarea se explica cómo agregar grupos de planes de DR personalizados definidos por el usuario y pasos para gestionar las tareas que se deben realizar durante una conmutación por error para EPM System en la región 2 durante una interrupción real o la pérdida de acceso a la región 1. Estos pasos serán un subjuego de los mismos pasos que se acaban de agregar al plan de switchover en la tarea 5 anterior. Sin embargo, solo se agregarán al plan de failover los pasos que se ejecuten en la región en espera 2, ya que se supone que la región 1 es completamente inaccesible durante un failover.

Tarea 6.1: Seleccionar el plan de failover

Comience por navegar hasta el plan de failover creado en la tarea 5.

1. Asegúrese de que la región en espera 2 sigue siendo el contexto de región actual en la consola.
2. Seleccione el plan de failover.

Figura 6-1: cómo crear un inicio de personalización del plan de failover en la región 2.

Tarea 6.1.2: Agregar pasos al nuevo grupo de planes definido por el usuario

1. Haga clic en Agregar Grupo.

   
   Figura 6.1.2 Parámetros para crear el paso del plan para iniciar EPM

2. Siga las instrucciones de la tarea 5.4 para agregar dos pasos al grupo de planes definido por el usuario para ejecutar scripts personalizados: host_switch_failover.ps1 y start_services.ps1.

3. Después de agregar pasos y el grupo de planes definido por el usuario, el plan de failover se debe parecer al siguiente:

   
   Figura 6.1.3 Parámetros para crear el paso del plan para iniciar EPM y actualizar hosts

Tarea 7: Ejecución del Plan de Switchover en la Región 2 (Newport)

Los planes de DR de switchover y failover se han completado en la región en espera 2 (Newport). Los planes de DR de la región 2 permiten a OCI Full Stack DR realizar la transición de las cargas de trabajo de la región 1 a la región 2. La siguiente tarea consiste en crear planes de switchover y failover en el grupo de protección para la región 1 (Londres) para que la recuperación ante desastres de pila completa de OCI pueda realizar la transición de cargas de trabajo de la región 2 a la región 1.

Sin embargo, los planes de DR solo se pueden crear y modificar en el grupo de protección con el rol en espera. El grupo de protección de DR de la región 1 es actualmente el principal, lo que significa que los planes de DR no se pueden crear en la región 1.

Por lo tanto, debemos revertir los roles de los grupos de protección para que la región 1 sea la región en espera y la región 2 sea la principal. Ejecute el plan de switchover que acaba de crear para realizar la transición de la carga de trabajo de la región 1 (Londres) a la región 2 (Newport).

Tarea 7.1: Inicio de la ejecución del plan

Ejecute el plan de DR para iniciar el proceso de transición de la carga de trabajo de EPM System de la región 1 a la región 2.

1. Asegúrese de que el contexto de región sigue definido en la región en espera 2 (Newport).
2. Utilice las rutas de navegación de la parte superior de la consola para asegurarse de que los detalles del grupo de protección de DR sean el contexto del plan actual.
3. Asegúrese de seleccionar el grupo de protección de DR correcto en la región 2; debe ser el rol en espera.
4. Antes de continuar, asegúrese de que existan los planes de failover y switchover; de lo contrario, vuelva a las tareas anteriores para crear ambos planes de DR.
5. Haga clic en Execute DR plan.

Figura 7-1: Visualización de cómo ejecutar un switchover a una región en espera

Tarea 7.2: Selección del Plan de Switchover y Ejecución

Esta tarea ejecuta el plan de switchover en la región 2.

1. Seleccione el plan de switchover.
2. Seleccione Activar comprobaciones previas.
3. Haga clic en Ejecutar plan de DR para comenzar.

Figura 7.2: seleccione y ejecute el plan de switchover

Tarea 7.3: Pasos siguientes

Supervise el plan de switchover hasta que la carga de trabajo de EPM System haya pasado por completo de la región 1 a la región 2. La recuperación ante desastres de pila completa limpiará artefactos y cambiará los roles principal y en espera entre las regiones. En caso de que falle la ejecución del plan de switchover, verifique los logs y asegúrese de que el plan se ejecuta correctamente.

Una vez que Full Stack DR haya completado el switchover, la región 2 (Newport) se convertirá en la región principal y la región 1 (Londres) será la región en espera.

Tarea 8: Creación de planes de DR en la región 1 (Londres)

Cree los mismos planes básicos de switchover y failover en el grupo de protección de DR para la región 1 (Londres), que ahora es el par en espera.

Cada plan tiene como objetivo la transición de la carga de trabajo de la región 2 a la región 1 siempre que la región 2 sea el peer principal. Como parte de cualquier operación de DR, los roles de los grupos de protección de DR de ambas regiones se revierten automáticamente, de modo que el grupo de protección de DR de la región 2 pasará a ser el grupo en espera y el grupo de protección de DR de la región 1 pasará a ser el principal después de un failover o switchover.

La recuperación ante desastres de pila completa de OCI rellenará previamente ambos planes con pasos incorporados basados en los recursos miembros agregados en la tarea anterior. En pasos posteriores, los planes se personalizarán para gestionar todas las tareas relacionadas con EPM System durante una operación de recuperación.

Los planes de switchover siempre se crean en el grupo de protección con el rol en espera; la región 1 es actualmente el grupo de protección en espera después de ejecutar el plan de switchover en la tarea 8.

Tarea 8.1: Creación de planes de DR

Cree un plan básico seleccionando el DRPG en la región 1, como se muestra en la Figura 8.1.

1. Asegúrese de que el contexto de la región de OCI es la región 1 (Londres).
2. Seleccione el DRPG en espera en la región 1.
3. Seleccione Planes.
4. Haga clic en Crear plan para iniciar el proceso.
5. Haga que el nombre del plan de switchover sea simple pero significativo. El nombre debe ser lo más corto posible, pero fácil de entender de un vistazo para ayudar a reducir la confusión y el error humano durante una crisis.
6. Seleccione Tipo de plan como Switchover (planificado). Solo hay cuatro tipos de plan en el momento de escribir este artículo.
7. Haga clic en Crear para crear un plan de switchover básico rellenado previamente con pasos incorporados básicos.

Figura 8.1: parámetros necesarios para crear un plan de switchover de DR

Tarea 8.2: Creación de un Plan de Failover

Siga el mismo proceso para crear un plan de failover básico como se muestra en la figura 8.2.

1. Haga que el nombre del plan de failover sea simple pero significativo. El nombre debe ser lo más corto posible, pero fácil de entender de un vistazo para ayudar a reducir la confusión y el error humano durante una crisis.

2. Seleccione Tipo de plan como Failover (no planificado). Hay cuatro tipos de planes en el momento de escribir este artículo.

3. Haga clic en Crear para crear un plan de failover básico rellenado previamente con pasos incorporados básicos.

Figura 8.2: parámetros necesarios para crear un plan de failover de DR

El grupo de protección de DR en espera de la región 1 ahora debe tener los dos planes de DR, como se muestra a continuación. Gestionarán las cargas de trabajo de transición de la región 2 a la región 1.

Figura 8.3: visualización de los dos planes de DR básicos que deben existir en la región 2 antes de continuar

Tarea 9: Personalización del plan de switchover en la región 1 (Londres)

Todo lo relacionado con esta tarea es casi exactamente lo mismo que lo que hicimos en la Tarea 5 para la región 2, excepto que esto se está haciendo en la región 1.

Los planes de DR básicos creados en la tarea 8 contienen pasos rellenados previamente para las tareas de recuperación integradas en la recuperación ante desastres de pila completa de OCI y no contienen nada para gestionar tareas de recuperación específicas de la aplicación EPM System. En este paso se explica cómo agregar grupos de planes de DR personalizados y definidos por el usuario y pasos para gestionar las tareas que se deben realizar durante un switchover para EPM System:

• Detenga los servicios de EPM System en la región principal actual 1 antes de detener cualquier máquina virtual.
• Actualice los archivos de host del nodo de cálculo para asignar las direcciones IP en espera a los nombres de host de la región principal.
• Inicie los servicios de EPM System en la región en espera actual 2 después de iniciar cualquier máquina virtual.

Tarea 9.1: Selección del Plan de Switchover

Navegue al plan de switchover creado en la tarea anterior.

Figura 9-1: Cómo empezar a personalizar el plan de switchover en la región 1

Tarea 9.2: (Opcional) Activación de grupos de planes de DR que terminan artefactos

Estos son los mismos pasos realizados para la región 2 en una tarea anterior; se debe seguir el mismo proceso para la región 1.

Dos grupos de planes están desactivados por defecto en los planes de switchover, como se muestra en la siguiente captura de pantalla. Están desactivados para proporcionar un nivel de comodidad durante las pruebas de que no se está suprimiendo nada, y aún tiene una copia viable de los artefactos como copia de seguridad en caso de que algo salga mal durante las pruebas.

Sin embargo, estos dos grupos de planes terminan (suprimen) artefactos que nunca se volverán a utilizar como parte de ninguna operación de DR en el futuro. Los artefactos simplemente continuarán acumulándose a lo largo del tiempo a medida que cambia de una región a otra, lo que genera confusión para los humanos sobre qué instancias informáticas y grupos de volúmenes son los que realmente deberían estar activos.

Estos grupos de planes se deben activar una vez que la recuperación ante desastres de pila completa de OCI entre en producción. Cualquier artefacto que se haya dejado en su lugar durante las operaciones de switchover y switchback de prueba mientras estos dos grupos de planes estaban desactivados debe terminarse y limpiarse antes de entrar en producción para reducir la confusión y el riesgo de error humano durante las operaciones normales.

Opcionalmente, estos grupos de planes se pueden activar ahora para evitar tener que limpiar manualmente los artefactos superfluos antes de entrar en producción.

Figura 9-2: grupos de planes desactivados por defecto

Esto es lo que hacen los grupos de planes desactivados cuando están activados:

1. Este grupo de planes termina los artefactos de instancias informáticas que quedan en la región 2 después de que las versiones replicadas de las máquinas virtuales se hayan iniciado en la región 1 durante la operación de almacenamiento de bloques de OCI para revertir la replicación de la región 1 a la región 2 como parte del switchover. Las máquinas virtuales sobrantes no se utilizan durante un switchback porque la operación para revertir la replicación de volúmenes en bloque crea todas las máquinas virtuales nuevas en grupos de volúmenes en bloque completamente nuevos.

2. Este grupo de planes termina los artefactos de los grupos de volúmenes en bloque (VG) que quedan en la región 2 después de que las versiones replicadas de los VG se hayan activado en la región 1 y la replicación del grupo de volúmenes se haya revertido durante el switchover. Los grupos de volúmenes en bloque sobrante nunca se vuelven a utilizar, ni siquiera como parte de un switchover de la región 1 a la región 2.

Tarea 9.2.1: Activación del grupo Terminar plan de cálculo

Active el grupo de planes.

1. Seleccione Activar todos los pasos en el menú contextual situado a la derecha del nombre del grupo de planes.

   
   Figura 9.2.1: cómo activar la finalización de instancias informáticas

Tarea 9.2.2 Activar terminación de grupo de planes de grupos de volúmenes

Active el grupo de planes.

1. Seleccione Activar todos los pasos en el menú contextual situado a la derecha del nombre del grupo de planes.

   
   Figura 9.2.2: cómo activar la terminación de grupos de volúmenes

Tarea 9.3: Creación de un grupo de planes para ejecutar scripts personalizados en la región 2 (principal)

Comience a agregar grupos de planes de DR personalizados y definidos por el usuario.

El primer grupo de planes definido por el usuario ejecutará scripts personalizados para detener la ejecución de los servicios de EPM System en la región principal 2. Este grupo de planes contendrá un solo paso que llama al script PowerShell de Windows stop_services.ps1 descargado en la carpeta c:/scripts del nodo de control de DR en la tarea 1.2.

Tarea 9.3.1: Seleccionar Agregar grupo de planes

Inicie el proceso para agregar un grupo de planes.

1. Haga clic en Agregar grupo para comenzar.
2. Asigne al grupo de planes un nombre simple pero descriptivo.
3. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario antes del grupo de planes incorporado que para las máquinas virtuales en la región 2.
4. Seleccione el grupo de planes Parar instancias informáticas (principal) incorporado.
5. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para detener EPM System.

Figura 9.3.1: parámetros para crear un grupo de planes y agregar un paso para detener los servicios de EPM System

Tarea 9.3.2: Proporcionar Nombre de Paso y Parámetros de Script Local

El cuadro de diálogo Agregar paso de grupo de planes nos permite especificar parámetros sobre lo que realizará este paso y cómo se comportará durante la recuperación. En este caso, detendrá los servicios de EPM System en la región 2.

Explicaremos todos los campos de este cuadro de diálogo, pero dejaremos este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que solo estamos realizando el mismo proceso repetidamente.

1. Nombre de paso descriptivo que explica qué tarea realiza este paso.
2. El plan de DR debe detenerse si el script no detiene los servicios de EPM. Esto permitirá a cualquiera ver que hay un problema y solucionarlo. La recuperación ante desastres de pila completa ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.
3. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de una hora. Este valor se puede cambiar a 30 minutos o lo que se considere un valor de timeout más realista.
4. Seleccione siempre la región en la que se está ejecutando el nodo de control de DR en este momento, no donde se ejecutará durante una operación de switchover. La recuperación ante desastres de pila completa de OCI realizará un seguimiento de dónde se ejecuta la máquina virtual, por lo que solo tiene que especificar dónde está en este momento. En este caso, el nodo de control de DR se está ejecutando en la región 1 (Londres).
5. Seleccione Ejecutar script local para informar a Full Stack DR que el script se encontrará en una instancia informática. Las secuencias de comandos PowerShell de Windows se descargaron en el nodo de control de DR en la tarea 1.2.
6. Seleccione el compartimento correcto que contiene el nodo de control de DR. A continuación, seleccione la instancia informática designada como nodo de control de DR. En este ejemplo, se trata de los recursos informáticos de la aplicación EPM System.
7. Pegue la ruta de acceso absoluta donde instaló el script stop_services.ps1 en el nodo de control de DR. Agregue stop como primer parámetro y el ID de región de OCI como segundo.
8. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 9.3.2: parámetros para crear un grupo de planes y agregar un paso para iniciar los servicios de EPM System

Tarea 9.3.3: Completar adición de grupo de planes y paso

1. El paso para detener EPM System ahora se agrega al grupo de planes de DR, como se muestra en la figura 9.3.3.

   
   Figura 9.3.3: parámetros para crear un grupo de planes y agregar un paso para detener los servicios de EPM System

2. Muestra el paso del plan que se acaba de agregar. Es posible agregar pasos adicionales a un grupo de planes de DR, pero este grupo de planes solo incluirá el paso para detener los servicios de EPM.

3. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

   
   Figura 9.3.4: parámetros para crear un grupo de planes y un grupo agregados a los servicios Stop EPM System

Tarea 9.4: Creación de un grupo de planes para ejecutar scripts personalizados en la región 1 (en espera)

El segundo grupo de planes definido por el usuario actualizará los archivos de host en los nodos de cálculo e iniciará los servicios de EPM System después de que se inicie el nodo de control de DR en la región en espera 1. Este grupo de planes contendrá dos pasos que llaman a los scripts host_switch_failback.ps1 y start_services.ps1 PowerShell que se descargaron en el nodo de control de DR en la tarea 1.2. El script host_switch_failback.ps1 revierte los cambios introducidos por el script host_switch_failover.ps1 en la región Newport y restaura los archivos de host originales en los nodos de cálculo después de que se hayan vuelto a mover a la región principal original de Londres.

Tarea 9.4.1 Creación de un grupo de planes de DR para actualizar el archivo de host después del switchover a la región en espera

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que inicia la versión replicada del nodo de aplicación de EPM System, que también realiza la función del nodo de control de DR en la región 1.
3. Seleccione el grupo de planes Iniciar instancias informáticas (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para actualizar el archivo de host.

Figura 9.4.1: parámetros para crear el grupo de planes y el grupo agregado para actualizar el archivo de host

Tarea 9.4.2: Proporcionar Nombre de Paso y Parámetros de Script Local para Script de Actualización de Archivo de Host

El cuadro de diálogo Agregar paso de grupo de planes nos permite especificar parámetros sobre lo que realizará este paso y cómo se comportará durante la recuperación. El script host_switch_failback.ps1 actualiza el archivo de host en el nodo de cálculo. Revierte los cambios introducidos por el script host_switch_failback.ps1 en la región Newport y restaura el archivo de host original para la región 1 (Londres). Esto permitirá que la aplicación se inicie sin más modificaciones en la capa de aplicación.

Este paso es el mismo que la Tarea 9.3.2, excepto para los elementos que se muestran en la Figura.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta a PowerShell.exe y a la ubicación en la que instaló el script host_switch_failover.ps1 en el nodo de control de DR.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 9.4.2: parámetros para crear detalles de paso y grupo de planes agregados para actualizar el archivo de host

Tarea 9.4.3: Proporcionar nombre de paso y parámetros de script local para el script de inicio del servicio EPM System

El cuadro de diálogo Agregar paso de grupo de planes nos permite especificar parámetros sobre lo que realizará este paso y cómo se comportará durante la recuperación. En este caso, los servicios del sistema EPM comenzarán en la región 2.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta a PowerShell.exe y a la ubicación en la que instaló el script start_services.ps1 en el nodo de control de DR.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.
4. Haga clic en Agregar para agregar el grupo de planes que ahora contiene dos pasos para ejecutar dos scripts personalizados.

El plan de switchover ahora debe incluir ambos grupos de planes de DR, como se muestra en la siguiente captura de pantalla.

Figura 9.4.3: Swichover grupos de planes definidos por el usuario

Tarea 10: Personalización del plan de failover en la región 1 (Londres)

En esta tarea se explica cómo agregar grupos de planes de DR personalizados definidos por el usuario y pasos para gestionar las tareas que se deben realizar durante una conmutación por error para EPM System en la región 1 durante una interrupción real o la pérdida de acceso a la región 2. Estos serán un subjuego de los mismos pasos que se acaban de agregar al plan de switchover en la tarea 9 anterior. Sin embargo, solo se agregarán al plan de failover los pasos que se ejecuten en la región en espera 1, ya que se supone que la región 2 es completamente inaccesible durante un failover.

Tarea 10.1: Adición de un grupo de planes definido por el usuario al plan de failover

Navegue hasta el plan de failover creado en la tarea 8.

Figura 10.1: plan de failover de la región 1

Tarea 10.1.1: Agregar Grupo de Planes

1. Asegúrese de que la región en espera 2 sigue siendo el contexto de región actual en la consola.
2. Seleccione el plan de failover.
3. Haga clic en Agregar grupo.
4. Especifique el nombre del grupo.
5. Agréguela al plan después del paso incorporado Iniciar instancia informática.

Figura 10.1: parámetros para crear un grupo de planes para ejecutar scripts personalizados después del failover en la región 2.

Tarea 10.1.2: Adición de pasos al nuevo grupo de planes definido por el usuario

1. Siga las instrucciones de la tarea 9.4 para agregar dos pasos al grupo de planes definido por el usuario para ejecutar el script personalizado: host_switch_failback.ps1.

   
   Figura 10.2: parámetros para crear el paso de grupo de planes para el script que actualiza el archivo de host.

2. Agregue un segundo paso en el grupo de planes para iniciar los servicios mediante el script start_services.ps1.

   
   Figura 10.3: parámetros para crear el paso de grupo de planes para el script que actualiza el archivo de host.

3. Después de agregar los pasos, el grupo de planes definido por el usuario debe tener este aspecto y hacer clic en Agregar.

   
   Figura 10.4: grupo de planes que muestra los pasos configurados para ejecutar dos scripts locales después del inicio de la instancia informática.

4. El plan de failover ahora debe incluir el grupo de planes de DR definido por el usuario para EPM System, como se muestra en la siguiente captura de pantalla. Puede tener grupos de planes adicionales si el grupo de protección incluye otras aplicaciones o servicios de OCI junto con EPM System.

   
   Figura 10.5: plan de failover que muestra los grupos de planes definidos por el usuario

Pasos Siguientes

La recuperación ante desastres de pila completa de OCI para EPM System debe implantarse por completo en este punto. Sin embargo, se debe validar la funcionalidad completa antes de utilizarla en producción. Todos los planes de failover y switchover se deben ejecutar para validar que todo funcione según lo esperado y que el equipo de recuperación entienda completamente todo el proceso.

Prueba de Planes de Switchover

Los planes de switchover están diseñados para limpiar todos los artefactos y garantizar que todos los roles de los pasos de recuperación incorporados, como el equilibrador de carga, el almacenamiento de bloques, los sistemas de archivos, BaseDB, ExaCS y Autonomous Database, estén listos para recuperarse de la región en espera sin intervención humana.

Prueba de Planes de Failover

Los failovers son diferentes. Los failovers por su propia naturaleza no pueden limpiar artefactos ni garantizar que los servicios y las bases de datos de la región con fallos estén listos para realizar la transición de las cargas de trabajo a la región 1. El equipo de recuperación debe comprender y realizar tareas para asegurarse de que Oracle Data Guard está en el estado correcto, que los artefactos para el almacenamiento y las instancias informáticas se han terminado, etc. Para obtener más información, consulte Resetting DR Configuration After a Failover.

Validar todos los planes de débito para aceptación final

El equipo de recuperación debe realizar una validación final para demostrar la preparación de los grupos de protección de recuperación ante desastres de pila completa de OCI y los planes para las cargas de trabajo de producción. La región 2 (Newport) debe ser la región principal en este punto del proceso. Para iniciar la validación final de todos los planes, complete los pasos siguientes:

• Pruebe el switchover de la región 2 (principal) a la región 1 (en espera).

• Pruebe el failover de la región 1 (principal) a la región 2 (en espera).

• Prepare la región 1 (principal) para el failover de la región 2.

• Pruebe el failover de la región 2 (principal) a la región 1 (en espera).

• Prepare la región 2 (principal) para un failover o switchover a la región 2.

• Opcionalmente, también puede crear y probar planes de inicio de detalle y detención de detalle en función de los requisitos.

• Los grupos de protección de DR y la pila de aplicaciones deben estar en un estado operativo normal y listos para un failover o switchover en este punto.

Enlaces relacionados

• Diseño de la infraestructura para desplegar Oracle Enterprise Performance Management en la nube

• Guía de opciones de despliegue: Recuperación ante desastres para Hyperion EPM System

• Consideraciones de la Base de Datos: Recuperación de Fallos para Fusion Middleware

• Ubicación de scripts de ejemplo 1: Descargue scripts de ejemplo de EPM de GitHub

• Ubicación de scripts de ejemplo 2: Descargue scripts de ejemplo de EPM de GitHub

• Lista de reproducción de recuperación ante desastres de pila completa de OCI Oracle EPM en YouTube

  • Video 1: Despliegue de Oracle EPM para la recuperación ante desastres

  • Video 2: Automatización de las operaciones de recuperación ante desastres para Oracle EPM mediante OCI Full Stack DR

  • Video 3: Scripts utilizados para automatizar la recuperación de Oracle EPM

• Oracle Cloud Infrastructure (OCI) Recuperación ante desastres de pila completa

• Documentación de OCI Full Stack Disaster Recovery

• Recuperación ante desastres de pila completa de OCI: scripts de grupo definidos por el usuario

• Únase al canal de holgura pública #full-stack-dr

Agradecimientos

• Autor: Grzegorz Reizer (especialista en Oracle EPM)

• Contribuyente: Suraj Ramesh (gestor de productos para recuperación ante desastres de pila completa de OCI)

Más recursos de aprendizaje

Explore otros laboratorios en docs.oracle.com/learn o acceda a más contenido de aprendizaje gratuito en el canal YouTube de Oracle Learning. Además, visite education.oracle.com/learning-explorer para convertirse en Oracle Learning Explorer.

Para obtener documentación sobre el producto, visite Oracle Help Center.

---

Título e Información de Copyright

Automate Recovery for Oracle Enterprise Performance Management using OCI Full Stack Disaster Recovery

G11407-01

July 2024

Copyright ©2024,

Oracle y/o sus filiales.