Configuration d'une architecture HA/DR pour Oracle E-Business Suite sur Amazon RDS Custom avec une base de données de secours active

Créé par Simon Cunningham (AWS) et Nitin Saxena

Récapitulatif

Ce modèle décrit comment vous pouvez concevoir votre solution Oracle E-Business sur Amazon Relational Database Service (RDSAmazon) Custom pour la haute disponibilité (HA) et la reprise après sinistre (DR) en configurant une base de données de répliques en lecture RDS Amazon Custom dans une autre zone de disponibilité Amazon Web Services AWS () et en la convertissant en base de données de secours active. La création de la réplique de lecture Amazon RDS Custom est entièrement automatisée via la console AWS de gestion.

Ce modèle ne décrit pas les étapes à suivre pour ajouter des niveaux d'application supplémentaires et des systèmes de fichiers partagés, qui peuvent également faire partie d'une architecture HA/DR. Pour plus d'informations sur ces sujets, consultez les notes de support Oracle suivantes : 1375769.1, 1375670.1 et 1383621.1 (section 5, Options de clonage avancées). (L'accès nécessite un compte Oracle Support.)

Pour migrer le système E-Business Suite vers une architecture mono-AZ à niveau unique sur Amazon Web Services (AWS), suivez le modèle Migrer Oracle E-Business Suite vers Amazon Custom. RDS

Oracle E-Business Suite est une solution de planification des ressources d'entreprise (ERP) permettant d'automatiser les processus à l'échelle de l'entreprise tels que les finances, les ressources humaines, les chaînes d'approvisionnement et la fabrication. Il possède une architecture à trois niveaux : client, application et base de données. Auparavant, vous deviez exécuter votre base de données E-Business Suite sur une instance Amazon Elastic Compute Cloud EC2 (Amazon) autogérée, mais vous pouvez désormais bénéficier d'Amazon RDS Custom.  

Conditions préalables et limitations

Prérequis

Limites

Versions du produit

Pour les versions de base de données Oracle et les classes d'instances prises en charge par Amazon RDS Custom, consultez la section Exigences et limites relatives à Amazon RDS Custom pour Oracle.

Architecture

Le schéma suivant illustre une architecture représentative d'E-Business Suite AWS qui inclut plusieurs zones de disponibilité et niveaux d'application dans une configuration active/passive. La base de données utilise une instance de base de données Amazon RDS Custom et une réplique de lecture Amazon RDS Custom. La réplique en lecture utilise Active Data Guard pour se répliquer vers une autre zone de disponibilité. Vous pouvez également utiliser la réplique de lecture pour décharger le trafic de lecture sur la base de données principale et à des fins de création de rapports.

Pour plus d'informations, consultez la section Travailler avec des répliques de lecture pour Amazon RDS Custom for Oracle dans la RDS documentation Amazon. 

La réplique de lecture Amazon RDS Custom est créée par défaut telle qu'elle est montée. Toutefois, si vous souhaitez décharger certaines de vos charges de travail en lecture seule vers la base de données de secours afin de réduire la charge sur votre base de données principale, vous pouvez modifier manuellement le mode des répliques montées en lecture seule en suivant les étapes de la section Epics. Un cas d'utilisation typique consiste à exécuter vos rapports à partir de la base de données de secours. Le passage en lecture seule nécessite une licence de base de données de secours active. 

Lorsque vous créez une réplique en lectureAWS, le système utilise le courtier Oracle Data Guard en guise de couverture.  Cette configuration est automatiquement générée et configurée en mode Performances maximales comme suit :

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)

Outils

AWSservices

Autres outils

Épopées

$ 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

Ressources connexes