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 finalizar el laboratorio, sustituya estos valores por otros específicos del entorno en la nube.

Automatización de la recuperación para Oracle Analytics Cloud mediante OCI Full Stack Disaster Recovery

Parte 1: Introducción

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery organiza la transición de recursos informáticos, bases de datos y aplicaciones entre regiones de 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.

Oracle Analytics Cloud (OAC) es una oferta de plataforma como servicio de OCI gestionada (PaaS) que no es algo que la recuperación ante desastres de pila completa pueda gestionar de forma nativa, ya que OAC no expone recursos informáticos, almacenamiento o base de datos a los usuarios de OCI. Sin embargo, Full Stack DR puede automatizar la recuperación de las ofertas PaaS siempre que el equipo de ingeniería de un servicio determinado, como OAC, haya documentado una forma de desplegar y recuperar su servicio para la recuperación ante desastres entre regiones de OCI. El equipo de ingeniería de OAC ha escrito Configuración de recuperación ante desastres para Oracle Analytics Cloud en la que se explica cómo desplegar y recuperar OAC manualmente.

La recuperación ante desastres de pila completa no se utiliza para instalar, configurar ni desplegar nada sobre Oracle Analytics Cloud (OAC), incluidas las redes, los recursos informáticos, el almacenamiento, la replicación de almacenamiento, las bases de datos o el propio servicio o aplicación de OAC. OAC debe desplegarse por completo para la recuperación ante desastres en todas las regiones siguiendo las instrucciones paso a paso que se encuentran en Configuración de recuperación ante desastres para Oracle Analytics Cloud antes de intentar utilizar la recuperación ante desastres de pila completa de cualquier forma.

Los pasos de recuperación manual proscritos por la ingeniería de OAC en Configuración de recuperación ante desastres para Oracle Analytics Cloud también se deben probar correctamente para el switchover y el switchback (también conocido como fallback en la documentación de OAC) antes de utilizar Full Stack DR.

OAC es normalmente parte de un sistema más grande

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

Este tutorial es inusual en el hecho de que solo OAC se muestra y se discute en todo el documento para mantener las cosas simples. Normalmente, OAC será simplemente una pequeña parte de un sistema de negocio mucho más grande y complejo que incluye muchos servicios y aplicaciones diferentes en un solo grupo de protección de DR de pila completa y un conjunto de planes de DR. Es muy probable que siga tutoriales similares de Oracle Help Center para otras aplicaciones y servicios como PeopleSoft, WebLogic Server, Oracle Integration Cloud, etc.

En este tutorial solo se muestra cómo implantar Oracle Analytics Cloud por sí solo porque no queremos abrumar al lector introduciendo demasiadas partes móviles. Por lo tanto, este tutorial muestra OAC por sí solo para reducir la confusión y permanecer centrado en lo que se necesita para automatizar la recuperación para Oracle Analytics Cloud.

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 está diseñada con la suposición de que toda la pila de aplicaciones para un sistema de negocio determinado ya está desplegada en 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 OAC, 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 OAC requiere Full Stack DR para ejecutar una serie de scripts bash 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 análisis de Norteamérica y están disponibles en un repositorio GitHub específicamente diseñado para esta solución de recuperación ante desastres de OAC. Los scripts bash se descargan en una instancia informática que forma parte de la pila de aplicaciones que la recuperación ante desastres de pila completa 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. Este tutorial utiliza la opción 2 a continuación para alojar los scripts bash solo porque el tutorial no incluye nada más que OAC.

Opción 1 para alojar scripts

OAC forma parte con mayor frecuencia de un sistema de negocio más grande y complejo que incluye una aplicación como Oracle E-Business Suite, PeopleSoft o JD Edwards Enterprise, una más otras bases de datos, instancias informáticas y aplicaciones propias. En este caso, simplemente elija cualquiera de las instancias informáticas "movibles" que ya formen parte del sistema de negocio para alojar los scripts. La instancia informática seleccionada puede ser cualquier ubicación en la que esté instalado Oracle Linux y lo más probable es que sea una máquina virtual existente que sirva para otro fin, como un servidor de aplicaciones o un servidor de administración de algún tipo.

En este tutorial se hará referencia a esta instancia informática concreta como Nodo de control o Nodo de DR aunque realmente cumpla otro objetivo en la pila de aplicaciones.

Opción 2 para alojar scripts

Si se trata de una circunstancia inusual en la que OAC va a ser el único servicio de aplicación que va a gestionar Full Stack DR durante una operación de recuperación, se deberá crear una instancia informática solo para alojar los scripts.

Normalmente, Full Stack DR no requiere ningún servidor de gestión especializado para automatizar las operaciones de recuperación. Sin embargo, creará una instancia informática que actuará como servidor de gestión especializado en este caso, ya que OAC no es algo que la recuperación ante desastres de pila completa pueda gestionar de forma nativa. El servidor de gestión especializado se ve en este documento como Nodo de control o Nodo de DR. El propósito completo del nodo de control es simplemente actuar como un servidor donde los scripts personalizados pueden residir y ser llamados por Full Stack DR durante una operación de recuperación. En este tutorial se explica cómo crear grupos y pasos de planes de DR personalizados y definidos por el usuario como parte de los planes de DR para llamar a los scripts instalados en el nodo de control.

Arquitectura de despliegue de OAC

Oracle Analytics Cloud (OAC) primero debe desplegarse para la recuperación ante desastres (DR) en todas las regiones de OCI antes de introducir Full Stack DR. Es extremadamente importante que los pasos manuales para recuperar OAC documentados por la ingeniería de OAC se prueben y funcionen correctamente antes de intentar automatizar el proceso de recuperación mediante Full Stack DR.

Se puede seguir una de las dos arquitecturas de referencia siguientes al desplegar OAC para DR en regiones de OCI. Ambas arquitecturas de referencia ilustran una topología de varios niveles con recursos redundantes distribuidos en dos regiones de OCI.

Opción 1: Desplegar instancia pública de OAC

Una instancia pública de Oracle Analytics Cloud reside en la red de Oracle Service y se puede acceder a ella directamente desde Internet. La dirección IP pública de Oracle Analytics Cloud se configurará directamente con el registrador de DNS.

Fig 1: arquitectura de referencia de OIC al utilizar instancias públicas de OAC

Opción 2: Desplegar instancia privada de OAC

No se puede acceder a una instancia privada de Oracle Analytics Cloud desde la red pública de Internet, por lo que se necesita un equilibrador de carga público de OCI para facilitar el acceso. La dirección IP del equilibrador de carga público se agregará al registrador de DNS.

Fig 2: arquitectura de referencia de OIC al utilizar instancias privadas de OAC

Arquitectura de despliegue de recuperación ante desastres de pila completa

En las siguientes ilustraciones, se muestran los recursos informáticos agregados como miembros a cada grupo de protección de DR (DRPG) para la DR de pila completa. Estos representan los distintos componentes que Full Stack DR puede gestionar fuera del servicio Oracle Analytics Cloud (OAC).

No se muestra ningún componente de OAC que no sea Autonomous Data Warehouse (ADW) en ninguna de las arquitecturas de referencia de DRPG que se muestran a continuación porque OAC PaaS es invisible para la recuperación ante desastres de pila completa. Por lo tanto, no se agrega nada más sobre OAC que ADW a los DRPG en ninguna región.

Full Stack DR cuenta con automatización integrada para manejar recursos informáticos, almacenamiento de bloques, almacenamiento de archivos, bases de datos Oracle, equilibradores de carga y muchos otros recursos durante una recuperación, pero no tiene automatización incorporada para OAC en sí. La recuperación de OAC se controla mediante una serie de scripts bash que se pueden descargar de un repositorio GitHub dedicado a este tutorial. Los scripts bash se deben instalar en la instancia informática que elija siguiendo cualquiera de las siguientes opciones para la colocación y el control de los scripts.

Opción 1: Automatización de la recuperación para OAC como aplicación independiente

Esta arquitectura de despliegue no es típica y se ha diseñado para situaciones muy raras en las que OAC es la única aplicación que recupera Full Stack DR. En este caso, se crea una instancia informática especializada que se muestra como el siguiente nodo de DR para alojar los scripts bash personalizados que Full Stack DR llama para gestionar la recuperación de OAC.

Fig 3: arquitectura de despliegue de DR de pila completa que requiere un nodo de control de DR especializado

Opción 2: Automatización de la recuperación para OAC como parte de una pila de aplicaciones

