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 de su entorno en la nube.

Automatización de la recuperación para Oracle E-Business Suite de varios nodos mediante OCI Full Stack Disaster Recovery

Introducción

OCI Full Stack Disaster Recovery depende de los equipos de ingeniería de aplicaciones para diseñar, escribir y mantener sus propias capacidades y funciones de recuperación ante desastres. Si un equipo de ingeniería de aplicaciones tiene capacidades integradas de recuperación ante desastres nativas de OCI que incluyen API del kit de desarrollo de software (SDK) de OCI para la recuperación ante desastres, esa aplicación se puede agregar a Full Stack DR como recurso miembro nativo.

Oracle E-Business Suite no tiene actualmente ninguna función o capacidad nativa de recuperación ante desastres de OCI y, como tal, no es un recurso miembro nativo en Full Stack DR. Sin embargo, el equipo de ingeniería de Oracle E-Business Suit ha documentado un proceso para desplegar y recuperar manualmente EBS en las regiones de OCI. El proceso manual se puede automatizar mediante Full Stack DR. En este documento se explica cómo automatizar el proceso de recuperación manual agregando grupos de planes personalizados y definidos por el usuario y pasos a los planes de DR básicos para failover, switchover y detalles.

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

Oracle E-Business Suite es compatible con los cambiantes modelos de negocio actuales, impulsa la productividad y satisface las demandas de los usuarios móviles modernos. Basándose en una historia de innovación de 30 años, Oracle E-Business Suite sigue ofreciendo nuevas funcionalidades de aplicaciones y ampliando las capacidades de las funciones existentes, al tiempo que le ayuda a obtener todas las ventajas de OCI.

Oracle E-Business Suite suele formar parte de un sistema más grande

Oracle E-Business Suite suele ser la base de un sistema de negocio más complejo que incluye una serie de bases de datos adicionales, aplicaciones de mercado de OCI y servicios de OCI que deben recuperarse como una sola unidad. Para simplificar las cosas y centrarse en Oracle E-Business Suite, este tutorial muestra solo las tareas relacionadas con Oracle E-Business Suite. Sin embargo, es muy inusual que Oracle E-Business Suite sea la única aplicación que forma parte de los planes de DR y grupo de protección de DR.

Precaución sobre la Implementación Incremental

Si se agregan o suprimen más miembros a un grupo de protección de DR después de crear planes de DR, se refrescarán los planes de DR existentes en los grupos de protección de ambas regiones. Para obtener más información, consulte Refresh a Disaster Recovery Plan.

OCI Full Stack DR está diseñado con la suposición de que toda la pila de aplicaciones de un sistema de negocio determinado ya está desplegada en todas las regiones de OCI y que ya se ha demostrado que la recuperación ante desastres manual funciona. Si su sistema de negocio incluye más de Oracle E-Business Suite, agregue todos los demás servicios informáticos, de almacenamiento, de bases de datos, de aplicaciones o de OCI a los grupos de protección de DR antes de crear cualquier plan de DR.

Cómo funciona la recuperación

La solución de recuperación para Oracle E-Business Suite requiere que OCI Full Stack DR ejecute una serie de scripts bash personalizados durante una operación de recuperación, como un failover, switchover o aumentos de detalle. En este tutorial, utilizaremos los nodos de aplicación de Oracle E-Business Suite como nodo de control para alojar y ejecutar scripts.

Los scripts a los que se hace referencia en este tutorial los proporciona Oracle EMEA Cloud Engineering Oracle Apps al equipo de especialistas de OCI y están disponibles en scripts de Oracle E-Business Suite para OCI Full Stack Disaster Recovery. Puede que sea necesario modificar ligeramente los scripts bash para que se ajusten a las necesidades únicas de su despliegue.

Figura 1: scripts de Oracle E-Business Suite disponibles en el repositorio GitHub de ejemplo de Oracle

En este tutorial se explica cómo descargar los scripts y cómo utilizarlos en un paso posterior. En este tutorial se utiliza la opción 1 para alojar los scripts de bash solo porque el tutorial no incluye nada que no sea Oracle E-Business Suite.

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

Opción 1 para los scripts de alojamiento

Instale los scripts bash en los servidores de aplicaciones de Oracle E-Business Suite que se ejecutan en ambas regiones. En este tutorial se hará referencia a las instancias informáticas en las que instale los scripts como Nodo de control o Nodo de DR, aunque se trate de uno o más servidores de aplicaciones de Oracle E-Business Suite en la pila de aplicaciones.

Opción 2 para los scripts de alojamiento

Cree un nodo de control o un nodo de DR especializado para alojar todos los scripts de Oracle E-Business Suite más los scripts necesarios para otras aplicaciones o servicios de OCI.

Oracle E-Business Suite suele formar parte de un sistema de negocio más grande y complejo que incluye aplicaciones internas personalizadas, aplicaciones de Oracle Cloud Marketplace, Oracle Business Analytics y otras bases de datos, instancias informáticas y aplicaciones propias. En este caso, simplemente seleccione cualquiera de las instancias informáticas que ya forman parte del sistema de negocio para alojar los scripts. La instancia informática seleccionada puede ser cualquier elemento en el que esté instalado Oracle Linux y lo más probable es que sea una máquina virtual existente que tenga otro propósito, como un servidor de aplicaciones o un servidor de administración de algún tipo.

Normalmente, OCI Full Stack DR no requiere ningún servidor de gestión especializado para automatizar las operaciones de recuperación. Sin embargo, en este caso, creará una instancia informática que actuará como servidor de gestión especializado. El servidor de gestión especializado se ve en este documento como Nodo de control o Nodo de DR. El objetivo completo del nodo de control es simplemente actuar como un servidor donde puedan residir todos los scripts personalizados y que OCI Full Stack DR pueda llamar durante una operación de recuperación.

Nota: En este tutorial, utilizaremos la Opción 1, donde almacenaremos los scripts personalizados relacionados con la aplicación Oracle E-Business Suite en los servidores de aplicaciones de Oracle E-Business Suite.

Arquitectura de Despliegue de Oracle E-Business Suite

Oracle E-Business Suite debe desplegarse primero para la recuperación ante desastres (DR) en todas las regiones de OCI antes de introducir OCI Full Stack DR. Es muy importante que los pasos manuales para realizar una recuperación se prueben y funcionen correctamente antes de intentar automatizar el proceso de recuperación mediante OCI Full Stack DR.

Al desplegar Oracle E-Business Suite para la recuperación ante desastres en las regiones de OCI, se puede seguir cualquiera de las dos arquitecturas de referencia que se muestran a continuación. Ambas arquitecturas de referencia ilustran una topología de varios niveles con recursos redundantes distribuidos en dos regiones de OCI.

Las bases de datos de varias instancias se crean con Oracle Real Application Clusters (Oracle RAC) y utilizan Oracle Data Guard para mantener la base de datos sincronizada en dos regiones de OCI.

Arquitectura de referencia para Oracle E-Business Suite mediante Oracle Base Database Service

Seleccione esta arquitectura de despliegue si Oracle E-Business Suite utiliza Oracle Base Database Service. Oracle E-Business Suite debe desplegarse para DR en dos regiones de OCI, como se explica en Business Continuity for Oracle E-Business Suite Release 12.2 con Oracle Database 19c en sistemas de base de datos Oracle Base Database Service (ID de documento 2875417.1). La ilustración que se muestra en la figura 1 se obtuvo del Doc ID 2875417.1.

Figura 1: arquitectura de despliegue de DR de Oracle E-Business Suite mediante OCI Base Database (consulte el ID de documento 2875417.1 para obtener más información)

Arquitectura de referencia para Oracle E-Business Suite que utiliza Oracle Exadata Database Service on Dedicated Infrastructure

Elija esta arquitectura de despliegue si Oracle E-Business Suite utiliza Oracle Exadata Database Service on Dedicated Infrastructure. Oracle E-Business Suite debe desplegarse para DR en dos regiones de OCI, como se explica en Business Continuity for Oracle E-Business Suite Release 12.2 con Oracle Database 19c en Oracle Exadata Database Service on Dedicated Infrastructure (ID de documento 2919723.1). La ilustración que se muestra en la figura 1 se obtuvo del Doc ID 2919723.1.

Figura 2: arquitectura de despliegue de DR de Oracle E-Business Suite con OCI Exadata Database (consulte el ID de documento 2919723.1 para obtener más información)

Diferencia entre los nombres de host lógicos y los nombres de host físicos

Oracle E-Business Suite recomienda encarecidamente que los nombres de host lógicos se utilicen para los servidores de aplicaciones y los nombres de host físicos se utilicen para la base de datos. Tanto Business Continuity for Oracle E-Business Suite Release 12.2 with Oracle Database 19c on Oracle Base Database Service DB Systems (ID de documento 2875417.1) como Business Continuity for Oracle E-Business Suite Release 12.2 with Oracle Database 19c on Oracle Base Database Service DB Systems (ID de documento 2919723.1) escritos por la ingeniería de Oracle E-Business Suite requieren que el nivel de aplicación utilice nombres de host lógicos mientras el nivel de base de datos utilice nombres de host físicos.

OCI Full Stack DR no tiene requisitos sobre si utiliza nombres de host lógicos o físicos, pero recomendamos seguir los requisitos de Oracle E-Business Suite para garantizar el soporte de Oracle E-Business Suite en caso de que surjan problemas. Algunos clientes utilizan nombres de host lógicos para los niveles de aplicación y base de datos. Los scripts proporcionados con esta solución están diseñados para utilizarse con nombres de host lógicos para el nivel de aplicación y el nivel de base de datos de nombres de host físicos; consulte la tarea 1.2 para obtener instrucciones de descarga.

Arquitectura de despliegue de OCI Full Stack DR

En las siguientes ilustraciones se muestran los recursos informáticos agregados como miembros a cada grupo de protección de DR (DRPG) para OCI Full Stack DR. Estos representan los distintos componentes que OCI Full Stack DR puede gestionar fuera de la aplicación Oracle E-Business Suite.

OCI Full Stack DR cuenta con automatización integrada para manejar OCI Compute, OCI Block Storage, OCI File Storage, bases de datos Oracle, OCI Load Balancer, clústeres de Oracle Cloud Infrastructure Kubernetes Engine (OKE) y muchos otros recursos durante una recuperación, pero no tiene automatización integrada para Oracle E-Business Suite. La recuperación de Oracle E-Business Suite 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 una instancia informática de su elección 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 Oracle E-Business Suite mediante Oracle Base Database Service

Esta arquitectura de despliegue no es típica y se ha diseñado para situaciones muy raras en las que Oracle E-Business Suite es la única aplicación que está recuperando OCI Full Stack DR. En este caso, alojaremos los scripts personalizados en los nodos de aplicación de Oracle E-Business Suite.

Figura 3: arquitectura de despliegue de DR de pila completa mediante el servicio OCI Base Database

Opción 2: Automatización de la recuperación para Oracle E-Business Suite mediante Oracle Exadata Database Service on Dedicated Infrastructure

La arquitectura de despliegue simplista que se muestra en la Figura 4 es un ejemplo de un despliegue más común de Oracle E-Business Suite 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 en la siguiente imagen y suelen incluir bases de datos adicionales, otras aplicaciones de Oracle y/o que no sean de Oracle, junto con otros servicios de OCI como OIC, ODI, OHS, OCI IAM, etc.

Figura 4: arquitectura de despliegue de DR de pila completa mediante Oracle Exadata Database Service on Dedicated Infrastructure

