Richten Sie eine HA/DR Architektur für Oracle E-Business Suite auf Amazon RDS Custom mit einer aktiven Standby-Datenbank ein

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

Zusammenfassung

Dieses Muster beschreibt, wie Sie Ihre Oracle E-Business-Lösung auf Amazon Relational Database Service (Amazon RDS) Custom für Hochverfügbarkeit (HA) und Disaster Recovery (DR) aufbauen können, indem Sie eine Amazon RDS Custom Read Replica-Datenbank in einer anderen Amazon Web Services (AWS) Availability Zone einrichten und sie in eine aktive Standby-Datenbank konvertieren. Die Erstellung der Amazon RDS Custom Read Replica erfolgt vollständig automatisiert über die AWS-Managementkonsole.

In diesem Muster werden die Schritte zum Hinzufügen zusätzlicher Anwendungsebenen und gemeinsam genutzter Dateisysteme, die auch Teil einer HA/DR Architektur sein können, nicht behandelt. Weitere Informationen zu diesen Themen finden Sie in den folgenden Oracle Support Notes: 1375769.1, 1375670.1 und 1383621.1 (Abschnitt 5, Erweiterte Cloning-Optionen). (Für den Zugriff ist ein Oracle Support-Konto erforderlich.)

Informationen zur Migration des E-Business Suite-Systems zu einer einstufigen Single-AZ-Architektur auf Amazon Web Services (AWS) finden Sie im Muster Oracle E-Business Suite to Amazon RDS Custom migrieren.

Die Oracle E-Business Suite ist eine ERP-Lösung (Enterprise Resource Planning) zur Automatisierung unternehmensweiter Prozesse wie Finanzen, Personalwesen, Lieferketten und Fertigung. Sie hat eine dreistufige Architektur: Client, Anwendung und Datenbank. Bisher mussten Sie Ihre E-Business Suite-Datenbank auf einer selbst verwalteten Amazon Elastic Compute Cloud (Amazon EC2) -Instance ausführen, aber jetzt können Sie von Amazon RDS Custom profitieren.  

Voraussetzungen und Einschränkungen

Voraussetzungen

Einschränkungen

Produktversionen

Informationen zu Oracle-Datenbankversionen und Instance-Klassen, die von Amazon RDS Custom unterstützt werden, finden Sie unter Anforderungen und Einschränkungen für Amazon RDS Custom for Oracle.

Architektur

Das folgende Diagramm zeigt eine repräsentative Architektur für E-Business Suite auf AWS, die mehrere Availability Zones und Anwendungsebenen in einem active/passive Setup umfasst. Die Datenbank verwendet eine Amazon RDS Custom DB-Instance und eine Amazon RDS Custom Read Replica. Die Read Replica verwendet Active Data Guard, um in eine andere Availability Zone zu replizieren. Sie können die Read Replica auch verwenden, um den Lesetraffic auf die Primärdatenbank auszulagern und zu Berichtszwecken.

Weitere Informationen finden Sie unter Arbeiten mit Read Replicas für Amazon RDS Custom for Oracle in der Amazon RDS-Dokumentation. 

Die Amazon RDS Custom Read Replica wird standardmäßig so erstellt, wie sie bereitgestellt wird. Wenn Sie jedoch einige Ihrer schreibgeschützten Workloads in die Standby-Datenbank auslagern möchten, um die Belastung Ihrer Primärdatenbank zu reduzieren, können Sie den Modus der bereitgestellten Replikate manuell in schreibgeschützt ändern, indem Sie die Schritte im Abschnitt Epics befolgen. Ein typischer Anwendungsfall hierfür wäre, Ihre Berichte von der Standby-Datenbank aus auszuführen. Für die Umstellung auf schreibgeschützt ist eine aktive Standby-Datenbanklizenz erforderlich. 

Wenn Sie eine Read Replica auf AWS erstellen, verwendet das System unter dem Deckmantel den Oracle Data Guard Broker.  Diese Konfiguration wird automatisch generiert und im Modus „Maximale Leistung“ wie folgt eingerichtet:

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

AWS-Services

Andere Tools

Epen

$ 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

Zugehörige Ressourcen