La arquitectura de despliegue simplista que se muestra en la figura 4 a continuación es un ejemplo de un despliegue más común de OAC donde es simplemente un componente de una pila de aplicaciones más grande y compleja donde muchos servicios y aplicaciones deben recuperarse juntos. La mayoría de los sistemas de negocio son mucho más complejos que el ficticio que se muestra a continuación y suelen incluir bases de datos adicionales, otras aplicaciones de Oracle y/o no de Oracle, junto con otros servicios de OCI como OIC, ODI, OHS, IAM, etc.

En este caso, no es necesario crear un nodo de DR especializado como el que se muestra en la figura 3 anterior. Los scripts bash personalizados que gestionan la recuperación de OAC se pueden instalar en cualquiera de los servidores que se muestran como recursos informáticos móviles en la figura 4 a continuación.

Fig 4: arquitectura de despliegue de DR de pila completa sin necesidad de un nodo de control de DR especializado

Familiarizarse con todo el proceso

El equipo de ingeniería de Full Stack Disaster Recovery ha creado una serie de videos complementarios para este tutorial para ayudar a las personas a comprender todo el flujo del proceso. Estos vídeos forman parte de una lista de reproducción YouTube a la que se puede acceder mediante los siguientes enlaces:

• Video 1: Despliegue de Oracle Analytics Cloud para DR
• Video 2: Automatice la recuperación para Oracle Analytics Cloud
• Vídeo 3: Scripts utilizados para automatizar la recuperación de Oracle Analytics Cloud

Parte 2: Instrucciones Paso a Paso

En esta parte, se inician las instrucciones paso a paso necesarias para agregar Oracle Analytics CLoud a Full Stack DR.

Objetivos de este tutorial

En este tutorial se tratarán los siguientes pasos que explican cómo automatizar la recuperación para Oracle Analytics Cloud (OAC) mediante Full Stack DR:

1. Tarea 1: Despliegue de OAC para DR en regiones de OCI
   1. Preparar nodo de control de DR de OAC
   2. Descarga de scripts personalizados en el nodo de control de DR
   3. Instalar y desplegar manualmente OAC para DR en dos regiones de OCI
   4. Probar manualmente todos los pasos de recuperación de la región deseada 1 a la región 2
   5. Probar manualmente todos los pasos de recuperación de la región deseada 2 a la región 1
2. Tarea 2: Preparación para la recuperación ante desastres de pila completa
   1. Crear políticas de IAM para Full Stack DR
   2. Crear políticas de IAM para otros servicios de OCI
   3. Crear cubos de almacenamiento de objetos para logs
3. Tarea 3: Creación de grupos de protección de DR (DRPG)
4. Tarea 4: Agregar miembros a DRPG de región 1 y región 2
5. Tarea 5: Creación de planes de DR básicos en la región 2 (Phoenix)
   1. Crear plan de switchover
   2. Crear plan de failover
6. Tarea 6: Personalización del plan de switchover en la región 2 (Phoenix)
7. Tarea 7: Personalización del plan de failover en la región 2 (Phoenix)
8. Tarea 8: Ejecución del plan de switchover en la región 2 (Phoenix)
9. Tarea 9: Creación de planes de DR básicos en la región 1 (Ashburn)
   1. Crear plan de switchover
   2. Crear plan de failover
10. Tarea 10: Personalización del plan de switchover en la región 1 (Ashburn)
11. Tarea 11: Personalizar el plan de failover en la región 1 (Ashburn)

Definiciones y suposiciones a lo largo del tutorial

Regiones

• La región 1 es Ashburn
  • Ashburn 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 Phoenix
  • Phoenix comenzará como la 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 OAC y Full Stack DR en cualquier esquema de compartimento que funcione según sus estándares para la 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.

• La organización de todos los grupos de protección de DR en un solo compartimento, aparte de las aplicaciones, hace que sea mucho más fácil para el personal de TI localizar y ejecutar planes de DR para muchos sistemas empresariales completamente diferentes.
• Tener un único compartimento para todos los grupos de protección de DR ayuda a eliminar los errores humanos y aumenta la velocidad con la que se pueden encontrar y ejecutar planes de DR.
  • Compartimento para Oracle Analytics Cloud: oac-demo. El compartimento para el propio OAC, el almacenamiento, los cubos de almacenamiento, los recursos informáticos y la base de datos relacionados con OAC es oac-demo en este tutorial.
  • Compartimento para recuperación ante desastres de pila completa: myprojects_NA. El compartimento para los planes y grupos de protección de DR de pila completa es myprojects_NA en este tutorial.

Nodo de control de DR de OAC

El nodo de control de DR es cualquier instancia informática que designe para alojar scripts bash personalizados que realicen tareas específicas para recuperar OAC. La DR de pila completa llama a las secuencias de comandos durante una operación de recuperación. En este tutorial se explica cómo agregar los scripts a Full Stack DR en los pasos 6, 7, 10 y 11.

• Para OAC como aplicación independiente: se trata de una instancia informática especializada que creará para actuar como host de los scripts personalizados
• Para OAC como parte de una pila de aplicaciones: esta será cualquier instancia informática existente que sea miembro de un grupo de protección de DR (DRPG). Por ejemplo, Oracle E-Business Suite o PeopleSoft tendrán servidores de aplicaciones que son miembros de los mismos DRPG que gestionan la recuperación para OAC; cualquiera de estos puede cumplir el rol de nodo de control de DR en este tutorial.

Requisitos

Oracle Analytics Cloud debe desplegarse para la recuperación ante desastres en ambas regiones antes de comenzar a trabajar con la recuperación ante desastres de pila completa. Esto se trata en la tarea 1 a continuación.

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

Full Stack DR no participa en ninguna parte de este paso.

Tarea 1.1: 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 OAC. 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 OCI Cloud Agent: Ejecución de comandos en una instancia.

Opción 1: OAC como aplicación independiente

En este tutorial se asume que OAC es un servicio independiente, por lo que creará una instancia informática con Oracle Linux en la región 1. Utilice la unidad de menor costo con Oracle Linux, ya que solo se utilizará para alojar los scripts bash personalizados. La necesidad de una instancia informática especializada dedicada a cumplir este rol es inusual; la opción 2 es el escenario más común para la mayoría de las organizaciones.

La instancia informática especializada se agregará como miembro del grupo de protección de DR en la región 1 en un paso posterior.

Opción 2: OAC como parte de una pila de aplicaciones

Puede utilizar cualquier recurso informático móvil existente que forme parte de cualquier aplicación de Oracle o que no sea de Oracle gestionada por Full Stack DR en la región 1. Esto cumplirá el rol del nodo de control de DR cada vez que este tutorial haga referencia al nodo de control de DR.

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 el sistema operativo invitado en ambas regiones si se utilizan recursos informáticos no móviles para este rol.

Opción 3: OAC como parte de una pila de aplicaciones con varias ofertas PaaS

Tal vez el sistema de negocio también tenga Oracle HTTP Server (OHS), Oracle Integration Cloud (OIC) y Oracle Data Integrator (ODI). En este caso, podría considerar la creación de una instancia informática especializada como lo haría con la opción 1 para alojar scripts de recuperación de DR para todos los distintos servicios PaaS.

Tarea 1.2: Asegúrese de que el grupo de volúmenes se replica en la región 2

Asegúrese de que el volumen de inicio del nodo DR Control 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.

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

Tarea 1.3: Descarga de scripts bash en el nodo de control de DR

Descargue los scripts bash personalizados de github escritos específicamente para esta solución de DR de OAC. 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 para OAC

El enlace anterior se debe resolver en el repositorio GitHub:

1. Muestra la ruta del repositorio donde se encuentran los scripts bash en GitHub.
2. Muestra el repositorio que contiene los scripts bash.

Figura 2-4: captura de pantalla del repositorio de github que contiene scripts bash para OAC

Tarea 1.4: Despliegue de Oracle Analytics Cloud para recuperación ante desastres

Despliegue Oracle Analytics Cloud para la recuperación ante desastres en las regiones de OCI mediante las instrucciones paso a paso que se encuentran en los siguientes documentos:

1. Blog de Oracle en el que se explica la solución: Plan de recuperación ante desastres para Oracle Analytics Cloud mediante el método de switchover manual.
2. Documento técnico de Oracle escrito por la ingeniería de OAC: Configuración de recuperación ante desastres para Oracle Analytics Cloud.
3. Arquitectura de referencia del centro de arquitectura de Oracle escrita por arquitectos de plataforma de datos en la nube: Diseño de una topología de recuperación ante desastres de Oracle Analytics Cloud con Full Stack Disaster Recovery Service.