Definiciones y Asunciones a lo largo del Tutorial

Regiones

El rol de principal y en espera es una función de los grupos de protección de OCI Full Stack DR, no de las propias regiones. Una región puede funcionar como principal para una pila de aplicaciones y, al mismo tiempo, como en espera para una pila de aplicaciones completamente diferente. El rol de principal y en espera es fluido.

Este tutorial comienza con la pila de aplicaciones de Oracle E-Business Suite que se ejecuta en Phoenix y todo el recurso en espera que se ejecuta en Ashburn. Estas dos regiones son solo ejemplos; en la práctica se pueden utilizar dos regiones de OCI que soporten su pila de aplicaciones.

• La región 1 es Phoenix.

  • Phoenix comenzará como la región principal.
  • Phoenix comienza como región principal porque:
    • La aplicación Oracle E-Business Suite se está ejecutando en Phoenix.
    • El trabajo cron de rsync de Oracle E-Business Suite está copiando datos de /u01 en los servidores de aplicaciones (VM) de Oracle E-Business Suite en Phoenix a los servidores de aplicaciones que se ejecutan en Ashburn.
    • La base de datos de Phoenix tiene el rol principal de Oracle Data Guard.
  • Phoenix finalmente se convertirá en la base de datos en espera después de que se le indique que realice una operación de switchover en tareas posteriores.

• La región 2 es Ashburn.

  • Ashburn se iniciará como región en espera.
  • Ashburn comienza como región en espera porque:
    • Los servidores de aplicaciones (VM) en espera de Oracle E-Business Suite se ejecutan en Ashburn.
    • La aplicación Oracle E-Business Suite no se está ejecutando en Ashburn.
    • Los datos de /u01 se están copiando desde Phoenix a las máquinas virtuales de Ashburn.
    • La base de datos de Ashburn tiene el rol en espera de Oracle Data Guard.
  • Ashburn será la principal después de recibir instrucciones para realizar una operación de switchover en tareas posteriores.

Compartimentos

Eres libre de organizar Oracle E-Business Suite y OCI Full Stack DR en cualquier esquema de compartimentos que funcione dentro de tus estándares de gobernanza de TI. Hemos optado por organizar las aplicaciones en sus propios compartimentos individuales y, a continuación, organizar todos los grupos de protección de DR en un único compartimento donde se puedan ver de un vistazo sistemas de negocio completamente diferentes.

• 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 E-Business Suite (ebstesting). El compartimento para el propio Oracle E-Business Suite, almacenamiento, cubos de almacenamiento, recursos informáticos y bases de datos relacionados con Oracle E-Business Suite es ebstesting en este tutorial.
  • Compartimento para OCI Full Stack DR myprojects. El compartimento para los grupos y planes de protección de recuperación ante desastres de pila completa de OCI es myprojects en este tutorial.

Objetivos

En este tutorial se tratarán las siguientes tareas en las que se explica cómo automatizar la recuperación de Oracle E-Business Suite mediante OCI Full Stack DR.

Nota: Empezamos por la Región 1 (Phoenix) y la Región 2 (Ashburn). La aplicación de producción de Oracle E-Business Suite se ejecuta en la región 1 y la recuperación ante desastres se configura en la región. Esto es muy importante, ya que a lo largo del tutorial nos referimos como región 1 y región 2 en lugar de la región real name.If, su despliegue utiliza diferentes regiones de OCI y, a continuación, asegúrese de consultar las respectivas regiones de producción y recuperación ante desastres.

1. Tarea 1: Despliegue Oracle E-Business Suite para recuperación ante desastres en las regiones de OCI.

   1. Instale y despliegue manualmente Oracle E-Business Suite para recuperación ante desastres en dos regiones de OCI.
   2. Probar manualmente todos los pasos de recuperación de la región 1 a la región 2 deseada.
   3. Probar manualmente todos los pasos de recuperación de la región 2 a la región 1 deseada.

2. Tarea 2: Preparación para OCI Full Stack DR.

   1. Configure políticas de OCI IAM para Full Stack DR.
   2. Configurar políticas de OCI IAM para otros servicios de OCI.
   3. Descargar e instalar scripts personalizados de Oracle E-Business Suite en servidores de aplicaciones de Oracle E-Business Suite.
   4. Asegúrese de que los servidores de aplicaciones de Oracle E-Business Suite pueden ejecutar scripts y comandos.
   5. Cree secretos de almacén para la base de datos de Oracle E-Business Suite.
   6. Cree cubos de almacenamiento de objetos para los logs.

3. Tarea 3: Crear y asociar grupos de protección de DR.

4. Tarea 4: Agregar miembros de recursos informáticos y bases de datos de Oracle E-Business Suite a grupos de protección de DR de región 1 y región 2.

5. Tarea 5: Cree los planes de DR en la región 2 (Ashburn).

   1. Crear un plan de switchover.
   2. Crear un plan de failover.
   3. Crear plan de detalle de inicio.

6. Tarea 6: Personalizar los planes de DR en la región 2 (Ashburn).

7. Tarea 7: Ejecute el plan de switchover en la región 2 (Ashburn).

8. Tarea 8: Crear planes de DR básicos en la región 1 (Phoenix) y personalizar los planes de DR en la región 1 (Phoenix).

   1. Cree un plan de switchover y personalice el plan de switchover en la región 1 (Phoenix).
   2. Cree un plan de failover y personalice el plan de failover en la región 1 (Phoenix).
   3. Cree un plan de detalle de inicio y personalice el plan de detalle de inicio en la región 1 (Phoenix).

Requisitos

Oracle E-Business Suite debe desplegarse para la recuperación ante desastres en ambas regiones antes de comenzar a trabajar con OCI Full Stack DR. Esto se aborda en la tarea 1.

Tarea 1: Despliegue de Oracle E-Business Suite para la recuperación ante desastres

OCI Full Stack DR no participa en ninguna parte de esta tarea.

Oracle E-Business Suite debe desplegarse para la recuperación ante desastres en las regiones de OCI mediante uno de los dos artículos de conocimientos de My Oracle Support (MOS) diferentes (notas de KM) antes de comenzar cualquier trabajo con OCI Full Stack DR.

También es muy importante que los pasos manuales descritos en las notas de gestión de claves junto con los scripts/automatización personalizados necesarios para recuperar Oracle E-Business Suite se hayan probado por completo antes de comenzar cualquier trabajo con OCI Full Stack DR.

Oracle E-Business Suite soporta actualmente los servicios Oracle Base Database Service y Oracle Exadata Database Service on Dedicated Infrastructure. El servicio Oracle Autonomous Database no está soportado actualmente con Oracle E-Business Suite. Siga las instrucciones que se encuentran en una u otra de las siguientes notas de KM:

• ID de documento 2875417.1: Despliegue de Oracle E-Business Suite para recuperación ante desastres con BaseDB

• ID de documento 2919723.1: Despliegue de Oracle E-Business Suite para recuperación ante desastres con ExaDB-D

Tarea 2: Preparación del arrendamiento para OCI Full Stack DR

OCI Full Stack DR no participa en ninguna parte de esta tarea. Los siguientes pasos preparan el arrendamiento, el compartimento, los servicios de OCI y Oracle E-Business Suite para la recuperación automatizada de OCI Full Stack DR. La mayoría de las tareas articuladas en esta sección se tratan en Requisitos para Full Stack Disaster Recovery.

Tarea 2.1: Configuración de políticas de OCI IAM para OCI Full Stack DR

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

• Políticas para Full Stack Disaster Recovery.
• Configuración de políticas de gestión de identidad y acceso (IAM) necesarias para Full Stack Disaster Recovery.

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

OCI Full Stack DR 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 diversos. Configurar 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: Descarga e instalación de Oracle E-Business SuiteScripts personalizados en los servidores de aplicaciones de Oracle E-Business Suite

OCI Full Stack DR cuenta con inteligencia integrada para organizar la recuperación de los recursos de infraestructura como servicio (IaaS) y plataforma como servicio (PaaS) de OCI. OCI Full Stack DR no tiene inteligencia integrada para organizar la recuperación de Oracle E-Business Suite, ya que Oracle E-Business Suite no proporciona actualmente API nativas de recuperación ante desastres de OCI para desplegar o gestionar su propia recuperación ante desastres incorporada.

Sin embargo, OCI Full Stack DR aún puede orquestar la recuperación para Oracle E-Business Suite agregando grupos de planes de DR definidos por el usuario y pasos a los planes de DR base creados más adelante en este tutorial. Como se explica en la parte 1 de este tutorial, los pasos definidos por el usuario llamarán a una serie de scripts personalizados que realizan diversas tareas necesarias para recuperar Oracle E-Business Suite. Los scripts se deben descargar e instalar en todas las instancias informáticas de los servidores de aplicaciones de Oracle E-Business Suite en ambas regiones:

1. Descargue los scripts de Oracle E-Business Suite desde aquí: Scripts de Oracle E-Business Suite para OCI Full Stack Disaster Recovery.
2. Copie los scripts en cualquier directorio de cada uno de los servidores de aplicaciones de Oracle E-Business Suite de la región 1.
3. Copie los scripts en la misma ubicación de directorio en cada uno de los servidores de aplicaciones de Oracle E-Business Suite de la región 2.
4. Asegúrese de que los archivos son propiedad del usuario oracle.
5. Asegúrese de que los archivos sean ejecutables.

Tarea 2.4: Asegurar que los servidores de aplicaciones de Oracle E-Business Suite puedan ejecutar scripts y comandos

OCI Full Stack DR tendrá que ejecutar los scripts de Oracle E-Business Suite que se descargaron en los servidores de aplicaciones de Oracle E-Business Suite. OCI Full Stack DR ejecuta los scripts mediante el agente de Oracle Cloud en cada instancia informática. Es muy importante que todas las instancias informáticas utilizadas como servidores de aplicaciones de Oracle E-Business Suite en ambas regiones puedan ejecutar comandos a través de la consola de OCI mediante Oracle Cloud Agent.

Para obtener más información, consulte Preparación de instancias informáticas para Full Stack Disaster Recovery. Preste especial atención a las instrucciones para Running Commands with Administrator Privileges.

Validar que los comandos se pueden ejecutar desde la consola de OCI

Nota: Esta tarea solo garantiza que Oracle Could Agent pueda ejecutar comandos. No valida que existan las políticas adecuadas para permitir que Full Stack DR ejecute comandos a través de Oracle Cloud Agent. Esto se hará evidente en pasos posteriores cuando el tutorial explique cómo validar el plan de DR de switchover en la región 2.

Utilice la función de comando Run de Compute instanciada para validar que el agente de Oracle Cloud puede ejecutar comandos. En las siguientes imágenes se muestra el comando Run en la página de detalles de las instancias informáticas de la consola de OCI.

1. Seleccione Run command.
2. Seleccione Crear comando y escriba cualquier comando de Linux válido, como date. Cambie el timeout a algo razonable, como 3 minutos antes de ejecutar el comando.

Figura 2.4.1.1: ejecute un comando desde la consola de OCI

Tarea 2.5: Creación de secretos de OCI Vault para la base de datos de Oracle E-Business Suite

OCI Full Stack DR necesitará la contraseña sys de la base de datos para que pueda disparar automáticamente Oracle Data Guard durante los failovers y los switchovers. Agregue la contraseña sys de la base de datos a un secreto de almacén en ambas regiones, como se explica aquí: Preparación de bases de datos Oracle para Full Stack Disaster Recovery.

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

