Amazon RDS Custom でアクティブスタンバイデータベースを使用して Oracle E-Business Suite の HA/DR アーキテクチャを設定する - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon RDS Custom でアクティブスタンバイデータベースを使用して Oracle E-Business Suite の HA/DR アーキテクチャを設定する

作成者: Simo Cunningham (AWS)、Nitin Saxena

環境: 実稼働

テクノロジー: データベース、インフラストラクチャ

ワークロード: Oracle

AWS サービス: Amazon RDS

[概要]

このパターンでは、Amazon Relational Database Service (Amazon RDS) Custom で Amazon RDS Custom リードレプリカデータベースを別の Amazon Web Services (AWS) アベイラビリティーゾーンに設定し、それをアクティブなスタンバイデータベースに変換することで、高可用性 (HA) とディザスタリカバリ (DR) を実現する Oracle E-Business ソリューションを構築する方法について説明します。Amazon RDS Custom リードレプリカの作成は、AWS マネジメントコンソールを通じて完全に自動化されています。

このパターンでは、HA/DR アーキテクチャの一部にもなり得るアプリケーション層や共有ファイルシステムを追加する手順については説明していません。これらのトピックの詳細については、Oracle サポートに関する注意事項の 1375769.1、1375670.1、および 1383621.1(セクション 5、「クローニングの詳細オプション」)を参照してください。(アクセスには Oracle サポートアカウントが必要です。)

E-Business Suite システムを Amazon Web Services (AWS) の単層、シングル AZ アーキテクチャに移行するには、「Oracle E-Business Suite を Amazon RDS Custom に移行」というパターンを参照してください。

Oracle E-Business Suite は、財務、人事、サプライチェーン、製造などの企業全体のプロセスを自動化するためのエンタープライズリソースプランニング (ERP) ソリューションです。クライアント、アプリケーション、データベースという 3 層のアーキテクチャで構成されています。以前は、E-Business Suite データベースを自己管理型の Amazon Elastic Compute Cloud (Amazon EC2) インスタンスで実行する必要がありましたが、Amazon RDS Custom の恩恵を受けることができるようになりました。 

前提条件と制限

前提条件

制約事項

製品バージョン

Amazon RDS Custom がサポートする Oracle Database のバージョンとインスタンスクラスについては、「Amazon RDS Custom for Oracle の要件と制限」を参照してください。

アーキテクチャ

次の図は、アクティブ/パッシブのセットアップに複数のアベイラビリティーゾーンとアプリケーション層を含む E-Business Suite on AWS の代表的なアーキテクチャを示しています。データベースは Amazon RDS Custom DB インスタンスと Amazon RDS Custom リードレプリカを使用します。リードレプリカは Active Data Guard を使用して、別のアベイラビリティーゾーンに複製します。リードレプリカを使用して、プライマリデータベースの読み取りトラフィックをオフロードし、またはレポートを作成することもできます。

Oracle E-Business Suite on AWS のマルチ AZ アーキテクチャ

詳細については、Amazon RDS ドキュメントの「Amazon RDS Custom for Oracle 用リードレプリカの使用」を参照してください。 

Amazon RDS Custom リードレプリカは、デフォルトではマウント状態で作成されます。ただし、読み取り専用のワークロードの一部をスタンバイデータベースにオフロードしてプライマリデータベースの負荷を軽減したい場合は、「エピック」セクションの手順に従って、マウントされたレプリカのモードを手動で読み取り専用に変更できます。一般的な使用例は、スタンバイデータベースからレポートを実行することです。読み取り専用に変更するには、アクティブ/スタンバイデータベースライセンスが必要です。 

AWS でリードレプリカを作成すると、システムは Oracle Data Guard ブローカーを内部で使用します。 この設定は、以下のように自動的に生成され、最大パフォーマンスモードで設定されます。

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)

ツール

AWS サービス

  • Amazon RDS Custom for Oracle」は、基盤となるオペレーティングシステムとデータベース環境へのアクセスを必要とするレガシーアプリケーション、カスタムアプリケーション、パッケージアプリケーション向けのマネージドデータベースサービスです。データベース管理のタスクとオペレーションを自動化し、データベース管理者としてデータベース環境とオペレーティングシステムへのアクセスおよびカスタマイズを可能にします。 

その他のツール

  • Oracle Active Data Guard は、スタンバイデータベースの作成と管理に役立ちます。このパターンでは、Oracle Data Guard を使用して Amazon RDS Custom 上にアクティブ スタンバイデータベースを設定します。

エピック

タスク説明必要なスキル
Amazon RDS Custom DB インスタンスのリードレプリカを作成します。

リードレプリカを作成するには、「Amazon RDS ドキュメント」の指示に従い、作成した Amazon RDS Custom DB インスタンス (「前提条件」セクションを参照) をソースデータベースとして使用します。

デフォルトでは、Amazon RDS Custom リードレプリカは物理スタンバイとして作成され、マウントされた状態になります。これにより、Oracle Active Data Guard ライセンスへのコンプライアンスが確保されます。リードレプリカを読み取り専用モードに変換するには、次の手順に従います。

DBA
タスク説明必要なスキル
Amazon RDS Custom リードレプリカに接続します。

以下のコマンドを使用して、物理スタンバイデータベースをアクティブスタンバイデータベースに変換します。 

重要: これらのコマンドには、Oracle のアクティブスタンバイ ライセンスが必要です。ライセンスを取得するには、Oracle の担当者にお問い合わせください。

$ 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
DBA
リアルタイムログを適用することで、メディアリカバリを開始します。

リアルタイムログ適用機能を有効にするには、以下のコマンドを使用します。これらのコマンドはスタンバイ (リードレプリカ) をアクティブスタンバイデータベースとして変換して検証するため、接続して読み取り専用クエリを実行できます。

SQL>   alter database recover managed standby database using current logfile disconnect from session; Database altered
DBA
データベースのステータスをチェックします。

データベースのステータスを確認するには、次のコマンドを使用します。

SQL> select name, database_role, open_mode from v$database; NAME      DATABASE_ROLE    OPEN_MODE --------- ---------------- -------------------- VIS       PHYSICAL STANDBY READ ONLY WITH APPLY
DBA
REDO 適用モードをチェックします。

REDO 適用モードを確認するには、次のコマンドを使用します。

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
DBA

関連リソース