Tarea 1.5: Prueba manual de la recuperación de Oracle Analytics Cloud

Se recomienda garantizar los pasos de recuperación manual. Los pasos manuales para recuperar OAC documentados en Configuración de recuperación ante desastres para Oracle Analytics Cloud deben ser correctos antes de trabajar con la recuperación ante desastres de pila completa.

Tarea 1.6: Pasos siguientes

Vuelva a este documento para comenzar a trabajar con Full Stack DR una vez que se hayan completado los siguientes requisitos.

1. Despliegue manualmente OAC para DR en las dos regiones de OCI deseadas.
2. Pruebe manualmente todos los pasos de recuperación de la región 1 (Ashburn) a la región 2 (Phoenix).
3. Pruebe manualmente todos los pasos de recuperación de la región 2 (Phoenix) a la región 1 (Ashburn).

Tarea 2: Preparación para Full Stack Disaster Recovery

Full Stack DR no participa en ninguna parte de este paso. Los siguientes pasos preparan el arrendamiento, el compartimento, los servicios de OCI y OAC para la recuperación automatizada mediante recuperación ante desastres de pila completa.

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

Configure las políticas de OCI IAM necesarias para Full Stack Disaster Recovery como se describe en los siguientes documentos.

• Políticas para Full Stack Disaster Recovery.
• Configuración de políticas de Identity and Access Management (IAM) necesarias para Full Stack Disaster Recovery.

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

La recuperación ante desastres de pila completa 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, como se explica en el siguiente documento.

• Políticas para otros servicios gestionados por Full Stack Disaster Recovery.

Tarea 2.3: Creación de cubos de almacenamiento para logs de DRPG

Nota: Omita la tarea 2.3 por completo si está agregando OAC a grupos de protección de DR existentes.

Cree cubos de Object Storage en las regiones principal y en espera para almacenar logs generados por Full Stack DR durante las operaciones de recuperación: Object Storage.

Tarea 2.3.1: Navegar a OCI Object Storage

Para empezar, vaya a Object Storage y Archive Storage como se muestra en la figura 2-1 siguiente

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

Figura 2-1: navegue hasta Object Storage

Tarea 2.3.2: Cubo de almacenamiento de OCI en la región 1

Cree un cubo de almacenamiento de objetos en la región 1. El cubo se asignará al grupo de protección de DR en la región 1 en un paso posterior.

1. Seleccione el compartimento que contiene los recursos relacionados con OAC.
2. Seleccione Create Bucket.
3. Asigne al cubo un nombre significativo que identifique fácilmente a qué aplicación y finalidad sirve; no hay ningún motivo para incluir la región como parte del nombre. Por ejemplo, este nombre indica que se utiliza para los logs de DR de pila completa relacionados con las operaciones de DR para OAC.
4. Utilice el valor por defecto para el nivel y el cifrado.
5. Seleccione Create para crear el cubo.

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

Tarea 2.3.3: Cubo de almacenamiento de OCI en la región 2

Siga el mismo proceso para crear un cubo de almacenamiento de objetos en la región 2 (Phoenix). El cubo se asignará al grupo de protección de DR en la región 2 en un paso posterior.

1. Cambie el contexto a la región 2.
2. Seleccione el compartimento que contiene los recursos relacionados con OAC en la región 2.
3. Utilice el mismo nombre exacto que se ha asignado al cubo en la región 1. Esto facilitará la identificación en un paso posterior.
4. Seleccione Create para crear el cubo.

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

Tarea 3: Creación de grupos de protección de DR en ambas regiones

Nota: Omita la tarea 3 por completo si OAC se agrega a 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 3.1: Navegación a los grupos de protección de DR

Para comenzar, navegue hasta Grupos de protección de DR (DR de pila completa), como se muestra en la figura 3-1 a continuación.

1. Asegúrese de que el contexto de la región de OCI está definido en la región 1 (Ashburn).
2. Seleccione Migration & Disaster Recovery.
3. Seleccione los grupos de protección de DR.

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

Tarea 3.2: Crear 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 3-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 OAC o, como en este caso, un compartimento que actúa como repositorio que contiene DRPG para muchos sistemas de negocio diferentes.
2. Seleccione Create DR protection group para abrir el cuadro de diálogo.

Figura 3-2: comience a crear un grupo de protección de DR en la región 1

Agregue un nombre y un cubo de almacenamiento de objetos para los logs, como se muestra en la figura 3-3 siguiente.

1. Utilice un nombre sencillo y significativo para DRGP; en este ejemplo se muestra el nombre del sistema de negocio y la región.
2. Seleccione el cubo de almacenamiento de objetos creado en la tarea 2 para la región 1.

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

Tarea 3.3: Crear 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 3-4 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.
2. Seleccione el compartimento en el que desee crear el DRPG. Puede ser el mismo compartimento en el que existen recursos de OAC o, como en este caso, un compartimento que actúa como repositorio que contiene DRPG para muchos sistemas de negocio diferentes.
3. Seleccione Create DR protection group para abrir el cuadro de diálogo

Figura 3-4: comience a crear un grupo de protección de DR en la región 2

Agregue un nombre y un cubo de almacenamiento de objetos para los logs, como se muestra en la figura 3-5 siguiente.

1. Utilice un nombre sencillo y significativo para DRGP; en este ejemplo se muestra el nombre del sistema de negocio y la región.
2. Seleccione el cubo de almacenamiento de objetos creado en la tarea 2 para la región 2

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

Tarea 3.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 Full Stack DR sabrá qué dos regiones trabajan juntas para la recuperación de OAC. La DR de pila completa cambia automáticamente los roles 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 3.4.1: Iniciar la asociación

1. Asegúrese de que el contexto de la región de OCI está definido en la región 1 (Ashburn).
2. Seleccione Asociar para iniciar el proceso.

Figura 3-6: inicio de asociación de DRPG

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

Proporcione los parámetros como se muestra en la figura 3-7 a continuación.

1. Seleccione el rol principal. La recuperación ante desastres de pila completa asignará automáticamente el rol en espera a la región 2.
2. Seleccione la región 2 (Phoenix) en la que se creó el otro DRPG.
3. Seleccione el DRPG peer en el que se creó.

Figura 3-7: parámetros necesarios para asociar los DRPG

Tarea 3.4.3: Lo que debe ver después de completar la asociación

Full Stack DR mostrará algo como la Figura 3-8 a continuación una vez que se complete la asociación.

1. El DRPG del peer principal actual es Ashburn (región 1).
2. El DRPG del par en espera actual es Phoenix (región 2).

Figura 3-8: 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 3-9 a continuación.

1. El DRPG del peer principal actual es Ashburn (región 1).
2. El DRPG del par en espera actual es Phoenix (región 2).

Figura 3-9: visualización de la relación entre pares desde la perspectiva del DRPG global

Tarea 4: Adición de miembros a los grupos de protección de DR

Nota: Este paso suprimirá cualquier plan de DR existente en ambas regiones al agregar miembros a grupos de protección de DR existentes. La DR de pila completa no puede guardar copias ni realizar copias de seguridad de grupos de protección de DR en el momento de la 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 secuencias de comandos bash que llamen a Comandos de la CLI de recuperación ante desastres de pila completa para volver a crear los pasos y grupos de planes personalizados definidos por el usuario (esto no se aborda en este tutorial).

Agregue la base de datos y el nodo de control de DR 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 controlar OAC o es una instancia informática que forma parte de la pila de aplicaciones que desea gestionar con la recuperación ante desastres de pila completa.

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

1. El nodo de control de DR,
2. El grupo de volúmenes que contiene el volumen de inicio del nodo de control de DR.
3. Autonomous Data Warehouse principal.

Tarea 4.1: Comience 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 4-1 a continuación.

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

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

Tarea 4.1.1: Agregar instancia informática para nodo de DR

Agregue una instancia informática para el nodo de control de DR como se muestra en la figura 4-2 a continuación.

1. Confirme la advertencia sobre los planes de DR.
2. Seleccione Compute como tipo de recurso de miembro.
3. Seleccione la instancia informática que desea utilizar el nodo de control de DR.
4. Seleccione la instancia en movimiento.
5. Indique a Full Stack DR qué VCN y subred asignar 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 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.

Figura 4-2: parámetros necesarios para agregar el nodo de control de DR

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