Nota: Omita la tarea 2.3 por completo si va a agregar Oracle E-Business Suite a los grupos de protección de DR existentes.

Cree cubos de OCI Object Storage en las regiones principal y en espera para almacenar los logs generados por OCI Full Stack DR durante las operaciones de recuperación, como se explica aquí: Preparación de la ubicación de log para los logs de operaciones.

Tarea 2.6.1: Navegación a OCI Object Storage

Comience por navegar a Object Storage & Archive Storage como se muestra en la Figura 2-1.

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

Figura 2.6.1.1: desplazamiento al almacenamiento de objetos

Tarea 2.6.2: Creación de un cubo de OCI Object Storage en las regiones 1 y 2

Crear un cubo de OCI Object Storage en la región 1. A continuación, cree un cubo de almacenamiento idéntico en la región 2. Los bloques se asignarán a los grupos de protección de DR en las regiones 1 y 2 en una tarea posterior.

1. Seleccione el compartimento que contiene los recursos relacionados con Oracle E-Business Suite. El compartimento puede ser diferente en cada región.
2. Haga clic en Crear cubo.
3. Asigne al cubo un nombre significativo que identifique fácilmente la aplicación y la finalidad a la que 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 recuperación ante desastres de pila completa de OCI relacionados con las operaciones de recuperación ante desastres para Oracle E-Business Suite.
4. Utilice el valor por defecto para Nivel y Cifrado.
5. Haga clic en Crear para crear el cubo.

Figura 2.6.2.1: creación de un cubo de almacenamiento de objetos en las regiones 1 y 2

Tarea 3: Creación y asociación de grupos de protección de DR

Esta será la primera tarea que implica la DR de pila completa. 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.

Nota: Omita la tarea 3 por completo si se está agregando Oracle E-Business Suite a los grupos de protección de DR existentes.

Esta tarea comienza el primer paso de configuración de OCI Full Stack DR para la pila de aplicaciones que incluye Oracle E-Business Suite. Los grupos de protección de DR informan a OCI Full Stack DR qué servicios IaaS y PaaS de OCI forman parte de una única pila de aplicaciones y qué dos regiones actuarán como principales y en espera para el sistema empresarial. Los grupos de protección de DR forman la base sobre la que se construye todo lo demás.

Todos los recursos IaaS y PaaS de OCI que pertenecen a la pila de aplicaciones en ambas regiones se agregarán como parte de la tarea 4.

Nota: Aunque este tutorial solo incluye Oracle E-Business Suite, los grupos de protección de DR normalmente contienen servicios OCI IaaS y PaaS para muchas aplicaciones diferentes de Oracle y que no son de Oracle y además de los que necesita Oracle E-Business Suite.

Tarea 3.1: Creación de un grupo de protección en la región en espera 2 (Ashburn)

Comience por crear un grupo de protección de DR no asociado en la región 2. No es necesario que el grupo de protección se cree en la región en espera; el proceso fluye un poco mejor comenzando en la región 2.

Tarea 3.1.1: Navegación a grupos de protección de DR

Comience por navegar a los grupos de protección de DR (OCI Full Stack DR), como se muestra en la figura 3.1.1.

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

Figura 3.1.1: desplazamiento a los grupos de protección de DR

Tarea 3.1.2: Creación del grupo de protección

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

1. Seleccione el compartimento donde desea que se cree el DRPG. Puede ser el mismo compartimento en el que existen recursos de Oracle E-Business Suite o cualquier otro compartimento relacionado con el proyecto.
2. Seleccione Crear grupo de protección de DR para abrir el cuadro de diálogo donde introducirá los parámetros para crear el grupo de protección.

Figura 3.1.2: inicio de la creación de un grupo de protección de DR en la región 2

Tarea 3.1.3: Adición de Parámetros Necesarios para Crear el Grupo de Protección

Agregue un nombre y un cubo de OCI Object Storage para los logs, como se muestra en la figura 3.1.3.

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 compartimento en el que desea que se cree el DRPG en la región 2.
3. Seleccione el cubo de almacenamiento de objetos creado en la tarea 2 para la región 2. Puede que tenga que cambiar el compartimento si ha creado el cubo en un compartimento diferente.

No introduzca ningún parámetro adicional. Haga clic en Crear en la parte inferior del cuadro de diálogo (no se muestra aquí).

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

Lo que debe ver después de crear el grupo de protección

El primer grupo de protección de DR se creará como se muestra en la figura 3-2.3. Los roles y la información del par se asignarán como parte de la tarea 3.4.

Figura 3.1.4: muestra el grupo de protección de DR recién creado en la región 2

Tarea 3.2: Crear un grupo de protección en la región principal 1 (Phoenix)

Cree un grupo de protección en la región 1. En una tarea posterior, agregará todos los recursos de OCI que pertenecen a la pila de aplicaciones de esta región. Así es como OCI Full Stack DR sabe qué activos se consideran parte de un sistema de negocio en esta región.

Tarea 3.2.1: Creación del grupo de protección

Cree un grupo básico de protección de DR (DRPG) en la región 1, como se muestra en la figura 3.2.1. 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 1.
2. Seleccione el compartimento donde desea que se cree el DRPG. Normalmente, las personas eligen el mismo compartimento que se utilizó para crear el DRPG en la región 2.
3. Seleccione Crear grupo de protección de DR para abrir el cuadro de diálogo donde introducirá los parámetros para crear el grupo de protección.

Figura 3.2.1: inicio de la creación de un grupo de protección de DR en la región 1

Tarea 3.2.2: Adición de parámetros necesarios para crear el grupo de protección

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

1. Utilice un nombre sencillo y significativo para el grupo PRotection de DR; en este ejemplo se muestra el nombre del sistema de negocio y la región.
2. Seleccione el compartimento en el que desea que se cree el DRPG en la región 1. En general, las personas utilizan el mismo compartimento en ambas regiones.
3. Seleccione el cubo de almacenamiento de objetos creado en la tarea 2 para la región 1. Puede que tenga que cambiar el compartimento si ha creado el cubo en un compartimento diferente.

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

Lo que debe ver después de crear el grupo de protección

El segundo grupo de protección de DR se creará como se muestra en la figura 3.2.3. Los roles y la información del par se asignarán como parte de la tarea 3.3.

Figura 3.2.3: muestra el grupo de protección de DR recién creado en la región 2

Tarea 3.3: Asociar grupos de protección en la región 1 y la región 2

Asocie los DRPG de cada región como iguales entre sí y asigne los roles de principal y en espera. Así es como OCI Full Stack DR sabrá qué dos regiones trabajan juntas para la recuperación de Oracle E-Business Suite. OCI Full Stack DR cambia automáticamente los roles de la base de datos principal y la base de datos en espera como parte de cualquier operación de DR/ejecución de plan de DR; no es necesario gestionar los roles manualmente en ningún momento después de que se asignen los roles iniciales de los DRPG en esta tarea.

Tarea 3.3.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 (Phoenix).
2. Haga clic en Asociar para iniciar el proceso.

Figura 3.3.1: inicio de la asociación de DRPG

Tarea 3.3.2: Asociar grupos de protección en la región 1 y la región 2

Proporcione los parámetros que se muestran en la figura 3.3.2.

1. Seleccione el rol principal. OCI Full Stack DR asignará automáticamente el rol en espera a la región 2.
2. Seleccione la región 2 (Phoenix) donde se creó el otro DRPG.
3. Seleccione el DRPG peer en el que se creó.

Figura 3.3.2: parámetros necesarios para asociar los DRPG

Lo que debe ver una vez finalizada la asociación:

OCI Full Stack DR mostrará algo como la Figura 3.3.3 una vez que se complete la asociación.

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

Figura 3.3.3: visualización de la relación de par desde la perspectiva de DRPG individual

La misma información se puede encontrar siempre que el contexto/vista sea desde una perspectiva global que muestre todos los grupos de protección de DR, como se muestra en la figura 3.4.3.2.

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

Figura 3.4.3.2: visualización de la relación de par desde la perspectiva global de DRPG

Tarea 4: Adición de miembros de Oracle E-Business Suite a los grupos de protección de DR de las regiones 1 y 2

Agregue la base de datos y los servidores de aplicaciones de Oracle E-Business Suite que no se mueven como miembros del grupo de protección de DR (DRPG) en ambas regiones. Los recursos informáticos que no se mueven significa que los servidores de aplicaciones de Oracle E-Business Suite que existen en la región 1 nunca se inician ni se inician en la región 2. Los volúmenes de inicio para recursos informáticos que no se mueven no se replican mediante la replicación de OCI Storage en la región 2 y no se agregan como miembros de ningún grupo de protección de DR.

En este tutorial solo se muestran los pasos relacionados con Oracle E-Business Suite, pero también debe aprovechar esta oportunidad para agregar cualquier servicio IaaS y PaaS de OCI adicional que se deba recuperar junto con Oracle E-Business Suite. Por ejemplo, puede haber otros recursos informáticos en movimiento, recursos informáticos no móviles, bases de datos, equilibradores de carga, sistemas de archivos, almacenamiento de bloques o almacenamiento de objetos asociados a otras aplicaciones internas o de Oracle que formen parte del ecosistema de Oracle E-Business Suite.

Nota: Esta tarea refrescará los planes de DR existentes en ambas regiones al agregar miembros a los grupos de protección de DR existentes. Para obtener más información, consulte Refresh a Disaster Recovery Plan.

Tarea 4.1: Adición de recursos de miembros al grupo de protección de DR a la región 1 (Phoenix)

Agregará los siguientes recursos como miembros del DRPG principal en la región 1.

1. Dos servidores de aplicaciones de Oracle E-Business Suite (Oracle E-Business Suite, instalados y en ejecución).
2. La base de datos Oracle RAC para Oracle E-Business Suite (par principal de Oracle Data Guard).

Tarea 4.1.1: Navegar al grupo de protección de DR principal

Navegue hasta el grupo de protección de DR en la región 1, como se muestra en la figura 4.1.1.

1. Asegúrese de que el contexto de la región de OCI es la región 1 (Phoenix).
2. Seleccione el grupo de protección de DR en la región 1.

Figura 4.1.1: Navegue hasta el grupo de protección de DR en la región 1

Tarea 4.1.2: Agregar Oracle E-Business Suite Application Server 1

Para comenzar, abra el cuadro de diálogo Agregar miembro para agregar el primer servidor de aplicaciones.

1. Haga clic en Miembros.
2. Haga clic en Agregar Miembro.

Figura 4.1.2.1: abra el cuadro de diálogo Agregar miembros.

Seleccione el servidor de aplicaciones 1 en la región 1 como se muestra en la figura 4.1.2.2. No es necesario agregar ningún grupo de volúmenes en bloque ni especificar ninguna propiedad de red, ya que se trata de una instancia que no se mueve.

1. Seleccione Recursos informáticos como Tipo de recurso.
2. Seleccione el compartimento que contiene los servidores de aplicaciones de Oracle E-Business Suite y seleccione la instancia informática que ha designado como servidor de aplicaciones 1.
3. Seleccione Instancia no móvil. Esto informa a OCI Full Stack DR de que no debe intentar iniciar una máquina virtual replicada en la región en espera durante una operación de DR.
4. Haga clic en Agregar para agregar la instancia informática al DRPG (no se muestra).

Figura 4.1.2.2: especifique parámetros para el servidor de aplicaciones 1

Tarea 4.1.3: Agregar Oracle E-Business Suite Application Server 2

1. Haga clic en Agregar Miembro.

   
   Figura 4.1.3.1: abra el cuadro de diálogo Agregar miembros.

