Configure una HA/DR arquitectura para Oracle E-Business Suite en Amazon RDS Custom con una base de datos en espera activa

Simon Cunningham, Jaydeep Nandy y Nitin Saxena, Amazon Web Services

Resumen

Este patrón describe cómo puede diseñar su solución Oracle E-Business en Amazon Relational Database Service (Amazon RDS) Custom para lograr una alta disponibilidad (HA) y recuperación de desastres (DR) configurando una base de datos de réplicas de lectura de Amazon RDS Custom en otra zona de disponibilidad de Amazon Web Services (AWS) y convirtiéndola en una base de datos en espera activa. La creación de la réplica de lectura de Amazon RDS Custom está totalmente automatizada mediante la consola de administración de AWS.

Este patrón no describe los pasos para añadir niveles de aplicaciones adicionales y sistemas de archivos compartidos, que también pueden formar parte de una arquitectura. HA/DR Para obtener más información sobre estos temas, consulte las siguientes notas de soporte de Oracle: 1375769.1, 1375670.1 y 1383621.1 (sección 5, Opciones de clonación avanzadas). (El acceso requiere una cuenta de Oracle Support).

Para migrar el sistema E-Business Suite a una arquitectura de un solo nivel y zona de disponibilidad única en Amazon Web Services (AWS), consulte el patrón Migración de Oracle E-Business Suite a Amazon RDS Custom.

Oracle E-Business Suite es una solución de planificación de recursos empresariales (ERP) que automatiza procesos de toda la empresa, como finanzas, recursos humanos, cadena de suministro y fabricación. Ofrece una arquitectura de tres niveles: cliente, aplicación y base de datos. Anteriormente, tenía que ejecutar la base de datos de E-Business Suite en una instancia autogestionada de Amazon Elastic Compute Cloud EC2 (Amazon), pero ahora puede beneficiarse de Amazon RDS Custom.  

Requisitos previos y limitaciones

Requisitos previos 

Limitaciones

Versiones de producto

Para ver las versiones de Oracle Database y clases de instancia compatibles con Amazon RDS Custom, consulte Requisitos y limitaciones de Amazon RDS Custom para Oracle.

Arquitectura

El siguiente diagrama ilustra una arquitectura representativa de E-Business Suite en AWS que incluye varias zonas de disponibilidad y niveles de aplicaciones en una active/passive configuración. La base de datos usa una instancia de base de datos de Amazon RDS Custom y una réplica de lectura de Amazon RDS Custom. La réplica de lectura utiliza Active Data Guard para replicarse en otra zona de disponibilidad. También puede usar la réplica de lectura para descargar el tráfico de lectura en la base de datos principal y para generar informes.

Para obtener más información, consulte Trabajar con réplicas de lectura para Amazon RDS Custom para Oracle en la documentación de Amazon RDS. 

La réplica de lectura de Amazon RDS Custom se crea de forma predeterminada cuando está montada. Sin embargo, si desea transferir algunas de sus cargas de trabajo de solo lectura a la base de datos en espera para reducir la carga de la base de datos principal, puede cambiar manualmente el modo de las réplicas montadas a las de solo lectura siguiendo los pasos de la sección Epics. Un caso de uso típico sería ejecutar los informes desde la base de datos en espera. Para cambiar a una base de datos de solo lectura se requiere una licencia de base de datos en espera activa. 

Al crear una réplica de lectura en AWS, el sistema utiliza el agente Oracle Data Guard de forma clandestina.  Esta configuración se genera automáticamente y se configura en el modo de máximo rendimiento de la siguiente manera:

DGMGRL> show configuration
Configuration - rds_dg
  Protection Mode: MaxPerformance
  Members:
  vis_a - Primary database
    vis_b - Physical standby database 
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS   (status updated 58 seconds ago)

Tools (Herramientas)

Servicios de AWS

Otras herramientas

Epics

$ sudo su - rdsdb
-bash-4.2$ sql
SQL> select process,status,sequence# from v$managed_standby;

PROCESS    STATUS        SEQUENCE#
--------- ------------ ----------
ARCH       CLOSING            3956
ARCH       CONNECTED             0
ARCH       CLOSING            3955
ARCH       CLOSING            3957
RFS        IDLE                  0
RFS        IDLE               3958
MRP0       APPLYING_LOG       3958
SQL> select name, database_role, open_mode from v$database;

NAME       DATABASE_ROLE    OPEN_MODE
--------- ---------------- --------------------
VIS        PHYSICAL STANDBY MOUNTED
SQL> alter database recover managed standby database cancel;
Database altered.
Open the standby database
SQL> alter database open;
Database altered.
SQL> select name, database_role, open_mode from v$database;

NAME       DATABASE_ROLE    OPEN_MODE
--------- ---------------- --------------------
VIS        PHYSICAL STANDBY READ ONLY

SQL>   alter database recover managed standby database using current logfile disconnect from session;
Database altered

SQL> select name, database_role, open_mode from v$database;
NAME      DATABASE_ROLE    OPEN_MODE
--------- ---------------- --------------------
VIS       PHYSICAL STANDBY READ ONLY WITH APPLY

SQL> select process,status,sequence# from v$managed_standby;
PROCESS    STATUS        SEQUENCE#
--------- ------------ ----------
ARCH       CLOSING            3956
ARCH       CONNECTED             0
ARCH       CLOSING            3955
ARCH       CLOSING            3957
RFS        IDLE                  0
RFS        IDLE               3958
MRP0       APPLYING_LOG       3958
 
SQL> select open_mode from v$database;
OPEN_MODE
--------------------
READ ONLY WITH APPLY

Recursos relacionados