Agregue el grupo de volúmenes en bloque que contiene el inicio para el nodo de control de DR. El grupo de volúmenes en bloque ya debe tener una replicación entre regiones configurada entre las dos regiones antes de agregarlo al grupo de protección de DR.

1. Seleccione el grupo de volúmenes como tipo de recurso de miembro.
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 4-3: parámetros necesarios para agregar un grupo de volúmenes de inicio para el nodo de control de DR

Tarea 4.1.3: Adición de Autonomous Data Warehouse principal

Autonomous Data Guard ya debe estar configurado para Autonomous Data Warehouse (ADW) en este punto como parte de la tarea 1. Agregue el almacén de datos autónomo principal como miembro del DRPG en la región 1.

1. Seleccione la base de datos autónoma como tipo de recurso de miembro.
2. Asegúrese de que se ha seleccionado el compartimento correcto que contiene el almacén de datos autónomo y, a continuación, seleccione el almacén de datos autónomo principal para OAC.

Figura 4-4: parámetros necesarios para agregar el almacén de datos autónomo principal

Tarea 4.1.4: Verificación de los recursos miembros para la región 1

El DRPG para la región 1 debe tener tres recursos de miembros como mínimo, como se muestra en la figura 4-5 a continuación. Los nombres de los recursos miembros serán diferentes.

1. El almacén de datos autónomo principal.
2. La instancia informática móvil y el grupo de volúmenes en bloque para la instancia informática designada para actuar en el nodo de control de DR de OAC.

Figura 4-5: visualización de miembros de DRPG en la región 1

Tarea 4.2: Comience a agregar miembros al DRPG en la región 2

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

1. Autonomous Data Warehouse (ADW) remoto/en espera.

Comience seleccionando el DRPG en la región 2 como se muestra en la figura 4-6 a continuación.

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

Figura 4-6: cómo empezar a agregar miembros al grupo de protección de DR en la región 2

Tarea 4.2.1: Adición de Autonomous Data Warehouse en espera

Agregue ADW en espera como miembro del DRPG en la región 2, como se muestra en la figura 4-7 siguiente.

1. Cambie el contexto de la región de OCI a la región 2 (Phoenix).
2. Seleccione el DRPG creado en la tarea 3.3

Figura 4-7: parámetros necesarios para agregar ADW en espera

Tarea 4.2.2: Verificación de los recursos miembros para la región 2

El DRPG para la región 2 debe tener un recurso de miembro como mínimo, como se muestra en la figura 4-8 a continuación. El nombre de los recursos miembros será diferente.

1. El almacén de datos autónomo remoto/en espera.

Figura 4-8: visualización del miembro único del DRPG en la región 2

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

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 (Phoenix).

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.

Full Stack DR rellenará previamente ambos planes con pasos incorporados en función de los recursos miembros agregados en el paso anterior. Los planes se personalizarán en pasos posteriores para gestionar todas las tareas relacionadas con OAC 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 comenzaremos en Phoenix.

Tarea 5.1: Comenzar a crear planes de DR

Cree planes básicos seleccionando el DRPG en la región 2, como se muestra en la figura 5-1 a continuación.

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

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

Tarea 5.1.1: Creación de un Plan de switchover

Crear un plan de DR es sencillo, como se muestra en la figura 5-2 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. Solo hay dos tipos de plan en el momento de escribir este artículo.

Figura 5-2: parámetros necesarios para crear un plan de switchover de DR

Tarea 5.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 5-3 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. Solo hay dos tipos de plan en el momento de escribir este artículo.

Figura 5-3: 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 a continuación. 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 un paso posterior.

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

Tarea 6: Personalización del plan de switchover en la región 2 (Phoenix)

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

1. Pare OAC en la región principal actual 1 antes de parar cualquier máquina virtual.
2. Inicie OAC en la región en espera actual 2 después de iniciar cualquier máquina virtual.
3. Recupere la instantánea periódica en la región en espera 2. La instantánea periódica se configuró como parte de la tarea 1.4 anterior.
4. Cambie el trabajo cron de instantánea en la región en espera 2. El trabajo cron se configuró como parte de la Tarea 1.4 anterior.

Tarea 6.1: Seleccionar el plan de switchover

Para empezar, vaya al plan de switchover creado en el paso anterior.

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

Tarea 6.2: Activación de grupos de planes de DR que terminan artefactos (opcional)

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 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 Full Stack DR entre en producción. Cualquier artefacto que se haya dejado en su lugar durante la prueba de switchovers y switchbacks 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 6-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 almacenamiento de bloques de OCI 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 sobrantes nunca se vuelven a utilizar, ni siquiera como parte de un switchover de la región 2 a la región 1.

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

Active el grupo de planes.

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

Figura 6-3: cómo activar la finalización de instancias informáticas

Tarea 6.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 del menú contextual a la derecha del nombre del grupo de planes.

Figura 6-4: cómo activar la terminación de grupos de volúmenes

Tarea 6.3: Crear un grupo de planes para detener OAC en la región 1 (principal)

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

El primer grupo de planes definido por el usuario detendrá la ejecución de OAC en la región principal 1. Este grupo de planes contendrá un solo paso que llama al script oac-start-stop.sh bash que se descargó en el nodo de control de DR en la tarea 1.4.

Tarea 6.3.1: Seleccionar agregar grupo de planes

Inicie el proceso para agregar un grupo de planes.

1. Haga clic en Agregar grupo para comenzar.

Figura 6-5: comience a agregar un grupo de planes para detener OAC

Tarea 6.3.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Solo estamos agregando un solo paso para ejecutar un script bash para parar OAC.

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

Figura 6-6: parámetros para crear un grupo de planes y agregar un paso para parar OAC

Tarea 6.3.3: Proporcionar el nombre del paso y los parámetros del 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á OAC 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 descriptivo que explica la tarea que realiza este paso.
2. El plan de DR debe detenerse si el script no puede detener OAC. Esto permitirá a cualquiera ver que hay un problema y solucionarlo. Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.
3. 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.
4. Seleccione siempre la región en la que se está ejecutando el nodo de control de DR en este momento, no en la que se ejecutará durante un switchover. La recuperación ante desastres de pila completa realizará un seguimiento de dónde se ejecuta la máquina virtual, por lo que solo tiene que especificar dónde está ahora. En este caso, el nodo de control de DR se está ejecutando en la región 1 (Ashburn).
5. Seleccione Ejecutar script local para informar a Full Stack DR que el script se encontrará en una instancia informática. Los scripts bash se descargaron en el nodo de control de DR en la tarea 1.3.
6. Seleccione el compartimento correcto que contiene el nodo de control de DR: puede ser cualquier compartimento. Seleccione la instancia informática designada como nodo de control de DR (puede ser un servidor de aplicaciones o una máquina virtual que se haya creado solo para este proyecto/tutorial).
7. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue stop como primer parámetro y el ID de región de OCI como segundo.
8. Especifique opc como usuario para ejecutar la secuencia de comandos.
9. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 6-7: parámetros para crear el paso de plan para parar OAC

Tarea 6.3.4: Finalizar la adición de un grupo de planes y paso

El paso para detener OAC se agrega ahora al grupo de planes de DR, como se muestra en la figura 6-8 a continuación.

1. 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 OAC.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 6-8: finalice la adición del grupo de planes y el paso para parar OAC

Tarea 6.4: Crear un grupo de planes para iniciar OAC en la región 2 (en espera)

El segundo grupo de planes definido por el usuario iniciará OAC después de iniciar el nodo de control de DR en la región en espera 2. Este grupo de planes contendrá un solo paso que llama al script oac-start-stop.sh bash que se descargó en el nodo de control de DR en la tarea 1.3.

Tarea 6.4.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 6-9: comience a agregar un grupo de planes para iniciar OAC en espera

Tarea 6.4.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para iniciar OAC.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Siempre es una buena práctica agregar "(En espera)" al nombre del grupo, por lo que es obvio qué región se aplican los pasos de un vistazo.
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 control de DR en la región 2
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 en el que especificaremos el script para iniciar OAC

Figura 6-10: parámetros para crear un grupo de planes y agregar un paso para iniciar OAC en espera

Tarea 6.4.3: Proporcionar el nombre del paso y los parámetros del 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, iniciará OAC en la región 2.

Todo en este paso es lo mismo que la Tarea 6.3.3, excepto los elementos que se muestran en la Figura 6-11 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue start como primer parámetro y el ID de región de OCI como segundo.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 6-11: parámetros para crear el paso del plan para iniciar OAC en espera

Tarea 6.4.4: Finalizar la adición de un grupo de planes y paso