Seleccione el servidor de aplicaciones 2 en la región 1 como se muestra en la figura 4.1.3.2. No es necesario agregar ningún grupo de volúmenes en bloque ni especificar ninguna propiedad de red, ya que se trata de una instancia que no se mueve.

1. Seleccione Recursos informáticos como Tipo de recurso.
2. Seleccione el compartimento que contiene los servidores de aplicaciones de Oracle E-Business Suite y seleccione la instancia informática que ha designado como servidor de aplicaciones 2.
3. Seleccione Instancia no móvil. Esto informa a OCI Full Stack DR de que no debe intentar iniciar una máquina virtual replicada en la región en espera durante una operación de DR.
4. Haga clic en Agregar para agregar la instancia informática al DRPG (no se muestra).

Figura 4.1.3.2: especifique parámetros para el servidor de aplicaciones 2

Tarea 4.1.4: Agregar Oracle Database en cluster primario

1. Haga clic en Agregar miembro para agregar la base de datos como miembro.

   
   Figura 4.1.4.1: abra el cuadro de diálogo Agregar miembros.

Seleccione la base de datos RAC para Oracle E-Business Suite en la región 1, como se muestra en la figura 4.1.4.2. Esto también funciona exactamente igual para bases de datos de instancia única.

1. Seleccione Base de datos como Tipo de recurso. El tipo de recurso Base de datos permite elegir entre Oracle Base Database Service u Oracle Exadata Database Service on Dedicated Infrastructure, que están soportados por la ingeniería de Oracle E-Business Suite como opciones válidas.
2. En la imagen de la figura se muestra Oracle Base Database Service, pero también puede utilizar el popular servicio Oracle Exadata Database Service on Dedicated Infrastructure.
3. Seleccione los valores de estos campos que coincidan con el despliegue. Si no conoce las respuestas a estas selecciones, pregunte al administrador de la base de datos.
4. Seleccione el compartimento y el secreto de almacén que contienen la contraseña para la base de datos. Debe haber creado un almacén y un secreto similares en la región 2 como parte de la tarea 2.4. Este parámetro está en el cuadro de diálogo para la compatibilidad con otras API DBaaS, pero la contraseña no se utiliza realmente en absoluto.
5. Haga clic en Agregar para agregar la base de datos como miembro (no se muestra).

Figura 4.1.4.2: especifique parámetros para la base de datos RAC en la región 1

La lista de miembros del grupo de protección de DR debe tener un aspecto similar al de la captura de pantalla que se muestra en la figura 4.1.4.3. La lista puede tener un aspecto diferente si agrega más de Oracle E-Business Suite a este grupo de protección de DR concreto o si agrega recursos de miembros de Oracle E-Business Suite a un grupo de protección de DR existente.

Figura 4.1.4.3: lista completa de miembros necesarios para Oracle E-Business Suite en la región 1

Tarea 4.2: Agregar recursos de miembro a DRPG en la región 2 (Ashburn)

Agregará los recursos que se muestran en la lista como miembros del DRPG en espera en la región 2.

1. Los dos servidores de aplicaciones de Oracle E-Business Suite (Oracle E-Business Suite instalados pero en ejecución).
2. Base de datos RAC para Oracle E-Business Suite (par en espera de Oracle Data Guard).

Oracle E-Business Suite requiere que los servidores de aplicaciones existan en ambas regiones con la aplicación instalada. Los servidores de aplicaciones deben estar en ejecución en todo momento en la región en espera con la aplicación Oracle E-Business Suite instalada, pero no en ejecución en la región en espera.

Esto significa que las actualizaciones del sistema operativo y de la aplicación, los parches y otro mantenimiento rutinario se deben realizar de forma independiente en ambas regiones.

OCI Full Stack DR hace referencia a este modelo de recursos informáticos no móviles, ya que las máquinas virtuales no se replican en otra región y nunca se mueven a ninguna otra región durante una operación de DR. Los dispositivos de inicio para instancias informáticas que están designadas como recursos informáticos no móviles en OCI Full Stack DR no se deben replicar en la región en espera. Por lo tanto, no se agrega ningún grupo de volúmenes en bloque replicado que contenga dispositivos de inicio para recursos informáticos que no se mueven a los grupos de protección de DR (DRPG).

Nota: Como se ha mencionado anteriormente, es inusual que Oracle E-Business Suite sea la única aplicación o servicio asociado a un par de grupos de protección de DR de pila completa de OCI. También puede tener otros recursos IaaS y PaaS como miembros del grupo de protección de DR en la región en espera.

Tarea 4.2.1: Navegación al grupo de protección de DR en espera

Navegue hasta el grupo de protección de DR en la región 2, como se muestra en la figura 4.2.1.

1. Asegúrese de que el contexto de la región de OCI es la región 2 (Ashburn).
2. Seleccione el grupo de protección de DR en la región 2.

Figura 4.2.1: Navegue hasta el grupo de protección de DR en la región 2

Tarea 4.2.2: Agregar Oracle E-Business Suite Application Server 1

Comience por abrir Agregar miembro para agregar el primer servidor de aplicaciones.

1. Seleccione Miembros.
2. Haga clic en Agregar Miembro.

Figura 4.2.2.1: abra el cuadro de diálogo Agregar miembros.

Seleccione el servidor de aplicaciones 1 en la región 2 como se muestra en la figura 4.2.2.2. No es necesario agregar ningún grupo de volúmenes en bloque ni especificar ninguna propiedad de red, ya que se trata de una instancia que no se mueve.

1. Seleccione Recursos informáticos como Tipo de recurso.
2. Seleccione el compartimento que contiene los servidores de aplicaciones de Oracle E-Business Suite y seleccione la instancia informática que ha designado como servidor de aplicaciones 1.
3. Seleccione Instancia no móvil. Esto informa a OCI Full Stack DR de que no debe intentar iniciar una máquina virtual replicada en la región en espera durante una operación de DR.
4. Haga clic en Agregar para agregar la instancia informática al DRPG (no se muestra).

Figura 4.2.2.2: especifique parámetros para el servidor de aplicaciones 1

Tarea 4.2.3: Agregar Oracle E-Business Suite Application Server 2

1. Haga clic en Agregar miembro para agregar el 2º servidor de aplicaciones.

   
   Figura 4.2.3.1: abra el cuadro de diálogo Agregar miembros.

Seleccione el servidor de aplicaciones 2 en la región 2 como se muestra en la figura 4.2.3.2. No es necesario agregar ningún grupo de volúmenes en bloque ni especificar ninguna propiedad de red, ya que se trata de una instancia que no se mueve.

1. Seleccione Recursos informáticos como Tipo de recurso.
2. Seleccione el compartimento que contiene los servidores de aplicaciones de Oracle E-Business Suite y seleccione la instancia informática que ha designado como servidor de aplicaciones 2.
3. Seleccione Instancia no móvil. Esto informa a OCI Full Stack DR de que no debe intentar iniciar una máquina virtual replicada en la región en espera durante una operación de DR.
4. Haga clic en Agregar para agregar la instancia informática al DRPG (no se muestra).

Figura 4.2.3.2: especifique parámetros para el servidor de aplicaciones 2

Tarea 4.2.4: Adición de Bases de Datos en Cluster en Espera de Oracle

1. Haga clic en Agregar miembro para agregar la base de datos como miembro.

   
   Figura 4.2.4.1: abra el cuadro de diálogo Agregar miembros.

Seleccione la base de datos RAC para Oracle E-Business Suite en la región 2, como se muestra en la figura 4.2.4.2. Esto también funciona exactamente igual para bases de datos de instancia única.

1. Seleccione Base de datos como Tipo de recurso. El tipo de recurso Base de datos permite elegir entre Oracle Base Database Service u Oracle Exadata Database Service on Dedicated Infrastructure, que están soportados por la ingeniería de Oracle E-Business Suite como opciones válidas.
2. En la figura siguiente se muestra Oracle Base Database Service, pero también puede utilizar el popular servicio Oracle Exadata Database Service on Dedicated Infrastructure.
3. Seleccione los valores de estos campos que coincidan con su despliegue. Si no conoce las respuestas a estas selecciones, pregunte al administrador de la base de datos.
4. Seleccione el compartimento y el secreto de almacén que contienen la contraseña para la base de datos. Debe haber creado un almacén y un secreto similares en la región 2 como parte de la tarea 2.4. Este parámetro está en el cuadro de diálogo para la compatibilidad con otras API DBaaS, pero la contraseña no se utiliza realmente en absoluto.
5. Haga clic en Agregar para agregar la base de datos como miembro (no se muestra).

Figura 4.2.4.2: especifique parámetros para la base de datos RAC en la región 2

La lista de miembros del grupo de protección de DR debe tener un aspecto similar al de la captura de pantalla que se muestra en la figura 4.2.4.3. La lista puede tener un aspecto diferente si agrega más de Oracle E-Business Suite a este grupo de protección de DR concreto o si agrega recursos de miembros de Oracle E-Business Suite a un grupo de protección de DR existente.

Figura 4.2.4.3: lista completa de miembros necesarios para Oracle E-Business Suite en la región 2

Tarea 5: Creación de los planes de DR en la región 2

Esta tarea crea un switchover básico, un failover e iniciar planes de detalle asociados al grupo de protección de DR en espera en la región 2 (Ashburn).

El objetivo de cada plan es pasar 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 de 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 principal después de un failover o switchover.

OCI Full Stack DR rellenará previamente ambos planes con pasos incorporados basados en los recursos de miembros agregados en las tareas anteriores. Los planes se personalizarán en pasos posteriores para manejar todas las tareas relacionadas con Oracle E-Business Suite System durante una operación de recuperación.

Los planes de DR 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 Ashburn.

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

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

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

Tarea 5.1: Crear un plan de DR para el switchover a la región 2

La creación de un plan de DR es simple, como se muestra en la Figura 5-2.

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 Tipo de plan. Solo hay cuatro tipos de planes en el momento de escribir este artículo.

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

Tarea 5.2: Creación de un plan de DR para failover a la región 2

Siga el mismo proceso para crear un plan de failover básico como se muestra en la Figura 5-2.

1. Haga que el nombre del plan de failover sea simple pero significativo.
2. Seleccione Tipo de plan. Solo hay cuatro tipos de planes en el momento de escribir este artículo.

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

Tarea 5.3: Crear plan de DR para iniciar detalle en región 2

Siga el mismo proceso para crear un plan de perforación de inicio como se muestra en la Figura 5-3.

1. Haga que el nombre del plan de detalle de inicio sea simple pero significativo.
2. Seleccione Tipo de plan. Solo hay cuatro tipos de planes en el momento de escribir este artículo.

Figura 5-3: parámetros necesarios para crear el plan de detalle de inicio de DR

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

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

Nota: OCI Full Stack DR soportará la creación de un plan de detención de cambio de nivel solo después de que el plan de inicio de cambio de nivel se haya ejecutado correctamente. Para el tutorial, está fuera del ámbito crear un plan de detención de cambio de nivel, pero se recomienda que también se cree un cambio de nivel de parada en ambos grupos de protección de DR.

Tarea 6: Personalización de los planes de DR en la región 2 (Ashburn)

OCI Full Stack DR cuenta con inteligencia integrada para organizar la recuperación de los recursos de infraestructura como servicio (IaaS) y plataforma como servicio (PaaS) de OCI. OCI Full Stack DR no tiene inteligencia integrada para organizar la recuperación de Oracle E-Business Suite, ya que Oracle E-Business Suite no proporciona actualmente API nativas de recuperación ante desastres de OCI para desplegar o gestionar su propia recuperación ante desastres incorporada.