El paso para iniciar OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 6-12 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 6-12: finalice la adición del grupo de planes y el paso para iniciar OAC en espera

Tarea 6.5: Crear grupo de planes para recuperar la instantánea en la región 2 (en espera)

Se ha configurado un trabajo cron en el nodo de control de DR como parte de la tarea 1.4. El trabajo cron llama a un script bash denominado oac-create-snapshot.sh que se encarga de exportar una instantánea de los datos de OAC en la región 1 y guardarla en el cubo de almacenamiento de objetos de la región 2 en espera. El trabajo cron y los cubos también se crearon en la tarea 1.4.

El tercer grupo de planes definido por el usuario recuperará OAC en la región en espera 2 mediante la instantánea periódica que se replica del cubo de almacenamiento de objetos en la región 1 a la región 2. Este grupo de planes contendrá un solo paso que llama al script oac-register-snapshot.sh bash que se descargó en el nodo de control de DR en la tarea 1.3.

Tarea 6.5.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 6-13: comience a agregar un grupo de planes para recuperar la instantánea en espera

Tarea 6.5.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para recuperar OAC en la región en espera 2.

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, inserte el grupo de planes definido por el usuario después del grupo de planes definido por el usuario creado en la tarea anterior para iniciar OAC.
3. Seleccione el grupo de planes Iniciar OAC (en espera) incorporado
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para recuperar la instantánea de OAC.

Figura 6-14: parámetros para crear un grupo de planes y agregar un paso para recuperar la instantánea de OAC en espera

Tarea 6.5.3: Proporcionar el nombre del paso y los parámetros del 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, recuperará la instantánea de OAC en la región 2. La instantánea se toma en la región principal durante las operaciones normales y se almacena en un cubo de almacenamiento de objetos en la región 2.

Todo en esta tarea es lo mismo que la Tarea 6.3.3, excepto los elementos que se muestran en la Figura 6-15 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue el ID de región de OCI como único parámetro (PHX en este ejemplo).
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 6-15: parámetros para crear el paso del plan para recuperar la instantánea en espera

Tarea 6.5.4: Finalizar la adición de un grupo de planes y paso

El paso para recuperar OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 6-16 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 6-16: finalice la adición del grupo de planes y el paso para recuperar la instantánea en espera

Tarea 6.6: Creación de un grupo de planes para revertir la instantánea en la región 2 (en espera)

El último grupo de planes definido por el usuario cambiará el trabajo cron descrito en la Tarea 6.5 anterior. Full Stack DR llamará a oac-chg-cronjob.sh para modificar el trabajo cron para que guarde la instantánea de OAC exportada en el cubo de almacenamiento en la región 1.

Tarea 6.6.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 6-17: comience a agregar un grupo de planes para revertir la copia de instantáneas en espera

Tarea 6.6.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para revertir la instantánea de OAC a la región 1.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Siempre es una buena práctica agregar "(En espera)" al nombre del grupo, por lo que es obvio qué región se aplican los pasos de un vistazo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, insertaremos nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que recupera la instantánea de OAC en la región 2.
3. Seleccione el grupo de planes Recuperar instantánea de OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para iniciar OAC.

Figura 6-18: parámetros para crear un grupo de planes y agregar un paso para revertir la copia de instantáneas en espera

Tarea 6.6.3: Proporcionar el nombre del paso y los parámetros del 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, revertirá la instantánea de OAC para que se guarde en la región 1, que se convertirá automáticamente en la región en espera una vez que haya finalizado el switchover.

Todo en esta tarea es lo mismo que la Tarea 6.3.3, excepto los elementos que se muestran en la Figura 6-19 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló la secuencia de comandos oac-chg-cronjob.sh en el nodo de control de DR. Agregue la clave de región de OCI para la región 1 (iad en este ejemplo) como primer parámetro y clave de región para la región 2 (phx en este ejemplo) como segundo parámetro.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 6-19: parámetros para crear el paso del plan para revertir la copia de instantánea en espera

Tarea 6.6.4: Finalizar la adición de un grupo de planes y paso

El paso para revertir la dirección de la instantánea de OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 6-20 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 6-20: finalice la adición del grupo de planes y el paso para revertir la copia de instantánea en espera

El plan de switchover ahora debe incluir los cuatro grupos de planes de DR para OAC, 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 OAC.

Figura 6-21: Visualización de los cuatro grupos de planes definidos por el usuario agregados al plan de switchover

Tarea 7: Personalización del plan de failover en la región 2 (Phoenix)

En esta tarea se explica cómo agregar grupos de planes de DR personalizados y definidos por el usuario y pasos para gestionar los elementos que se deben realizar durante un failover de OAC en la región 2 durante una interrupción real o la pérdida de acceso a la región 1. Estos serán un subjuego de los mismos pasos que se acaban de agregar al plan de switchover en la tarea 6 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.

1. Inicie OAC en la región en espera 2 después de iniciar cualquier máquina virtual.
2. Recupere la instantánea periódica en la región en espera 2. La instantánea periódica se configuró como parte de la tarea 1.4 anterior.
3. Cambie el trabajo cron de instantánea en la región en espera 2. El trabajo cron se configuró como parte de la Tarea 1.4 anterior.

Tarea 7.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 7-1: cómo crear empezar a personalizar el plan de failover en la región 2

Tarea 7.2: Seleccionar agregar grupo de planes

El primer grupo de planes definido por el usuario iniciará la ejecución de OAC en la región en espera 2. Este grupo de planes contendrá un solo paso que llama al script oac-start-stop.sh bash que se descargó en el nodo de control de DR en la tarea 1.3.

1. Haga clic en Agregar grupo para comenzar.

Figura 7-2: comience a agregar un grupo de planes para iniciar OAC

Tarea 7.2.1: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Solo estamos agregando un solo paso para ejecutar un script bash para iniciar OAC.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Esto es opcional, por supuesto, pero se recomienda agregar una nota sobre la región en la que el grupo de planes ejecutará los pasos. En este caso es la región en espera 2, por lo que hemos agregado "(Standby)" al nombre del grupo.
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 las máquinas virtuales replicadas en la región 2
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 en el que especificaremos el script para iniciar OAC

Figura 7-3: parámetros para crear un grupo de planes y agregar un paso para iniciar OAC

Tarea 7.2.2: Proporcionar el nombre del paso y los parámetros del 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, iniciará OAC en la región 2, como se muestra en la figura 7-4 a continuación.

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 descriptivo que explica la tarea que realiza este paso.
2. El plan de DR debe detenerse si el script no inicia OAC. Esto permitirá a cualquiera ver que hay un problema y solucionarlo. Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.
3. 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.
4. Seleccione siempre la región en la que se está ejecutando el nodo de control de DR en este momento, no en la que se ejecutará durante un switchover. La recuperación ante desastres de pila completa realizará un seguimiento de dónde se ejecuta la máquina virtual, por lo que solo tiene que especificar dónde está ahora. En este caso, el nodo de control de DR se está ejecutando en la región 1 (Ashburn).
5. Seleccione Ejecutar script local para informar a Full Stack DR que el script se encontrará en una instancia informática. Los scripts bash se descargaron en el nodo de control de DR en la tarea 1.3.
6. Seleccione el compartimento correcto que contiene el nodo de control de DR: puede ser cualquier compartimento. Seleccione la instancia informática designada como nodo de control de DR (puede ser un servidor de aplicaciones o una máquina virtual que se haya creado solo para este proyecto/tutorial).
7. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue start como primer parámetro y el ID de región de OCI como segundo.
8. Especifique opc como usuario para ejecutar la secuencia de comandos.
9. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 7-4: parámetros para crear el paso del plan para iniciar OAC en espera

Tarea 7.2.3: Finalizar la adición de un grupo de planes y paso

El paso para iniciar OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 7-5 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 7-5: finalice la adición del grupo de planes y el paso para iniciar OAC

Tarea 7.3: Crear grupo de planes para recuperar la instantánea en la región 2 (en espera)

El segundo grupo de planes definido por el usuario recuperará OAC en la región en espera 2 mediante la instantánea periódica que se replica del cubo de almacenamiento de objetos en la región 1 a la región 2. Esta es la misma tarea que se ha agregado al plan de switchover que la tarea 6.

Tarea 7.3.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 7-6: comience a agregar un grupo de planes para recuperar la instantánea en espera

Tarea 7.3.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para recuperar OAC en la región en espera 2.

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, inserte el grupo de planes definido por el usuario después del grupo de planes definido por el usuario creado en la tarea anterior para iniciar OAC.
3. Seleccione el grupo de planes Iniciar OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para recuperar la instantánea de OAC.

Figura 7-7: parámetros para crear un grupo de planes y agregar un paso para recuperar la instantánea de OAC en espera

Tarea 7.3.3: Proporcionar el nombre del paso y los parámetros del 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, recuperará la instantánea de OAC en la región 2. La instantánea se toma en la región principal durante las operaciones normales y se almacena en un cubo de almacenamiento de objetos en la región 2.

Todo en esta tarea es lo mismo que la Tarea 7.3.2, excepto los elementos que se muestran en la Figura 7-8 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue el ID de región de OCI como único parámetro (PHX en este ejemplo).
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 7-8: parámetros para crear el paso del plan para recuperar la instantánea en espera

Tarea 7.3.4: Finalizar la adición de un grupo de planes y paso

El paso para recuperar OAC se agrega ahora al grupo de planes de DR, como se muestra en la figura 7-9 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 7-9: finalice la adición del grupo de planes y el paso para recuperar la instantánea en espera

Tarea 7.4: Creación de un grupo de planes para revertir la instantánea en la región 2 (en espera)

El último grupo de planes definido por el usuario cambiará el trabajo cron para que la instantánea de OAC se guarde en la región 1 una vez que vuelva a ser accesible. Esta es la misma tarea que se ha agregado al plan de switchover en la tarea 6.

Tarea 7.4.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 7-10: comience a agregar un grupo de planes para revertir la copia de instantáneas en espera

Tarea 7.4.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para revertir la instantánea de OAC a la región 1.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Siempre es una buena práctica agregar "(En espera)" al nombre del grupo, por lo que es obvio qué región se aplican los pasos de un vistazo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, insertaremos nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que recupera la instantánea de OAC en la región 2.
3. Seleccione el grupo de planes Recuperar instantánea de OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para iniciar OAC.

Figura 7-11: parámetros para crear un grupo de planes y agregar un paso para revertir la copia de instantáneas en espera

Tarea 7.4.3: Proporcionar el nombre del paso y los parámetros del 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, revertirá la instantánea de OAC para que se guarde en la región 1, que se convertirá automáticamente en la región en espera una vez que haya finalizado el switchover.

Todo en esta tarea es lo mismo que la Tarea 7.2.2, excepto los elementos que se muestran en la Figura 6-19 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló la secuencia de comandos oac-chg-cronjob.sh en el nodo de control de DR. Agregue la clave de región de OCI para la región 1 (iad en este ejemplo) como primer parámetro y clave de región para la región 2 (phx en este ejemplo) como segundo parámetro.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 7-12: parámetros para crear el paso del plan para revertir la copia de instantánea en espera

Tarea 7.4.4: Finalizar la adición de un grupo de planes y paso

El paso para revertir la dirección de la instantánea de OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 7-13 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 7-13: finalice la adición del grupo de planes y el paso para revertir la copia de instantánea en espera

El plan de failover ahora debe incluir los tres grupos de planes de DR para OAC, 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 OAC.

Figura 7-14: visualización de los tres grupos de planes definidos por el usuario agregados al plan de failover

Tarea 8: Ejecución del plan de switchover en la región 2 (Phoenix)

Los planes de DR de switchover y failover se han completado en la región en espera 2 (Phoenix). Los planes de DR de la región 2 permiten a 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 (Ashburn) para que Full Stack DR pueda realizar la transición de las 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 (Ashburn) a la región 2 (Phoenix).

Tarea 8.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 OAC 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 (Phoenix).
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 Standby (En espera).
4. Asegúrese de que existan los planes de failover y switchover antes de continuar; de lo contrario, vuelva a los pasos anteriores para crear ambos planes de DR.
5. Haga clic en el botón Execute DR plan.

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

Tarea 8.2: Seleccionar plan de failover y ejecutar

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

1. Seleccione el plan de switchover.
2. Asegúrese de que se ha seleccionado Activar comprobaciones previas.
3. Haga clic en el botón Ejecute DR plan para comenzar.

Figura 8-2: seleccione y ejecute el plan de switchover

Tarea 8.3: Siguientes pasos

Supervise el plan de failover hasta que la carga de trabajo de OAC haya pasado por completo de la región 1 a la región 2. La recuperación ante desastres de pila completa se encargará de limpiar los artefactos y cambiar los roles de principal y en espera entre las regiones.

La región 2 (Phoenix) será la región principal y la región 1 (Ashburn) será la región en espera una vez que Full Stack DR haya completado el switchover.

Tarea 9: Creación de planes de DR en la región 1 (Ashburn)

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

El objetivo de cada plan es realizar 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. 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 2 se convertirá en la base de datos en espera y el grupo de protección de la región 1 se convertirá en principal después de un failover o switchover.

Full Stack DR rellenará previamente ambos planes con pasos incorporados en función de los recursos miembros agregados en el paso anterior. Los planes se personalizarán en pasos posteriores para gestionar todas las tareas relacionadas con OAC 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 9.1: Comenzar a crear planes de DR

Cree planes básicos seleccionando el DRPG en la región 2, como se muestra en la figura 9-1 a continuación.

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

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

Tarea 9.1.1: Creación de un Plan de switchover

Crear un plan de DR es sencillo, como se muestra en la figura 9-2 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. Solo hay dos tipos de plan en el momento de escribir este artículo.

Figura 9-2: parámetros necesarios para crear un plan de switchover de DR

Tarea 9.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 9-3 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. Solo hay dos tipos de plan 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 básicos incorporados.

Figura 9-3: 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 9-4: visualización de los dos planes de DR básicos que deben existir en la región 2 antes de continuar

Tarea 10: Personalización del plan de switchover en la región 1 (Ashburn)

Todo lo relacionado con esta tarea es casi exactamente igual a lo que hicimos en la Tarea 6 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 9 no contienen nada para gestionar tareas de recuperación específicas de OAC. En esta tarea se explica cómo agregar grupos de planes de DR personalizados y definidos por el usuario y pasos para gestionar los elementos que se deben realizar durante un switchover para OAC:

1. Pare OAC en la región principal actual 2 antes de parar cualquier máquina virtual.
2. Inicie OAC en la región en espera actual 1 después de iniciar cualquier máquina virtual.
3. Recupere la instantánea periódica en la región en espera 1. La instantánea periódica se configuró como parte de la tarea 1.4 anterior.
4. Cambie el trabajo cron de instantánea en la región en espera 1. El trabajo cron se configuró como parte de la Tarea 1.4 anterior.

Tarea 10.1: Seleccionar el plan de switchover

Para empezar, vaya al plan de switchover creado en el paso anterior.

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

Tarea 10.2: Activación de grupos de planes de DR que terminan artefactos (opcional)

Estos son los mismos pasos realizados para la región 2 en un paso 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 entre las dos regiones, 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 Full Stack DR entre en producción. Cualquier artefacto que se haya dejado en su lugar durante la prueba de switchovers y switchbacks 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 10-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 sobrantes nunca se vuelven a utilizar, ni siquiera como parte de un switchover de la región 1 a la región 2.

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

Active el grupo de planes.

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

Figura 10-3: debe activar la finalización de instancias informáticas

Tarea 10.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 del menú contextual situado a la derecha del nombre del grupo de planes.

Figura 10-4: cómo activar la terminación de grupos de volúmenes

Tarea 10.3: Crear un grupo de planes para detener OAC en la región 2 (principal)

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

El primer grupo de planes definido por el usuario detendrá la ejecución de OAC en la región principal 1. Este grupo de planes contendrá un solo paso que llama al script oac-start-stop.sh bash que se descargó en el nodo de control de DR en la tarea 1.4.

Tarea 10.3.1: Seleccionar agregar grupo de planes

Inicie el proceso para agregar un grupo de planes.

1. Haga clic en Agregar grupo para comenzar.

Figura 10-5: comience a agregar un grupo de planes para detener OAC

Tarea 10.3.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Solo estamos agregando un solo paso para ejecutar un script bash para parar OAC.

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

Figura 10-6: parámetros para crear un grupo de planes y agregar un paso para parar OAC