Sin embargo, OCI Full Stack DR aún puede orquestar la recuperación de Oracle E-Business Suite agregando grupos de planes de DR definidos por el usuario y pasos a los planes de DR base creados como parte de la tarea 5. Los pasos definidos por el usuario llaman a los scripts de Oracle E-Business Suite que se han descargado e instalado en los servidores de aplicaciones de Oracle E-Business Suite en ambas regiones o en el nodo de control de DR dedicado como parte de la tarea 2.3. Los siguientes son los grupos de planes definidos por el usuario en un nivel superior. Los grupos de planes que se deben agregar variarán según los tipos de planes de DR.

1. Cierre Oracle E-Business Suite y desactive los trabajos rsync en node2 en la región 1.
2. Cierre Oracle E-Business SuiteS y desactive los trabajos rsync en node1 en la región 1.
3. Borrar nombres de nodo en las tablas fnd de la base de datos en la región 2.
4. Configure el contexto de la aplicación en la base de datos en node1 en la región 2.
5. Configure el contexto de la aplicación en la base de datos en node2 en la región 2.
6. Ejecute autoconfig en node1 en la región 2.
7. Ejecute autoconfig en node2 en la región 2.
8. Inicie Oracle E-Business Suite y active los trabajos rsync en node1 en la región 2.
9. Inicie Oracle E-Business Suite y active los trabajos rsync en node2 en la región 2.

Tarea 6.1: Seleccionar el plan de switchover

Comience navegando hasta el plan de switchover creado en la tarea 5.

Figura 6.1: seleccione el plan de switchover en la región 2

OCI Full Stack DR generará los grupos de planes Prechecks-Built in y Databases-Switchover, que se generaron en función de los miembros que agregamos a los grupos de protección de DR en la región 1 y la región 2.

Figura 6.1.1: grupos de planes por defecto para el plan de switchover en la región 2

Tarea 6.2: Crear un grupo de planes para cerrar Oracle E-Business Suite y desactivar los trabajos de resincronización en el nodo 2 de la región 1

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

El primer grupo de planes definido por el usuario cerrará Oracle E-Business Suite y desactivará los trabajos rsync en node2 en la región 1. Este grupo de planes contendrá dos pasos que llaman a los scripts bash shutdownapps.sh y fsdr-rsync-ebs.sh que se descargaron en los nodos de servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.2.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-2.1: comience a agregar un grupo de planes para cerrar Oracle E-Business Suite y desactive los trabajos rsync en node2

Tarea 6.2.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Vamos a agregar dos pasos para ejecutar scripts bash para parar Oracle E-Business Suite en node2 y desactivar los trabajos cron de rsync en node2 en la región 1. En nuestro ejemplo, el nombre de node2 es ebshaapp02phx.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar antes del grupo de planes Databases-Switchover.
3. Seleccione el grupo de planes Bases de datos - Switchover incorporado.
4. Vamos a añadir dos pasos. El primer paso es parar Oracle E-Business Suite en el nodo 2 y el segundo script es desactivar los trabajos rsync en el nodo 2.
5. Haga clic en Agregar Paso para abrir el cuadro de diálogo donde especificaremos el script para parar Oracle E-Business Suite en node2.

Figura 6.2.2: Planificar el grupo para cerrar Oracle E-Business Suite y parar los trabajos rsync

Tarea 6.2.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a agregar dos pasos en este grupo de planes.

• El Paso 1 consiste en parar la aplicación Oracle E-Business Suite en node2.
• Paso 2: desactiva los trabajos rysnc en node2.

Para esta configuración, el nodo 2 es ebshaapp02phx.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione la Región 1, así que en nuestro caso es Phoenix.

3. Seleccione Ejecutar script local.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node2 y seleccione el nodo 2, en nuestro caso es ebshaapp02phx.

5. Pegue la ruta de acceso absoluta en la que instaló el script shutdownapps.sh en la aplicación node2 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no puede parar la aplicación Oracle E-Business Suite en node2. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 1800 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.2.3.1: parámetros para crear el paso del plan para parar Oracle E-Business Suite en el nodo 2

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.2.3.2: se ha agregado el paso Parar Oracle E-Business Suite en el nodo 2

11. Haga clic en Agregar paso para agregar el segundo paso a este grupo de planes.

12. Nombre descriptivo que explica qué tarea realiza este paso.

13. Seleccione la región 1, así que en nuestro caso es Phoenix.

14. Seleccione Ejecutar script local.

15. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node2 y seleccione el nodo 2, en nuestro caso es ebshaapp02phx.

16. Pegue la ruta de acceso absoluta en la que instaló el script fsdr-rsync-ebs.sh en la aplicación node2 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

17. Especifique oracle como usuario para ejecutar el script.

18. El plan de DR se debe detener si el script no desactiva los trabajos rsync en node2. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

19. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 300 segundos o lo que se considere un valor de timeout más realista.

20. Haga clic en Agregar paso para agregar este paso al grupo de planes.

    
    Figura 6.2.3.1: parámetros para crear el paso del plan para desactivar trabajos rysnc en el nodo 2

21. Se mostrará como a continuación una vez que se agregue el paso 2.

    
    Figura 6.2.3.2: se agrega la desactivación de trabajos rysnc en el nodo 2

Tarea 6.2.4: Completar la adición de grupos de planes y pasos

Tanto la parada de la aplicación Oracle E-Business Suite como la desactivación de los trabajos rsync en node2 se agregan al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.2.4.1: finalice la adición del grupo de planes y los pasos para parar Oracle E-Business Suite y desactivar el trabajo rsync en node1

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.2.4.1: pare Oracle E-Business Suite y desactive el trabajo rsync en el grupo de planes node1 agregado

Tarea 6.3: Crear un grupo de planes para cerrar Oracle E-Business Suite y desactivar los trabajos de resincronización en el nodo 1 de la región 1

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario cerrará Oracle E-Business Suite y desactivará los trabajos rsync en node1 en la región 1. Este grupo de planes contendrá dos pasos que llaman a los scripts bash shutdownapps.sh y fsdr-rsync-ebs.sh que se descargaron en los nodos de servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

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-3.1: comience a agregar un grupo de planes para cerrar Oracle E-Business Suite y desactive los trabajos rsync en node1

Tarea 6.3.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Vamos a agregar dos pasos para ejecutar scripts bash para parar Oracle E-Business Suite en node1 y desactivar los trabajos cron de rsync en node1 en la región 1. En nuestro ejemplo, el nombre de node1 es ebshaapp01phx.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del grupo de planes Cerrar EBS en node2 en PHX.
3. Seleccione el grupo de planes Cierre de EBS en node2 en PHX definido por el usuario.
4. Vamos a añadir dos pasos. El primer paso es parar Oracle E-Business Suite en el nodo 1 y el segundo script es desactivar los trabajos rsync en el nodo 1.
5. Haga clic en Agregar Paso para abrir el cuadro de diálogo donde especificaremos el script para parar Oracle E-Business Suite en node2.

Figura 6.3.2: planifique que el grupo cierre Oracle E-Business Suite y pare los trabajos rsync

Tarea 6.3.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a agregar dos pasos en este grupo de planes.

• El Paso 1 consiste en parar la aplicación Oracle E-Business Suite en node1.
• El Step 2 consiste en desactivar trabajos rysnc en node1.

Para esta configuración, el nodo 1 es ebshaapp01phx.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 1, así que en nuestro caso es Phoenix.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp01phx.

5. Pegue la ruta de acceso absoluta en la que instaló el script shutdownapps.sh en la aplicación node2 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no puede parar la aplicación Oracle E-Business Suite en node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 1800 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.3.3.1: parámetros para crear el paso de plan para parar Oracle E-Business Suite en el nodo 1

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.3.3.2: se ha agregado el paso Parar Oracle E-Business Suite en el nodo 1

11. Haga clic en Agregar paso para agregar el segundo paso a este grupo de planes.

12. Nombre descriptivo que explica qué tarea realiza este paso.

13. Seleccione la región 1, así que en nuestro caso es Phoenix.

14. Seleccione Ejecutar script local.

15. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp02phx.

16. Pegue la ruta de acceso absoluta en la que instaló el script fsdr-rsync-ebs.sh en la aplicación node2 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

17. Especifique oracle como usuario para ejecutar el script.

18. El plan de DR se debe detener si el script no desactiva los trabajos rsync en node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

19. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 300 segundos o lo que se considere un valor de timeout más realista.

20. Haga clic en Agregar paso para agregar este paso al grupo de planes.

    
    Figura 6.3.3.1: parámetros para crear el paso del plan para desactivar trabajos rysnc en el nodo 1

21. Se mostrará como a continuación una vez que se agregue el paso 2.

    
    Figura 6.3.3.2: se agrega la desactivación de trabajos rysnc en el nodo 1

Tarea 6.3.4: Completar la adición de grupos de planes y pasos

Tanto la parada de la aplicación Oracle E-Business Suite como la desactivación de los trabajos rsync en node2 se agregan al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.3.4.1: finalice la adición del grupo de planes y los pasos para parar Oracle E-Business Suite y desactivar el trabajo rsync en node1

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.3.4.1: pare Oracle E-Business Suite y desactive el trabajo rsync en el grupo de planes node1 agregado

Tarea 6.4: Creación de un grupo de planes para borrar nombres de nodos en las tablas fnd de la base de datos en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definido por el usuario borrará los nombres de nodo en las tablas fnd de la base de datos en la región 2. Este grupo de planes contendrá un paso que llama al script bash fndnodeclean.sh que se descargó en los nodos del servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.4.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.4.1: comience a agregar un grupo de planes para cerrar Oracle E-Business Suite y desactive los trabajos rsync en node1

Tarea 6.4.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Vamos a agregar uno para ejecutar el script bash para borrar los nombres de nodo en las tablas fnd de la base de datos en node1 en la región 1. En nuestro ejemplo, el nombre de node1 es ebshaapp01iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del grupo de planes Bases de datos - Switchover.
3. Seleccione el grupo de planes Bases de datos - Switchover incorporado.
4. Agregaremos un paso para borrar los nombres de nodo en las tablas fnd de la base de datos.
5. Haga clic en Agregar paso para abrir el cuadro de diálogo, donde especificaremos el script para borrar los nombres de nodo en las tablas fnd de la base de datos.

Figura 6.4.2: planifique el grupo para borrar los nombres de nodo en las tablas fnd de la base de datos.

Tarea 6.4.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a añadir una sola en este grupo de planes.

• Step es ejecutar fndnodeclean en node1.

Para esta configuración, el nodo 1 es ebshaapp01iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp01iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script fndnodeclean.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no puede parar la aplicación Oracle E-Business Suite en node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 900 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.4.3.1: parámetros para crear el paso del plan para borrar nombres de nodos en tablas fnd de base de datos

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.4.3.2: borrado de nombres de nodos en tablas fnd de base de datos

Tarea 6.4.4: Completar la adición de grupos de planes y pasos

El paso para borrar los nombres de nodo en las tablas fnd de la base de datos se agrega al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.4.4.1: finalice la adición del grupo de planes y el paso para borrar los nombres de nodos en las tablas fnd de la base de datos

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.4.4.2: para borrar nombres de nodo en tablas fnd de base de datos en el grupo de planes node1 agregado