Tarea 10.3.3: Proporcionar el nombre del paso y los parámetros del 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á OAC 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 descriptivo que explica la tarea que realiza este paso.
2. El plan de DR debe detenerse si el script no puede detener OAC. Esto permitirá a cualquiera ver que hay un problema y solucionarlo. Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.
3. 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.
4. Seleccione siempre la región en la que se está ejecutando el nodo de control de DR en este momento, no en la que se ejecutará durante un switchover. La recuperación ante desastres de pila completa realizará un seguimiento de dónde se ejecuta la máquina virtual, por lo que solo tiene que especificar dónde está ahora. En este caso, el nodo de control de DR se está ejecutando en la región 2 (Phoenix).
5. Seleccione Ejecutar script local para informar a Full Stack DR que el script se encontrará en una instancia informática. Los scripts bash se descargaron en el nodo de control de DR en la tarea 1.3.
6. Seleccione el compartimento correcto que contiene el nodo de control de DR: puede ser cualquier compartimento. Seleccione la instancia informática designada como nodo de control de DR (puede ser un servidor de aplicaciones o una máquina virtual que se haya creado solo para este proyecto/tutorial).
7. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue stop como primer parámetro y el ID de región de OCI como segundo.
8. Especifique opc como usuario para ejecutar la secuencia de comandos.
9. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 10-7: parámetros para crear el paso del plan para parar OAC

Tarea 10.3.4: Finalizar la adición de grupo de planes y paso

El paso para detener OAC se agrega ahora al grupo de planes de DR, como se muestra en la figura 10-8 a continuación.

1. 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 OAC.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 10-8: finalice la adición del grupo de planes y el paso para parar OAC

Tarea 10.4: Crear un grupo de planes para iniciar OAC en la región 1 (en espera)

El segundo grupo de planes definido por el usuario iniciará OAC después de iniciar el nodo de control de DR en la región en espera 2. Este grupo de planes contendrá un solo paso que llama al script oac-start-stop.sh bash que se descargó en el nodo de control de DR en la tarea 1.3.

Tarea 10.4.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 10-9: comience a agregar un grupo de planes para iniciar OAC en espera

Tarea 10.4.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para iniciar OAC.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Siempre es una buena práctica agregar "(En espera)" al nombre del grupo, por lo que es obvio qué región se aplican los pasos de un vistazo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, insertaremos nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que inicia la versión replicada 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 iniciar OAC.

Figura 10-10: parámetros para crear un grupo de planes y agregar un paso para iniciar OAC en espera

Tarea 10.4.3: Proporcionar el nombre del paso y los parámetros del 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, iniciará OAC en la región 1.

Todo en esta tarea es lo mismo que la Tarea 10.3.3 excepto para los elementos que se muestran en la Figura 10-11 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue start como primer parámetro y el ID de región de OCI como segundo.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 10-11: parámetros para crear el paso del plan para iniciar OAC en espera

Tarea 10.4.4: Finalizar la adición de grupo de planes y paso

El paso para iniciar OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 10-12 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 10-12: finalice la adición del grupo de planes y el paso para iniciar OAC en espera

Tarea 10.5: Crear grupo de planes para recuperar la instantánea en la región 1 (en espera)

El tercer grupo de planes definido por el usuario recuperará OAC en la región en espera 1 mediante la instantánea periódica que se replica del cubo de almacenamiento de objetos en la región 2 a la región 1. Este grupo de planes contendrá un solo paso que llama al script oac-register-snapshot.sh bash que se descargó en el nodo de control de DR en la tarea 1.3.

Tarea 10.5.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 10-13: comience a agregar un grupo de planes para recuperar la instantánea en espera

Tarea 10.5.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para recuperar OAC en la región en espera 1.

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, inserte el grupo de planes definido por el usuario después del grupo de planes definido por el usuario creado en el paso anterior para iniciar OAC.
3. Seleccione el grupo de planes Iniciar OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para recuperar la instantánea de OAC.

Figura 10-14: parámetros para crear un grupo de planes y agregar un paso para recuperar la instantánea de OAC en espera

Tarea 10.5.3: Proporcionar el nombre del paso y los parámetros del 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, recuperará la instantánea de OAC en la región 1. La instantánea se toma en la región principal durante las operaciones normales y se almacena en un cubo de almacenamiento de objetos en la región 1.

Todo en esta tarea es lo mismo que la Tarea 10.3.3 excepto para los elementos que se muestran en la Figura 10-15 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue el ID de región de OCI como único parámetro (PHX en este ejemplo).
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 10-15: parámetros para crear el paso del plan para recuperar la instantánea en espera

Tarea 10.5.4: Finalizar la adición de grupo de planes y paso

El paso para recuperar OAC se agrega ahora al grupo de planes de DR, como se muestra en la figura 10-16 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 10-16: finalice la adición del grupo de planes y el paso para recuperar la instantánea en espera

Tarea 10.6: Creación de un grupo de planes para revertir la instantánea en la región 1 (en espera)

El último grupo de planes definido por el usuario cambiará el trabajo cron descrito en la Tarea 10.5 anterior. Full Stack DR llamará a oac-chg-cronjob.sh para modificar el trabajo cron para que guarde la instantánea de OAC exportada en el cubo de almacenamiento en la región 2.

Tarea 10.6.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 10-17: comience a agregar un grupo de planes para revertir la copia de instantáneas en espera

Tarea 10.6.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para revertir la instantánea de OAC a la región 2.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Siempre es una buena práctica agregar "(En espera)" al nombre del grupo, por lo que es obvio qué región se aplican los pasos de un vistazo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, insertaremos nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que recupera la instantánea de OAC en la región 1.
3. Seleccione el grupo de planes Recuperar instantánea de OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para iniciar OAC.

Figura 10-18: parámetros para crear un grupo de planes y agregar un paso para revertir la copia de instantáneas en espera

Tarea 10.6.3: Proporcionar el nombre del paso y los parámetros del 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, revertirá la instantánea de OAC para que se guarde en la región 2, que se convertirá automáticamente en la región en espera una vez que haya finalizado el switchover.

Todo en esta tarea es lo mismo que la Tarea 10.3.3 excepto para los elementos que se muestran en la Figura 10-19 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló la secuencia de comandos oac-chg-cronjob.sh en el nodo de control de DR. Agregue la clave de región de OCI para la región 2 (phx en este ejemplo) como primer parámetro y clave de región para la región 1 (iad en este ejemplo) como segundo parámetro.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 10-19: parámetros para crear el paso del plan para revertir la copia de instantánea en espera

Tarea 10.6.4: Finalizar la adición de grupo de planes y paso

El paso para revertir la dirección de la instantánea de OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 10-20 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

3.
Figura 10-20: finalice la agregación del grupo de planes y el paso para revertir la copia de instantánea en espera

El plan de switchover ahora debe incluir los cuatro grupos de planes de DR para OAC, 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 OAC.

Figura 10-21: Visualización de los cuatro grupos de planes definidos por el usuario agregados al plan de switchover

Tarea 11: Personalizar el plan de failover en la región 1 (Ashburn)

En esta tarea se explica cómo agregar grupos de planes de DR personalizados y definidos por el usuario y pasos para gestionar los elementos que se deben realizar durante un failover de OAC 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 10 anterior. Sin embargo, solo se agregarán al plan de failover los pasos que se ejecutan en la región en espera 1, ya que se supone que la región 2 es completamente inaccesible durante un failover.

1. Inicie OAC en la región en espera 1 después de iniciar cualquier máquina virtual.
2. Recupere la instantánea periódica en la región en espera 1. La instantánea periódica se configuró como parte de la tarea 1.4 anterior.
3. Cambie el trabajo cron de instantánea en la región en espera 1. El trabajo cron se configuró como parte de la Tarea 1.4 anterior.

Tarea 11.1: Crear un grupo de planes para iniciar OAC en la región 1 (en espera)

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

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

Figura 11-1: cómo crear empezar a personalizar el plan de failover en la región 1

Tarea 11.2: Seleccionar agregar grupo de planes

El primer grupo de planes definido por el usuario iniciará la ejecución de OAC en la región en espera 1. Este grupo de planes contendrá un solo paso que llama al script oac-start-stop.sh bash que se descargó en el nodo de control de DR en la tarea 1.3.

1. Haga clic en Agregar grupo para comenzar.

Figura 11-2: comience a agregar un grupo de planes para iniciar OAC

Tarea 11.2.1: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Solo estamos agregando un solo paso para ejecutar un script bash para iniciar OAC.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Esto es opcional, por supuesto, pero se recomienda agregar una nota sobre la región en la que el grupo de planes ejecutará los pasos. En este caso es la región en espera 1, por lo que hemos agregado "(Standby)" al nombre del grupo.
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 las máquinas virtuales replicadas 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 en el que especificaremos el script para iniciar OAC

Figura 11-3: parámetros para crear un grupo de planes y agregar un paso para iniciar OAC

Tarea 11.2.2: Proporcionar el nombre del paso y los parámetros del 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, iniciará OAC en la región 2, como se muestra en la figura 7-4 a continuación.

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 descriptivo que explica la tarea que realiza este paso.
2. El plan de DR debe detenerse si el script no inicia OAC. Esto permitirá a cualquiera ver que hay un problema y solucionarlo. Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.
3. 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.
4. Seleccione siempre la región en la que se está ejecutando el nodo de control de DR en este momento, no en la que se ejecutará durante un switchover. La recuperación ante desastres de pila completa realizará un seguimiento de dónde se ejecuta la máquina virtual, por lo que solo tiene que especificar dónde está ahora. En este caso, el nodo de control de DR se está ejecutando en la región 2 (Phoenix).
5. Seleccione Ejecutar script local para informar a Full Stack DR que el script se encontrará en una instancia informática. Los scripts bash se descargaron en el nodo de control de DR en la tarea 1.3.
6. Seleccione el compartimento correcto que contiene el nodo de control de DR: puede ser cualquier compartimento. Seleccione la instancia informática designada como nodo de control de DR (puede ser un servidor de aplicaciones o una máquina virtual que se haya creado solo para este proyecto/tutorial).
7. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue start como primer parámetro y el ID de región de OCI como segundo.
8. Especifique opc como usuario para ejecutar la secuencia de comandos.
9. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 11-4: parámetros para crear el paso del plan para iniciar OAC en espera

Tarea 11.2.3: Finalizar la adición de grupo de planes y paso

El paso para iniciar OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 11-5 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 11-5: finalice la adición del grupo de planes y el paso para iniciar OAC

Tarea 11.3: Crear grupo de planes para recuperar la instantánea en la región 1 (en espera)

El segundo grupo de planes definido por el usuario recuperará OAC en la región en espera 1 mediante la instantánea periódica que se replica del cubo de almacenamiento de objetos en la región 2 a la región 1. Esta es la misma tarea que se ha agregado al plan de switchover que la tarea 9.

Tarea 11.3.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 11-6: comience a agregar un grupo de planes para recuperar la instantánea en espera

Tarea 11.3.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para recuperar OAC en la región en espera 1.

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, inserte el grupo de planes definido por el usuario después del grupo de planes definido por el usuario creado en el paso anterior para iniciar OAC.
3. Seleccione el grupo de planes Iniciar OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para recuperar la instantánea de OAC.

Figura 11-7: parámetros para crear un grupo de planes y agregar un paso para recuperar la instantánea de OAC en espera

Tarea 11.3.3: Proporcionar el nombre del paso y los parámetros del 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, recuperará la instantánea de OAC en la región 1. La instantánea se toma en la región principal durante las operaciones normales y se almacena en un cubo de almacenamiento de objetos en la región 1.

Todo en esta tarea es lo mismo que la Tarea 11.3.2, excepto los elementos que se muestran en la Figura 11-8 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló el script oac-start-stop.sh en el nodo de control de DR. Agregue el ID de región de OCI como único parámetro (PHX en este ejemplo).
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 11-8: parámetros para crear el paso del plan para recuperar la instantánea en espera

Tarea 11.3.4: Finalizar la adición de grupo de planes y paso

El paso para recuperar OAC se agrega ahora al grupo de planes de DR, como se muestra en la figura 11-9 siguiente.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 11-9: finalice la adición del grupo de planes y el paso para recuperar la instantánea en espera

Tarea 11.4: Crear un grupo de planes para revertir la instantánea en la región 1 (en espera)

El último grupo de planes definido por el usuario cambiará el trabajo cron para que la instantánea de OAC se guarde en la región 2 una vez que vuelva a ser accesible. Esta es la misma tarea que se ha agregado al plan de switchover en la tarea 10.

Tarea 11.4.1: Seleccionar agregar grupo de planes

Como antes, haga clic en Agregar grupo para comenzar.

Figura 11-10: comience a agregar un grupo de planes para revertir la copia de instantáneas en espera

Tarea 11.4.2: Proporcionar nombre de grupo de planes, ordenar y agregar paso

Cree un grupo de planes de DR para revertir la instantánea de OAC a la región 2.

1. Asigne al grupo de planes un nombre simple pero descriptivo. Siempre es una buena práctica agregar "(En espera)" al nombre del grupo, por lo que es obvio qué región se aplican los pasos de un vistazo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, insertaremos nuestro grupo de planes definido por el usuario después del grupo de planes incorporado que recupera la instantánea de OAC en la región 1.
3. Seleccione el grupo de planes Recuperar instantánea de OAC (en espera) incorporado.
4. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para iniciar OAC.

Figura 11-11: parámetros para crear un grupo de planes y agregar un paso para revertir la copia de instantáneas en espera

Tarea 11.4.3: Proporcionar el nombre del paso y los parámetros del 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, revertirá la instantánea de OAC para que se guarde en la región 2, que se convertirá automáticamente en la región en espera una vez que haya finalizado el switchover.

Todo en esta tarea es lo mismo que la Tarea 11.3.2, excepto los elementos que se muestran en la Figura 11-19 a continuación.

1. Nombre descriptivo que explica la tarea que realiza este paso.
2. Pegue la ruta absoluta donde instaló la secuencia de comandos oac-chg-cronjob.sh en el nodo de control de DR. Agregue la clave de región de OCI para la región 2 (fx en este ejemplo) como primer parámetro y clave de región para la región 1 (iad en este ejemplo) como segundo parámetro.
3. Haga clic en Agregar Paso para agregar este paso al grupo de planes.

Figura 11-12: parámetros para crear el paso del plan para revertir la copia de instantánea en espera

Tarea 11.4.4: Finalizar la adición de un grupo de planes y paso

El paso para revertir la dirección de la instantánea de OAC ahora se agrega al grupo de planes de DR, como se muestra en la figura 11-13 a continuación.

1. Muestra el paso del plan que se acaba de agregar.
2. Haga clic en Agregar para agregar el grupo y el paso del plan de DR al plan de DR.

Figura 11-13: finalice la adición del grupo de planes y el paso para revertir la copia de instantánea en espera

El plan de failover ahora debe incluir los tres grupos de planes de DR para OAC, 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 OAC.

Figura 11-14: visualización de los tres grupos de planes definidos por el usuario agregados al plan de failover

Pasos Siguientes

La DR de pila completa para OAC se debe implementar por completo en este punto. Sin embargo, se debe validar la funcionalidad completa antes de usar Full Stack DR para 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 la base de datos autónoma, 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 Data Guard está en el estado correcto, que los artefactos para el almacenamiento y las instancias informáticas se han terminado, etc. Consulte Restablecimiento de la configuración de DR después de un failover en la documentación de recuperación ante desastres de pila completa de OCI para comprender el proceso.

Valide todos los planes de DR para la 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 y los planes para las cargas de trabajo de producción. La región 2 (Phoenix) 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.
• 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

• Arquitectura de referencia: Diseño de una topología de recuperación ante desastres de Oracle Analytics Cloud con Full Stack Disaster Recovery Service en Oracle Architecture Center

• Documento técnico: Configuración de recuperación ante desastres para Oracle Analytics Cloud

• Scripts de ejemplo: descargue scripts de ejemplo de GitHub

• Blog: Plan de recuperación ante desastres para Oracle Analytics Cloud mediante el método de switchover manual

• Lista de reproducción de recuperación ante desastres de pila completa de Oracle Analytics Cloud en YouTube

  • Desplegar Oracle Analytics Cloud para recuperación ante desastres (video 1)

  • Automatice la recuperación para Oracle Analytics Cloud (video 2)

  • Scripts utilizados para automatizar la recuperación de Oracle Analytics Cloud (video 3)

• Página del producto OCI Full Stack Disaster Recovery

• Documentación de OCI Full Stack Disaster Recovery

• Full Stack Disaster Recovery: secuencias de comandos de grupos definidas por el usuario

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

Agradecimientos

• Autor: Bala Guddeti (especialista en soluciones en la nube de la NACE)

• Contribuyentes: Greg King (Full Stack Disaster Recovery Product Manager), Suraj Ramesh (Full Stack Disaster Recovery Product Manager)

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 Analytics Cloud Using OCI Full Stack Disaster Recovery

F88861-01

December 2023

Copyright © 2023, Oracle and/or its affiliates.