Tarea 6.5: Crear un grupo de planes para configurar el contexto de la aplicación en la base de datos en node1 en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario configurará el contexto de la aplicación en la base de datos el node1 en la región 2. Este grupo de planes contendrá un paso que llama al script bash dbtxkconfig.sh que se descargó en los nodos del servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.5.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.1: comience a agregar un grupo de planes para configurar el contexto de aplicación en la base de datos en node1

Tarea 6.5.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Vamos a agregar un paso para ejecutar el script bash para configurar el contexto de la aplicación en la base de datos en node1 en la región 2. En nuestro ejemplo, el nombre de node1 es ebshaapp01iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del grupo de planes Borrar nombres de nodos en tablas fnd de base de datos en IAD.
3. Seleccione el grupo de planes Borrar nombres de nodos en tablas fnd de base de datos en IAD incorporado.
4. Agregaremos un paso para configurar el contexto de la aplicación en la base de datos en node1.
5. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para configurar el contexto de la aplicación en la base de datos en node1.

Figura 6.5.2: planifique el grupo para configurar el contexto de aplicación en la base de datos en node1

Tarea 6.5.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a añadir una sola en este grupo de planes.

• Step es ejecutar dbtxkconfig en node1 (cambiar nombres de host físicos).

Para esta configuración, el nodo 1 es ebshaapp01iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp01iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script dbtxkconfig.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta. Es extremadamente importante proporcionar todos los detalles con los parámetros adecuados.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no configura el contexto de la aplicación en la base de datos node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 900 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.5.3.1: parámetros para crear el paso del plan para configurar el contexto de aplicación en la base de datos node1

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.5.3.2: para configurar el contexto de aplicación en la base de datos node1

Tarea 6.5.4: Completar la adición de grupos de planes y pasos

El paso para configurar el contexto de la aplicación en la base de datos node1 se agrega al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.5.4.1: finalice la adición del grupo de planes y el paso para configurar el contexto de la aplicación en la base de datos node1

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.5.4.2: para configurar el contexto de aplicación en el grupo de planes node1 de la base de datos agregado

Tarea 6.6: Crear grupo de planes para configurar el contexto de aplicación en la base de datos en node2 en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario configurará el contexto de la aplicación en la base de datos el node2 en la región 2. Este grupo de planes contendrá un paso que llama al script bash dbtxkconfig.sh que se descargó en los nodos del servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.6.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.6.1: comience a agregar un grupo de planes para configurar el contexto de la aplicación en la base de datos en node2

Tarea 6.6.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Vamos a agregar un paso para ejecutar el script bash para configurar el contexto de la aplicación en la base de datos en node2 en la región 2. En nuestro ejemplo, el nombre de node2 es ebshaapp02iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del contexto de la aplicación de configuración en la base de datos en node1 en el grupo de planes de IAD.
3. Seleccione el grupo de planes Configurar contexto de aplicación en la base de datos en node1 en IAD incorporado.
4. Agregaremos un paso para configurar el contexto de la aplicación en la base de datos en node2.
5. Haga clic en Agregar paso para abrir el cuadro de diálogo donde especificaremos el script para configurar el contexto de la aplicación en la base de datos en node1.

Figura 6.6.2: planifique el grupo para configurar el contexto de aplicación en la base de datos en node2

Tarea 6.6.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a añadir una sola en este grupo de planes.

• Step es ejecutar dbtxkconfig en node2 (cambiar nombres de host físicos).

Para esta configuración, el nodo 2 es ebshaapp02iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp02iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script dbtxkconfig.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta. Es extremadamente importante proporcionar todos los detalles con los parámetros adecuados.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no configura el contexto de la aplicación en la base de datos node2. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 900 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.6.3.1: parámetros para crear el paso del plan para configurar el contexto de aplicación en la base de datos node2

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.6.3.2: para configurar el contexto de aplicación en la base de datos node2

Tarea 6.6.4: Completar la adición de grupos de planes y pasos

El paso para configurar el contexto de la aplicación en la base de datos node1 se agrega al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.6.4.1: finalice la adición del grupo de planes y el paso para configurar el contexto de la aplicación en la base de datos node2

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.6.4.2: para configurar el contexto de aplicación en el grupo de planes node2 de la base de datos agregado

Tarea 6.7: Crear un grupo de planes para ejecutar autoconfig en la aplicación node1 en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario ejecutará autoconfig en la aplicación node1 en la región 2. Este grupo de planes contendrá un paso que llama al script bash autoconfigapps.sh que se descargó en los nodos del servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.7.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.7.1: comience a agregar un grupo de planes para ejecutar la configuración automática en la aplicación node1

Tarea 6.7.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Vamos a agregar un paso para ejecutar el script bash para ejecutar autoconfig en la aplicación node1 en la región 2. En nuestro ejemplo, el nombre de node1 es ebshaapp01iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del contexto de la aplicación de configuración en la base de datos en node2 en el grupo de planes de IAD.
3. Seleccione el grupo de planes Configurar contexto de aplicación en la base de datos en node2 en IAD incorporado.
4. Agregaremos un paso para configurar el contexto de la aplicación en la base de datos en node2.
5. Haga clic en Agregar paso para abrir el cuadro de diálogo, donde especificaremos el script para ejecutar autoconfig en la aplicación node1.

Figura 6.7.2: planifique que el grupo ejecute la configuración automática en la aplicación node1

Tarea 6.7.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a añadir una sola en este grupo de planes.

• Step es ejecutar autoconfig en node1.

Para esta configuración, el nodo 1 es ebshaapp01iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp01iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script autoconfigapps.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros correctos. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta. Es extremadamente importante proporcionar todos los detalles con los parámetros adecuados.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no puede ejecutar autoconfig en la aplicación node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 900 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.7.3.1: parámetros para crear el paso del plan para ejecutar la configuración automática en la aplicación node1

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.7.3.2: para ejecutar la configuración automática en la aplicación node1

Tarea 6.7.4: Completar la adición de grupos de planes y pasos

El paso para ejecutar autoconfig en la aplicación node1 se agrega al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.7.4.1: finalice la adición del grupo de planes y el paso para ejecutar la configuración automática en la aplicación node1

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.7.4.2: para ejecutar la configuración automática en el grupo de planes node1 de la aplicación agregado

Tarea 6.8: Crear un grupo de planes para ejecutar autoconfig en la aplicación node2 en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario ejecutará autoconfig en la aplicación node2 en la región 2. Este grupo de planes contendrá un paso que llama al script bash autoconfigapps.sh que se descargó en los nodos del servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.8.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.8.1: comience a agregar un grupo de planes para ejecutar la configuración automática en la aplicación node2

Tarea 6.8.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Vamos a agregar un paso para ejecutar el script bash para ejecutar autoconfig en la aplicación node2 en la región 2. En nuestro ejemplo, el nombre de node2 es ebshaapp02iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del grupo de planes Ejecutar configuración automática en la aplicación node1 en IAD.
3. Seleccione el grupo de planes Ejecutar configuración automática en la aplicación node1 en IAD incorporado.
4. Agregaremos un paso para configurar el contexto de la aplicación en la base de datos en node2.
5. Haga clic en Agregar paso para abrir el cuadro de diálogo, donde especificaremos el script para ejecutar autoconfig en la aplicación node2.

Figura 6.8.2: planifique que el grupo ejecute la configuración automática en la aplicación node2

Tarea 6.8.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a añadir una sola en este grupo de planes.

• Step es ejecutar autoconfig en node2.

Para esta configuración, el nodo 1 es ebshaapp02iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node2 y seleccione el nodo 2, en nuestro caso es ebshaapp02iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script autoconfigapps.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta. Es extremadamente importante proporcionar todos los detalles con los parámetros adecuados.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no puede ejecutar la configuración automática en la aplicación node2. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 900 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.8.3.1: parámetros para crear el paso del plan para ejecutar la configuración automática en la aplicación node2

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.8.3.2: para ejecutar la configuración automática en la aplicación node2

Tarea 6.8.4: Completar la adición de grupos de planes y pasos

El paso para ejecutar autoconfig en la aplicación node2 se agrega al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.8.4.1: finalice la adición del grupo de planes y el paso para ejecutar la configuración automática en la aplicación node2

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.8.4.2: para ejecutar la configuración automática en el grupo de planes node2 de la aplicación agregado

Tarea 6.9: Crear un grupo de planes para iniciar Oracle E-Business Suite y activar trabajos de resincronización en el nodo 1 en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario iniciará Oracle E-Business Suite y activará los trabajos rsync en node1 en la región 2. Este grupo de planes contendrá dos pasos que llaman a los scripts bash startapps.sh y fsdr-rsync-ebs.sh que se descargaron en los nodos de servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.9.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-9.1: Comience a agregar un grupo de planes para iniciar Oracle E-Business Suite y active los trabajos rsync en node1

Tarea 6.9.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Vamos a agregar dos pasos para ejecutar scripts bash para iniciar Oracle E-Business Suite en node1 y activar trabajos cron de rsync en node1 en la región 2. En nuestro ejemplo, el nombre de node1 es ebshaapp01iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del grupo de planes Ejecutar configuración automática en la aplicación node2 en IAD.
3. Seleccione el grupo de planes Ejecutar configuración automática en la aplicación node2 en IAD definido por el usuario.
4. Vamos a añadir dos pasos. El primer paso es iniciar Oracle E-Business Suite en el nodo 1 y el segundo script es activar los trabajos rsync en el nodo 1.
5. Haga clic en Agregar Paso para abrir el cuadro de diálogo donde especificaremos el script para iniciar Oracle E-Business Suite en node2.

Figura 6.9.2: planifique el grupo para iniciar ebs y activar trabajos rsync en node1

Tarea 6.9.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a agregar dos pasos en este grupo de planes.

• El Paso 1 consiste en iniciar la aplicación Oracle E-Business Suite en node1.
• El Step 2 consiste en activar trabajos rysnc en node1.

Para esta configuración, el nodo 1 es ebshaapp01iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp01iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script startapps.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no inicia la aplicación Oracle E-Business Suite en node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 1800 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.9.3.1: parámetros para crear el paso de plan para iniciar Oracle E-Business Suite en el nodo 1

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.9.3.2: se ha agregado el paso Iniciar Oracle E-Business Suite en el nodo 1

11. Haga clic en Agregar paso para agregar el segundo paso a este grupo de planes.

12. Nombre descriptivo que explica qué tarea realiza este paso.

13. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

14. Seleccione Ejecutar script local.

15. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 1, en nuestro caso es ebshaapp0iad.

16. Pegue la ruta de acceso absoluta en la que instaló el script fsdr-rsync-ebs.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

17. Especifique oracle como usuario para ejecutar el script.

18. El plan de DR se debe detener si la secuencia de comandos no activa los trabajos rsync en node1. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

19. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 300 segundos o lo que se considere un valor de timeout más realista.

20. Haga clic en Agregar paso para agregar este paso al grupo de planes.

    
    Figura 6.9.3.1: parámetros para crear el paso del plan para activar trabajos rysnc en el nodo 1

21. Se mostrará como a continuación una vez que se agregue el paso 2.

    
    Figura 6.9.3.2: se agrega la activación de trabajos rysnc en el nodo 1

Tarea 6.9.4: Completar la adición de grupos de planes y pasos

Tanto el inicio de la aplicación Oracle E-Business Suite como la activación de trabajos rsync en node1 se agregan al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.9.4.1: finalice la adición del grupo de planes y los pasos para iniciar Oracle E-Business Suite y activar el trabajo rsync en node1

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.9.4.1: inicie Oracle E-Business Suite y active el trabajo rsync en el grupo de planes node1 agregado

Tarea 6.10: Crear un grupo de planes para iniciar Oracle E-Business Suite y activar trabajos de sincronización en el nodo 2 en la región 2

Ahora, agreguemos el siguiente grupo de planes definido por el usuario.

Este grupo de planes definidos por el usuario iniciará Oracle E-Business Suite y activará los trabajos rsync en node2 en la región 2. Este grupo de planes contendrá dos pasos que llaman a los scripts bash startapps.sh y fsdr-rsync-ebs.sh que se descargaron en los nodos de servidor de aplicaciones de Oracle E-Business Suite en la tarea 2.3.

Tarea 6.10.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-10.1: comience a agregar un grupo de planes para iniciar Oracle E-Business Suite y active los trabajos rsync en node2

Tarea 6.10.2: Proporcionar nombre de grupo de planes, indicación y agregar paso

Un grupo de planes de DR puede contener muchos pasos que se ejecutan en paralelo. Vamos a agregar dos pasos para ejecutar scripts bash para iniciar Oracle E-Business Suite en node1 y activar trabajos cron de rsync en node1 en la región 2. En nuestro ejemplo, el nombre de node1 es ebshaapp02iad.

1. Asigne al grupo de planes un nombre simple pero descriptivo.
2. Seleccione una posición en la que se insertará el grupo de planes en el plan de DR. En este caso, vamos a insertar nuestro grupo de planes definido por el usuario agregar después del grupo de planes Startup EBS en node1 at IAD.
3. Seleccione el grupo de planes Startup EBS en node1 at IAD definido por el usuario.
4. Vamos a añadir dos pasos. El primer paso es iniciar Oracle E-Business Suite en el nodo 2 y el segundo script es activar los trabajos rsync en el nodo 2.
5. Haga clic en Agregar Paso para abrir el cuadro de diálogo donde especificaremos el script para iniciar Oracle E-Business Suite en node2.

Figura 6.10.2: planifique el grupo para iniciar Oracle E-Business Suite y activar los trabajos rsync en node2

Tarea 6.10.3: Proporcionar nombres de pasos y parámetros de script local

El cuadro de diálogo Agregar paso de grupo de planes permite especificar parámetros sobre el rendimiento de este paso y cómo se comportará durante la recuperación. Vamos a agregar dos pasos en este grupo de planes.

• El Paso 1 consiste en iniciar la aplicación Oracle E-Business Suite en node2.
• El Step 2 consiste en activar trabajos rysnc en node2.

Para esta configuración, el nodo 2 es ebshaapp02iad.

Vamos a explicar todos los campos de este cuadro de diálogo, pero dejar fuera este detalle en todas las capturas de pantalla restantes en los pasos siguientes, ya que estamos realizando el mismo proceso repetidamente.

1. Nombre descriptivo que explica qué tarea realiza este paso.

2. Seleccione el tipo definido por el usuario como Ejecutar script local.

3. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

4. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 2, en nuestro caso es ebshaapp02iad.

5. Pegue la ruta de acceso absoluta en la que instaló el script startapps.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

6. Especifique oracle como usuario para ejecutar el script.

7. El plan de DR se debe parar si el script no inicia la aplicación Oracle E-Business Suite en node2. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

8. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 1800 segundos o lo que se considere un valor de timeout más realista.

9. Haga clic en Agregar paso para agregar este paso al grupo de planes.

   
   Figura 6.10.3.1: parámetros para crear el paso del plan para iniciar Oracle E-Business Suite en el nodo 2

10. Se mostrará como se muestra a continuación una vez que se agregue el paso 1.

    
    Figura 6.10.3.2: se ha agregado el paso Iniciar Oracle E-Business Suite en el nodo 2

11. Haga clic en Agregar paso para agregar el segundo paso a este grupo de planes.

12. Nombre descriptivo que explica qué tarea realiza este paso.

13. Seleccione la región 2, por lo que en nuestro caso es Ashburn.

14. Seleccione Ejecutar script local.

15. Seleccione el compartimento correcto que contiene la aplicación Oracle E-Business Suite node1 y seleccione el nodo 2, en nuestro caso es ebshaapp0iad.

16. Pegue la ruta de acceso absoluta en la que instaló el script fsdr-rsync-ebs.sh en la aplicación node1 de Oracle E-Business Suite con los parámetros adecuados. Puede consultar los detalles del archivo Léame desde el enlace GitHub proporcionado en la tarea 2.3 para obtener la sintaxis exacta.

17. Especifique oracle como usuario para ejecutar el script.

18. El plan de DR se debe detener si la secuencia de comandos no activa los trabajos rsync en node2. Esto permitirá que cualquiera vea que hay un problema y lo solucione. OCI Full Stack DR ofrece la oportunidad de seguir ejecutando el plan de switchover después de solucionar el problema.

19. El valor por defecto antes de que OCI Full Stack DR declare un fallo es de 60 minutos (3600 segundos). Este valor se puede cambiar a 300 segundos o lo que se considere un valor de timeout más realista.

20. Haga clic en Agregar paso para agregar este paso al grupo de planes.

    
    Figura 6.10.3.1: parámetros para crear el paso del plan para activar trabajos rysnc en el nodo 2

21. Se mostrará como a continuación una vez que se agregue el paso 2.

    
    Figura 6.10.3.2: se agrega la activación de trabajos rysnc en el nodo 2

Tarea 6.10.4: Completar la adición de grupos de planes y pasos

Tanto el inicio de la aplicación Oracle E-Business Suite como la activación de trabajos rsync en node2 se agregan al grupo de planes de DR.

1. Haga clic en Agregar para agregar el grupo de planes de DR y los pasos al plan de DR.

   
   Figura 6.10.4.1: finalice la adición del grupo de planes y los pasos para iniciar Oracle E-Business Suite y activar el trabajo rsync en node2

2. Verifique que el grupo de planes agregado esté disponible en el plan de switchover.

   
   Figura 6.10.4.1: inicie Oracle E-Business Suite y active el trabajo rsync en el grupo de planes node2 agregado

Nota: Con esto, hemos completado todos los grupos de planes definidos por el usuario necesarios para el plan de switchover. Asegúrese de verificar que tiene los grupos de planes en el orden correcto, esto es realmente importante.

Una vez que se ha personalizado el plan de switchover, debe tener este aspecto:

Figura 6.10.5.1: todos los grupos de planes para el plan de switchover en la región 2

Nota: Puede reordenar el grupo de planes en caso de que no lo haya ordenado en el orden correcto.

Tarea 6.11: Seleccionar el plan de failover

Comience navegando hasta el plan de failover creado en la tarea anterior.

Figura 6.11: seleccione un plan de failover en la región 2

OCI Full Stack DR generará los grupos de planes Prechecks-Built in y Databases-Failover, que se generaron en función de los miembros que agregamos a los grupos de protección de DR en la región 1 y la región 2.

Figura 6.11.1: grupos de planes por defecto para el plan de failover en la región 2

De forma similar a como hemos personalizado el plan de switchover, agregaremos los grupos de planes definidos por el usuario necesarios para el plan de failover.

Debe agregar los siguientes grupos de planes definidos por el usuario mencionados después del grupo de planes incorporado Databases-Failover.

1. Borre los nombres de nodo en las tablas fnd de la base de datos en la región 2.
2. Configure el contexto de la aplicación en la base de datos en node1 en la región 2.
3. Configure el contexto de la aplicación en la base de datos en node2 en la región 2.
4. Ejecute autoconfig en node1 en la región 2.
5. Ejecute autoconfig en node2 en la región 2.
6. Inicie Oracle E-Business Suite y active los trabajos rsync en node1 en la región 2.
7. Inicie Oracle E-Business Suite y active los trabajos rsync en node2 en la región 2.

Nota: No vamos a seguir los pasos para volver a agregar los grupos de planes definidos por el usuario. Consulte Tarea 6.4 a 6.9 para obtener instrucciones detalladas.

Una vez que se ha personalizado el plan de failover, se debe parecer al siguiente:

Figura 6.11.1: todos los grupos de planes para el plan de failover en la región 2

Nota:

• Puede reordenar los grupos de planes en caso de que no haya indicado en el orden correcto.

• También puede personalizar el plan Iniciar detalle.

  Tenga en cuenta que para el plan de cambio de nivel de inicio, no se creará ningún grupo de planes incorporado para la base de datos.

  Debe crear un grupo de planes definidos por el usuario para convertir la base de datos física en espera en una base de datos de instantánea en espera. Puede utilizar comandos estándar de Oracle Data Guard Broker para realizar esa operación y poner en un script de envoltorio.

  Además, puede agregar grupos de planes definidos por el usuario relacionados con la aplicación, de forma similar a lo que hace para un plan de Failover.

• OCI Full Stack DR permitirá crear un plan de detención de detalle una vez ejecutado el plan de inicio de detalle. Para obtener más información, consulte Planes de detalle de DR. El plan Detener detalle está revirtiendo las operaciones que se realizaron en el plan de inicio de detalle.

• También puede personalizar el plan Detener detalle.

  Tenga en cuenta que para el plan de detención de cambio de nivel, no se creará ningún grupo de planes incorporado para la base de datos.

  Debe crear un grupo de planes definidos por el usuario para convertir la instantánea en espera en una base de datos física. Puede utilizar comandos estándar de Oracle Data Guard Broker para realizar esa operación y poner en un script de envoltorio.

  Además, puede agregar grupos de planes definidos por el usuario relacionados con las aplicaciones para parar todas las aplicaciones relacionadas con Oracle E-Business Suite.

Como parte de este tutorial, ejecutaremos un plan de **conmutación en las tareas siguientes.**

Tarea 7: Ejecución del plan de switchover en la región 2 (Ashburn)

Tanto los planes de DR de switchover como de failover se han creado en la región en espera 2 (Ashburn). Los planes de DR de la región 2 permiten a OCI Full Stack DR realizar la transición de las cargas de trabajo de la región 1 a la región 2. La siguiente tarea consiste en crear operaciones de switchover, failover e iniciar planes de detalle en el grupo de protección para la región 1 (Phoenix) para que OCI 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 base de datos en espera y la región 2 la principal. Ejecute el plan de switchover que se acaba de crear para pasar la carga de trabajo de la región 1 (Phoenix) a la región 2 (Ashburn).

Tarea 7.1: Iniciar ejecución de plan

Ejecute el plan de recuperación ante desastres para comenzar el proceso de transición de la carga de trabajo de Oracle Integration Cloud 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 (Ashburn).
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 que el grupo de protección de DR correcto en la región 2 esté seleccionado; debe ser el rol Standby.
4. Asegúrese de que existan tanto los planes de failover como de switchover antes de continuar; de lo contrario, vuelva a los pasos anteriores para crear y personalizar ambos planes de DR.
5. Haga clic en Ejecute el plan en DR.

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

Tarea 7.2: Seleccionar plan de switchover y ejecutar

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

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

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

Tarea 7.3: Supervisión de la ejecución del plan de DR

Supervise el plan de switchover hasta que la carga de trabajo de Oracle E-Business Suite haya pasado completamente de la región 1 a la región 2. Una vez que el plan de switchover se haya completado correctamente, OCI Full Stack DR se encargará de limpiar el cambio de los roles de los grupos de protección de DR 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 OCI Full Stack DR haya completado el switchover.

1. Verifique que el plan de switchover se haya ejecutado correctamente.

   
   Figura 7-2: el plan de switchover ha finalizado correctamente en la región 2

2. Verifique que el cambio de rol en el grupo de protección de DR, la región 2 (Phoenix) tendrá el rol en espera ahora y la región 1 (Ashburn) tendrá el rol principal ahora.

   
   Figura 7-2: cambio de rol de grupo de protección de DR después del plan de switchover

Tarea 8: Creación de DR y personalización de planes de DR en la región 1 (Phoenix)

Cree los planes de DR en el grupo de protección de DR de la región 1 (Phoenix), que ahora es el par 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 de 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.

OCI Full Stack DR rellenará previamente ambos planes con pasos incorporados basados en los recursos miembros agregados en el paso anterior. Los planes se personalizarán en pasos posteriores para gestionar todas las tareas relacionadas con Oracle Integration Cloud durante una operación de recuperación.

Los planes de DR 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 7.

Siga el mismo proceso que la tarea 5 para crear los planes de DR en la región 1. Una vez creados los planes, verifique los planes.

Figura 8-1: planes de DR en la región 1

Siga el mismo proceso que en la tarea 6 para personalizar los planes de DR en la región 1. Asegúrese de agregar los grupos de planes definidos por el usuario. Es muy importante seleccionar la máquina virtual de la aplicación Oracle E-Business Suite adecuada para las regiones de producción y DR para ejecutar los scripts.

1. Cierre Oracle E-Business Suite y desactive los trabajos rsync en node2 en la región 2.
2. Cierre Oracle E-Business Suite y desactive los trabajos rsync en node1 en la región 2.
3. Borrar nombres de nodo en las tablas fnd de la base de datos en la región 1.
4. Configure el contexto de la aplicación en la base de datos en node1 en la región 1.
5. Configure el contexto de la aplicación en la base de datos en node2 en la región 1.
6. Ejecute autoconfig en node1 en la región 1.
7. Ejecute autoconfig en node2 en la región 1.
8. Inicie Oracle E-Business Suite y active los trabajos rsync en node1 en la región 1.
9. Inicie Oracle E-Business Suite y active los trabajos rsync en node2 en la región 1.

Una vez personalizado el plan de switchover, se debe parecer a:

Figura 8.2: todos los grupos de planes para el plan de switchover en la región 1

Una vez personalizado el plan de failover, debe tener el siguiente aspecto:

Figura 8.3: todos los grupos de planes para el plan de failover en la región 1

Nota:

• Puede reordenar los grupos de planes en caso de que no haya indicado en el orden correcto.

• También puede personalizar el plan Iniciar detalle.

  Tenga en cuenta que para el plan de cambio de nivel de inicio, no se creará ningún grupo de planes incorporado para la base de datos.

  Debe crear un grupo de planes definidos por el usuario para convertir la base de datos física en espera en una base de datos de instantánea en espera. Puede utilizar comandos estándar de Oracle Data Guard Broker para realizar esa operación y poner en un script de envoltorio.

  Además, puede agregar grupos de planes definidos por el usuario relacionados con la aplicación, de forma similar a lo que hace para un plan de Failover.

• OCI Full Stack DR permitirá crear un plan de detención de detalle una vez ejecutado el plan de inicio de detalle. Para obtener más información, consulte Planes de detalle de DR. El plan Detener detalle está revirtiendo las operaciones que se realizaron en el plan de inicio de detalle.

• También puede personalizar el plan Detener detalle.

  Tenga en cuenta que para el plan de detención de cambio de nivel, no se creará ningún grupo de planes incorporado para la base de datos.

  Debe crear un grupo de planes definidos por el usuario para convertir la instantánea en espera en una base de datos física. Puede utilizar comandos estándar de Oracle Data Guard Broker para realizar esa operación y poner en un script de envoltorio.

  Además, puede agregar grupos de planes definidos por el usuario relacionados con las aplicaciones para parar todas las aplicaciones relacionadas con Oracle E-Business Suite.

Pasos Siguientes

OCI Full Stack DR para Oracle E-Business Suite se debe implantar por completo en este punto. Sin embargo, se debe validar la funcionalidad completa antes de utilizar OCI Full Stack DR para producción. Todos los planes de failover y switchover se deben ejecutar para validar que todo funciona según lo esperado y que el equipo de recuperación comprende completamente todo el proceso.

Probar 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 OCI Load Balancer, OCI Block Storage, OCI File Systems, Oracle Base Database Service y Oracle Autonomous Database, estén listos para recuperarse de la región en espera sin intervención humana.

Probar planes de failover

Los Failovers son diferentes. Por su propia naturaleza, los usuarios con fallos 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 garantizar que Oracle Data Guard esté en el estado correcto, se hayan terminado los artefactos para las instancias informáticas y de almacenamiento, etc. Para obtener más información, consulte Resetting DR Configuration After a Failover.

Validar todos los planes de DR para aceptación final

El equipo de recuperación debe realizar una validación final para demostrar la preparación de los grupos de protección de recuperación ante desastres de pila completa de OCI y los planes para las cargas de trabajo de producción. La región 2 (Ashburn) 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 (primaria) 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 (primaria) para un failover o un 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.
• También puede ejecutar planes de detalle de DR en cualquiera de las regiones según el requisito.

Obtenga soporte para esta solución

La ingeniería de OCI Full Stack DR proporciona soporte de 1er nivel para esta solución.

Sin embargo, el equipo de especialistas de Oracle Cloud EMEA diseñó e implementó la solución y cualquier automatización personalizada que se presenta en este tutorial independientemente de la organización de Oracle E-Business Suite o el equipo de ingeniería de OCI Full Stack DR.

Relación entre Oracle E-Business Suite y OCI Full Stack DR

OCI Full Stack DR no forma parte del proceso de instalación o despliegue de Oracle E-Business Suite y no se menciona en ninguna documentación escrita y mantenida por Oracle E-Business Suite. El método para instalar, configurar y desplegar Oracle E-Business Suite para la recuperación ante desastres entre regiones de OCI se diseñó y escribió la ingeniería de E-Business Suite byOracle y es completamente independiente de este tutorial u OCI Full Stack DR.

La organización de Oracle E-Business Suite no está familiarizada con OCI Full Stack DR y solo puede ayudar a resolver problemas con el proceso de Oracle E-Business Suite, como se describe en la documentación escrita por Oracle E-Business Suite para la recuperación ante desastres ejecutada manualmente fuera de OCI Full Stack DR.

La resolución de problemas con el proceso manual de Oracle E-Business Suite documentado por Oracle E-Business Suite es responsabilidad del soporte de Oracle E-Business Suite y se realiza independientemente de OCI Full Stack DR. OCI Full Stack DR no impide que los clientes o el soporte de Oracle E-Business Suite ejecuten el proceso de recuperación ante desastres documentado de Oracle E-Business Suite manualmente. Por lo tanto, el soporte de Oracle E-Business Suite resolverá problemas con su proceso manual de recuperación ante desastres sin involucrar OCI Full Stack DR.

Sin embargo, recorrer el proceso de recuperación manual documentado por Oracle E-Business Suite probablemente dejará los grupos de protección de OCI Full Stack DR en un estado inutilizable que será necesario restablecer antes de que las operaciones puedan reanudarse utilizando OCI Full Stack DR con Oracle E-Business Suite. El soporte de OCI Full Stack DR ayudará a los clientes a restablecer los grupos de protección de DR una vez que el soporte de Oracle E-Business Suite haya completado cualquier resolución y resolución manual de problemas.

Comienza el soporte con OCI Full Stack DR

El soporte de OCI Full Stack DR es el primer punto de contacto para obtener ayuda con cualquier problema que se encuentre con los pasos y las tareas que se explican en este tutorial. El soporte de OCI Full Stack DR aislará el problema y determinará qué organización de soporte está mejor calificada para resolverlo.

1. El soporte de OCI Full Stack DR es responsable de:
   1. Ayudar a los clientes a comprender el significado y la causa de los mensajes de error generados durante una operación de DR.
   2. Ayudar a los clientes a resolver problemas con políticas de IAM que impiden que Full Stack DR gestione recursos durante una operación de recuperación ante desastres.
   3. Problemas al crear o gestionar grupos de protección de DR.
   4. Problemas con la creación, ejecución o fallos del plan de DR para llamar correctamente a la automatización personalizada proporcionada por Oracle E-Business Suite o el equipo de soluciones en la nube de EMEA.
   5. Los clientes son responsables de solucionar los problemas y resolverlos con scripts personalizados escritos por el cliente que no forman parte de este tutorial.
2. El soporte de OCI Full Stack DR abrirá una SR con soporte de Oracle E-Business Suite para cualquier problema que esté directamente relacionado con Oracle E-Business Suite. Los clientes trabajarán directamente con el soporte de Oracle E-Business Suite para resolver problemas relacionados con Oracle E-Business Suite. Oracle E-Business Suite es responsable de:
   1. Cualquier problema relacionado con la documentación de My Oracle Support (MOS) escrita y mantenida por Oracle E-Business Suite.
   2. Cualquier problema con los scripts que Oracle E-Business Suite proporciona a los clientes.
   3. Cualquier problema relacionado con la base de datos de Oracle E-Business Suite.
   4. Cualquier problema relacionado con la aplicación Oracle E-Business Suite.
   5. Cualquier problema con el proceso documentado de Oracle E-Business Suite para recuperar Oracle E-Business Suite manualmente fuera de OCI Full Stack DR.
3. El soporte de OCI Full Stack DR abrirá una solicitud de servicio con el equipo interno adecuado de Oracle Cloud Solutions para cualquier problema que esté directamente relacionado con los scripts o el proceso que se describe en este tutorial. Los clientes trabajarán directamente con el equipo de Oracle Cloud Solutions para resolver los problemas con este tutorial. El equipo de Oracle Cloud Solutions se encarga de:
   1. Cualquier problema con los scripts personalizados que proporcione el equipo de soluciones en la nube.
   2. Cualquier problema con el proceso general como se describe en este tutorial.

Cómo Abrir una Solicitud de Soporte

Utiliza la consola de OCI para abrir una solicitud de soporte con el soporte de OCI Full Stack DR. Asegúrese de que el contexto del explorador muestra el grupo de protección de DR que ha creado como parte de este tutorial antes de iniciar este proceso.

1. Asegúrese de que el contexto del explorador esté definido en el grupo de protección de DR adecuado.
2. Seleccione el Life Preserver en la consola de OCI.
3. Seleccione Crear una Solicitud de Soporte.

Figura 5: uso de la herramienta de ayuda de la consola de OCI para abrir una solicitud de servicio

Figura 6: las solicitudes de soporte se deben abrir con el botón de ayuda de solicitud

Enlaces relacionados

• Página de producto de OCI Full Stack Disaster Recovery

• Documentación de OCI de recuperación ante desastres de pila completa

• Scripts de Oracle E-Business Suite de muestras de Oracle

• Full Stack Disaster Recovery - Scripts de grupo definidos por el usuario

• Unirse al canal de holgura público #full-stack-dr

Acuses de recibo

• Autores - Chandra Dharanikota (Especialista en aplicaciones de Oracle a OCI, Oracle Technology Cloud Engineering, EMEA), Suraj Ramesh - (Revisión técnica de Full Stack DR)

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 un explorador de Oracle Learning.

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

---

Título e Información de Copyright

Automate Recovery for Multi-Node Oracle E-Business Suite Using OCI Full Stack Disaster Recovery

G35481-02

Copyright ©2025, Oracle and/or its affiliates.