Oracle Maximum Availability Architecture (MAA)は、オンプレミス、Oracle Public Cloud、Cloud@Customerまたはオンプレミスとクラウドの両方のデータベースで構成されるハイブリッド・データベース・アーキテクチャに存在するOracleデータベースの高可用性サービス・レベルを満たすために、Oracleデータベースのアーキテクチャ、構成およびライフサイクルのベスト・プラクティスを提供します。

Oracle MAAでは、高可用性、データ保護および障害時リカバリのために、標準MAAリファレンス・アーキテクチャ(Bronze、Silver、GoldおよびPlatinum)を選択できます。各MAAリファレンス・アーキテクチャ(高可用性層)では、計画外停止および計画メンテナンス・イベントのターゲット・サービス・レベルを、一緒にデプロイされた場合に確実に達成するOracle機能の最適なセットを使用します。

Oracle MAAは、テストおよび開発ライフサイクル全体でカオス・エンジニアリングを使用して、エンドツーエンドのアプリケーションとデータベースの可用性が、障害またはメンテナンス・イベントのために、あるいは最適なレベルで維持されるようにします。カオス・エンジニアリングは、システムが本番環境で乱流状態に耐えることができるよう信頼性を高めるためにシステムで実験を行う分野です。具体的には、MAAは様々な障害および計画されたメンテナンス・イベントを導入して、開発、ストレスおよびテスト・サイクル全体でアプリケーションおよびデータベースの影響を評価します。この実験により、ベスト・プラクティス、欠陥および学習したレッスンが導出され、その知識はMAAソリューションの進化と改善のために実践されます。

MAAリファレンス・アーキテクチャの詳細は、前述の図のオブジェクトをクリックするか、Oracle Maximum Availabilityアーキテクチャを参照してください。

明示的にリストされていないため、すべてのデータベースを信頼性の高いシステム・プラットフォームで実行する必要があります。Oracle Exadata Database Machineは、Oracle Databaseを実行するためのパフォーマンスと可用性が最も高いプラットフォームになるように設計されています。

データベースおよびシステムの監視は、可用性に影響を与える前に問題を事前に検出、防止およびリカバリするために重要です。Oracle Enterprise Managerは、OracleのMAA戦略的監視プラットフォームです。

最後に、Oracle CloudはMAAと連携して継続的に動作し、MAAリファレンス・アーキテクチャ、構成のベスト・プラクティスおよびライフサイクル操作をすべて組み込みます。Oracle CloudおよびMAAの進化は密接に関連しており、Autonomous Databaseを含むすべてのクラウド・データベース・サービスで完全なOracle管理のMAAソリューションが提供されています。

Oracle MAAリファレンス・アーキテクチャでは、できるかぎり少ないコストで基本的なデータベース・サービスを提供します。コストと実装の複雑さを低減するかわりに、高可用性とデータ保護のレベルが下げられています。このアーキテクチャは、テスト、開発およびクリティカルな本番環境が少ないアプリケーションとデータベースに使用するデータベースに適しています。

MAA Bronzeでは、Oracle Database Enterprise Editionに含まれる高可用性機能が使用されます。MAA Bronzeのデフォルトは、Oracle Databaseの単一インスタンスまたはマルチテナント・アーキテクチャです。Oracle RestartまたはOracle Clusterwareの高可用性機能を使用して、障害が発生したインスタンス、データベース・サーバーまたは関連する管理対象サービスを再起動します。人的エラーなどの論理的な破損の場合は、フラッシュバック操作を使用して、データベースを特定の時点に"巻き戻す"ことができます。完全なサイト停止の最悪のシナリオでは、バックアップからシステムおよびデータベースをリストアおよびリカバリするために追加の時間が必要になり、結果として数時間または数日のダウンタイムが発生する可能性があります。

MAA Bronzeでの最速リカバリには、常に同じデータ・センター内のローカル・バックアップをお薦めします。また、サイトの停止や災害から保護するため、バックアップの第2コピーをリモート・データ・センター内に保持することをお薦めします。Oracle Cloud Database Backup Serviceを使用して、オンプレミス・データベースのクラウドベースのバックアップを保守できます。

次の表に示すように、MAA Bronzeのサービス・レベルは、実装コストとメンテナンス・コストの削減、および計画停止と計画外停止中に予想される停止時間のトレードオフを示しています。

計画外停止	RTO/RPOサービス・レベル目標¹
リカバリ可能なノードまたはインスタンスの障害	数分から1時間
障害: 破損とサイトの障害	数時間から数日最後のバックアップ以降またはリカバリ・アプライアンスによるほぼゼロのRPO
計画メンテナンス
ソフトウェア/ハードウェアの更新	数分から1時間
データベースのメジャー・アップグレード	数分から1時間

¹ 明示的に指定しないかぎり、RPOはゼロになります

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックするか、「次」をクリックしてください。

オンプレミス、Exadata Database MachineおよびOracle CloudでのOracle Databaseの計画停止時間および計画外停止時間を短縮するためのOracle MAAブループリントの詳細を参照してください。

Oracle Database Enterprise Edition上に構築されたMAA Bronzeのサービス・レベルを実現するために必要な機能は次のとおりです:

Oracle Recovery Manager (RMAN)は、Oracle Databaseの定期バックアップの実行に使用されます。RMANは、バックアップおよびリストア操作中のデータ検証を提供し、サード・パーティのユーティリティにはない、ブロック・リカバリ、表レベルのリカバリ、スキーマ・レベルのリカバリ、マルチテナントPDBおよびCDBのバックアップおよびリカバリなどの高度な機能を提供します。リカバリ不能な停止が発生した場合のRPOは、最後のデータベースおよびアーカイブ・バックアップの作成以降に生成されたデータと同じです。データベース・バックアップのコピーは、アーカイブと、プライマリ・データ・センターが災害に見舞われた場合の障害時リカバリの2つの目的で、リモートの場所またはクラウドにも保持されます。
自動ストレージ管理(ASM)は、ディスク障害や破損から保護するためのインテリジェントなデータ認識ソフトウェアのミラー化を含む、Oracle統合ファイル・システムおよびボリューム・マネージャです。
Oracle Flashbackテクノロジは、個々のトランザクション、表、プラガブル・データベース(PDB)、またはデータベース全体の修復に適した粒度レベルでの高速なエラー修正を可能にします。フラッシュバックは、論理的修復のための最も包括的なツールセットを提供し、管理者は高度な分析および修復のために以前のトランザクション・データ・バージョンを表示できます。
Oracle Restartは、ハードウェアまたはソフトウェア障害の後、あるいはデータベースのホスト・コンピュータの再起動時には必ず、データベース、リスナーおよびその他のOracleコンポーネントを自動的に再起動します。Oracle Clusterwareには、同じ利点があります(使用可能な場合)。
Oracle Corruption Protectionは、物理的な破損および論理的なブロック内破損をチェックします。インメモリー破損が検出されると、ディスクへの書込みが阻止され、多くの場合は自動的に修復されます。MAA Bronzeまたはその他の階層化ソリューションのデータ保護に関する推奨事項の詳細は、Data Guard構成の破損の検出、防止および自動修復のベスト・プラクティス(ドキュメントID 1302539.1)を参照してください。

オプションで、次の推奨される機能を使用して、高可用性アーキテクチャを拡張できます。

Zero Data Loss Recovery Appliance (ZDLRA)は、すべてのOracleデータベースに対して、高度なデータ・センター全体のバックアップおよびリカバリ・ソリューションを提供します。主な利点には次が含まれます。最初の全体バックアップ後の永久的な増分バックアップ(ソース・データベースまたは保護されたデータベースへの全体的な影響が最小限に抑えられ、バックアップ・ウィンドウが大幅に短縮されます)、リアルタイムREDOトランスポート(すべてのデータベースのRPOがほぼゼロに削減されます)、継続的なデータ保護および検証(リカバリの準備状況が確保されます)、強化されたリカバリおよび移行のメリット。
オンライン・メンテナンスには、データベース・メンテナンスのオンライン再定義と再編成、オンライン・ファイル移動、およびオンライン・パッチ適用が含まれます。
Oracle Multitenantおよびリソース・マネージャは、Oracle Database 12c以降のデータベース統合および仮想化のMAAベスト・プラクティスです。プラガブル・データベース(PDB)操作により、プラガブル・データベースの再配置、移行、フェイルオーバーおよびアップグレードの際に、より高い可用性が実現されます。リソース・マネージャは、アプリケーションおよびデータベースが過剰なリソースを消費しないようにします。これにより、可用性の問題および潜在的な停止時間が発生する可能性があります。リソース・マネージャは、CPU、メモリー、OSプロセス、I/O (Exadataのみ)およびネットワーク(Exadataのみ)の使用を制御できます。

MAA Silverリファレンス・アーキテクチャは、リカバリ不能なデータベース・インスタンスまたはサーバー障害があった場合に、コールド再起動を待機できないデータベース、またはバックアップからのリストアを待機できないデータベースのために設計されています。このアーキテクチャは、ビジネス・クリティカルで、ローカル障害および最も一般的な計画メンテナンス・アクティビティの停止時間を短縮する必要がある本番アプリケーションに適している場合があります。

MAA SilverアーキテクチャはMAA Bronzeアーキテクチャを基盤として構築されており、データベース・インスタンスやサーバー障害の際に停止時間を最小限またはゼロにしたり、最も一般的な計画メンテナンス・イベントの際のデータベース停止時間をゼロにするために、Oracle Real Application Clusters (Oracle RAC)アクティブ-アクティブ・クラスタリングが追加されています。

アプリケーションのブラウンアウトが最も少なく、統合MAA構成のベスト・プラクティス、およびスケーリングのためのデータベースおよびシステムの最適化、高可用性およびサービス品質を備え、最も最適化されたOracle RACプラットフォームは、OracleのExadata Database Machine、Exadata Database Service on Cloud@Customer (Exadata Cloud@Customer Gen 2)またはExadata Database Service on Dedicated Infrastructure (Exadata Cloud Service Gen 2)です。

MAA Bronzeの場合と同様に、Recovery Manager (RMAN)には、クラスタの完全停止や障害発生時に可用性を回復するために、データベース用に最適化されたバックアップが用意されています。

次の表に示すように、MAA Silverのサービス・レベルでは、MAA Silverのサービス・レベルと比較して、ハードウェア障害に対して予想される停止時間を大幅に短縮し、ソフトウェアおよびハードウェアのアップグレードによる、ほとんどの計画的な停止時間をゼロに短縮できます。

計画外停止	RTO/RPOサービス・レベル目標¹
リカバリ可能なノードまたはインスタンスの障害	1桁秒²
障害: 破損とサイトの障害	数時間から数日最後のバックアップ以降またはリカバリ・アプライアンスによるほぼゼロのRPO
計画メンテナンス
ソフトウェア/ハードウェアの更新	ゼロ²
データベースのメジャー・アップグレード	数分から1時間

¹ 明示的に指定しないかぎり、RPOはゼロになります

² ダウンタイムをゼロにするか、オンライン処理に対する影響を最小限に抑えるには、MAAアプリケーションのチェックリストのベスト・プラクティスを適用してください。バッチ操作などの長時間実行トランザクションについては、計画メンテナンス・ウィンドウ外に延期するのが最善です。

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックするか、「次」をクリックしてください。

Oracle RAC (または拡張クラスタ上のOracle RAC)のアクティブ-アクティブ・アーキテクチャには、このMAA Silverリファレンス・アーキテクチャの利点が多数あります:

高可用性の向上 サーバーまたはデータベース・インスタンスが停止しても、機能しているインスタンスへの接続に影響はなく、停止したインスタンスへの接続は、Oracle RACクラスタ内の他のサーバーですでに実行され、オープンである機能しているインスタンスへすぐにフェイルオーバーされます。
スケーラビリティ Oracle RACは、容量の動的な追加や、2つ以上のサーバー間における優先度の変更を必要とする大規模なアプリケーションや統合環境に最適です。個々のデータベースのインスタンスは、クラスタの1つ以上のノードで実行されます。同様に、データベース・サービスも、1つ以上のデータベース・インスタンスで使用可能です。追加のノード、データベース・インスタンスおよびデータベース・サービスを、オンラインでプロビジョニングできます。クラスタ間でワークロードを簡単に分散できるため、Oracle RACは、多数のデータベースを連結する際、Oracle Multitenantに最適なコンポーネントです。
信頼性の高いパフォーマンスを統合データベース環境で実現するには、Oracle Quality of Service (QoS)を使用して優先度の高いデータベース・サービスに容量を割り当てます。変化する要件に迅速に対応できるよう、容量は、ワークロード間で動的に移動できます。
計画メンテナンス中に高可用性が維持されるには、Oracle RACノード全体にローリング方式で変更を実装します。これには、サーバーまたはデータベース・インスタンスをオフラインにするか再起動する必要がある、データベース、ハードウェア、オペレーティング・システム、またはネットワークのメンテナンス、データベースまたはOracle Grid Infrastructureを更新またはパッチ適用するためのソフトウェア・メンテナンス、または容量を増加したり、ワークロードのバランスをとるために、データベース・インスタンスを別のサーバーに移動することが含まれます。
アプリケーション・フェイルオーバーのベスト・プラクティスまたはアプリケーション・コンティニュイティでは、接続を排出および再配置し、使用可能な別のOracle RACインスタンスでアプリケーション・リクエストをリプレイすることで、アプリケーション層のリカバリ可能な停止およびOracle RACローリング計画メンテナンス・アクティビティをカバーします。アプリケーション・チェックリストのベスト・プラクティスを使用して、1)オラクルのサービスの使用、2)接続文字列の変更、3)アプリケーションの高速通知および排出の有効化を含む、単純な非侵入型アプリケーション変更にすることをお薦めします。必要に応じて、アプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティ(TAC)を有効にする場合は、障害後のアプリケーション・リプレイのメリットを享受するために、アプリケーションにいくらかの追加投資をする必要があります。ステップとガイダンスについては、MAAソリューションの継続的サービスの継続的可用性-アプリケーション・チェックリストを参照してください。
Oracle Grid InfrastructureとしてOracle Automatic Storage Management (ASM)とともにグループ化されたOracle Clusterwareは、Oracle Real Application Clustersの統合された基盤であり、Oracle RACでサポートされている任意の主要なプラットフォーム上のすべてのアプリケーションに対する高可用性およびリソース管理フレームワークです。
サイト障害および制限付きDR保護(拡張クラスタ上のOracle RACのみ)は、Oracle RACノードで構成される単一のデータベースが複数のデータ・センターに分散している場合に発生します。拡張クラスタ上のOracle RACアーキテクチャ(Oracle Stretched RACまたはOracle Extended RACとも呼ばれる)でサイト障害が発生した場合、アプリケーションは他のサイトの残存しているOracle RACノードおよびインスタンスに透過的にフェイルオーバーできます。安定性とパフォーマンスを確保するには、拡張クラスタ上のOracle RACでは、短いネットワーク待機時間(1ミリ秒未満)と高いネットワーク帯域幅(10 GigE以上)がOracle RACインターコネクト用に必要です。3つ目のサイトに追加のストレージ・クォーラム・デバイスと、Oracle ASM拡張ディスク・グループが必要です。拡張クラスタ上のOracle RACは、Oracle RACの利点をもたらしますが、障害時リカバリに包括的な対処はしません。Oracle MAAでは、その他の計画外停止(データ破損、データベース障害、クラスタ障害、リージョン障害など)に対応できるように、Oracle Data Guardを追加してMAA Goldアーキテクチャを完成することをお薦めします。

MAA Silverには、Oracle Database Enterprise Edition、Oracle RACおよびOracle Enterprise Managerのオンプレミス・データベース用ライフサイクル、管理、診断およびチューニング・パックが必要です。Oracle RAC One-Nodeは、スケーラビリティが不要な場合にアクティブ-パッシブの高可用性を実現するためのオプションであり、データベースおよびOracle RACインスタンスの障害に対するリカバリ時間がわずかに長くても許容されます。

オプションで、次の推奨される機能を使用して、高可用性アーキテクチャを拡張できます。

MAA Goldリファレンス・アーキテクチャは、長期間の停止時間およびデータ損失を許容できないサービス・レベル要件に適しています。アーキテクチャ・パターンのこのセットは、データ破損、データベース障害およびサイト停止を含むすべてのタイプの計画外停止に対して、高可用性および包括的なデータ保護を実現します。すべてのデータベースおよびシステムの停止および計画メンテナンス・アクティビティに対して迅速なリカバリ時間とゼロまたは最小のデータ損失が求められるミッション・クリティカルな本番アプリケーションに、Goldリファレンス・アーキテクチャに含まれる機能によるメリットを活用できます。

MAA Silver上に構築されたMAA Goldには、Oracle Active Data Guard (またはOracle Data Guard)を使用した4つのアーキテクチャ・パターンが用意されています。Active Data Guardで全体的なRTOと保護が向上しますが、Oracle Active Data GuardとData Guardの両方をMAA Goldで利用できます。

ファスト・スタート・フェイルオーバーおよびHAオブザーバを備えた単一のリモート・アクティブ・スタンバイから、スタンバイ・リーダー・ファームを含む複数のスタンバイ・データベース構成、最後に(リージョン間での)遠隔同期ゼロ・データ損失スタンバイ構成まで、様々なアーキテクチャ・パターンがあります。

次の表に示すように、MAA Goldのサービス・レベルによって、フェイルオーバーおよびスイッチオーバーの時間が数時間から数秒に短縮され、中断を最小限に抑えてデータベースのメジャー・アップグレードを実行できます。

計画外停止	RTO/RPOサービス・レベル目標¹
リカバリ可能なノードまたはインスタンスの障害	1桁秒²
障害: 破損とサイトの障害	数秒から2分 RPOゼロまたは数秒
計画メンテナンス
ソフトウェア/ハードウェアの更新	ゼロ²
データベースのメジャー・アップグレード	30秒未満

¹ 明示的に指定しないかぎり、RPOはゼロになります

MAA Goldの各アーキテクチャ・パターンの詳細は、前述の図をクリックするか、「次」をクリックしてください。

MAA Goldのリモート・スタンバイ・パターンには、Oracle Active Data Guardを使用してシングル・ポイント障害を排除する本番データベースのリモート同期コピー(スタンバイ・データベース)が含まれます。アクティブ・スタンバイ・データベースは、計画外停止から高度な保護を提供し、データベース・アップグレードなどの計画メンテナンス・アクティビティの停止時間を短縮します。最も注目すべき特性は、データベース、クラスタ、サイト障害などの障害時に、スタンバイにより、RTO (リカバリ時間)およびRPO (データ損失の可能性)を低く抑えられることです。

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックしてください。

MAA Goldの複数のスタンバイ・データベース・パターンには、ローカルとリモートの両方のスタンバイ・データベースの利点があります。

同じリージョン内のローカル・スタンバイへの自動フェイルオーバーにより、ローカルな障害の大幅な分離とアプリケーション・フェイルオーバーの簡略化が行われます。ローカル・スタンバイは、プライマリ・データベースとは別のフォルト・ドメインまたは可用性ドメインに配置できます。このアーキテクチャ・パターンのアプリケーション・フェイルオーバーは、MAAソリューションの継続的サービスの継続的可用性-アプリケーション・チェックリストで説明されている推奨事項に従います。

ローカル・スタンバイ・データベースのビジネス価値は、データ損失ゼロのフェイルオーバーおよびアプリケーションの停止時間が数秒に短縮された状態で確認されます。同期REDO転送を有効にすると、プライマリおよびスタンバイ・データベース・システム間の待機時間が短いため、Data Guard構成のデータ損失ゼロがより実現可能になります。アプリケーションは自動的かつ透過的にローカル・スタンバイにフェイルオーバーし、アプリケーション・サーバーとデータベース間のレイテンシが同じに保たれます。これは、OLTPアプリケーションおよびパッケージ・アプリケーションにとって特に重要です。レイテンシが長いと、スループットおよびアプリケーションのレスポンス時間全体に大きな影響を与える可能性があるためです。

リージョン障害が発生し、プライマリ・スタンバイ・システムとローカル・スタンバイ・システムにアクセスできなくなった場合、アプリケーションとデータベースはリモート・スタンバイにフェイルオーバーできます。リージョン障害が発生したときにデータベースの停止時間がまだ非常に短い場合でも、DNS、アプリケーションおよびデータベースをセカンダリ・リージョンにフェイルオーバーする操作に必要な追加のオーケストレーションにより、アプリケーションの停止時間が長くなる可能性があります。

セカンダリ・リージョンを対称型にする場合は、そのリージョンに別のスタンバイを追加できます。もう1つのバリエーションは、レポート用にスタンバイ・データベースを追加する方法です。

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックしてください。

MAA Goldのスタンバイ・リーダー・ファーム・パターンは、MAA Goldの複数のスタンバイ・データベース・パターンのすべての利点を実現し、さらに読取り専用操作を多数のスタンバイ・データベースに拡張して、ローカルおよびリージョン・リーダー・ファームのスケーラビリティを実現します。

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックしてください。

MAA Goldのクロスリージョン遠隔同期スタンバイ・パターンでは、プライマリとスタンバイ間のネットワーク・レイテンシまたは距離が大きすぎる場合にデータ損失ゼロのソリューションが提供されます。トランザクションがコミットされると、REDOはリモート・スタンバイへの変更を検証および再発行する障害独立遠隔同期サーバーによって確認されます。プライマリ・データベースに障害が発生した場合、またはサイトに障害が発生した可能性がある場合、障害が発生していない遠隔同期サーバーは最後にコミットされた変更をリモート・スタンバイに送信し、データ損失をゼロにします。

他のMAA GoldパターンはOracle Data GuardまたはOracle Active Data Guardを含むように拡張されていますが、この構成にはOracle Active Data Guard for Far Syncが必要になることに注意してください。

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックしてください。

プライマリおよびスタンバイ・データベースを使用したOracle Active Data Guardソリューションに基づくMAA Goldには、MAA Goldならではの利点が多数あります。

強化されたデータ保護。プライマリ・データベースまたはスタンバイ・データベースが物理的なデータ破損を検出した場合、Oracleは、アプリケーションおよびデータベースの停止時間をゼロにして、データ破損の自動ブロック修復を開始できます。これは、Active Data Guard環境のすべてのデータベースのデータの整合性と可用性の維持においての大きな利点です。さらに、スタンバイ・データベースは、書込み欠落および論理ブロック破損を検出し、論理破損を防止し、自動的にフェイルオーバーするメカニズムを提供して、これらの破損および停止時間の影響を軽減できます。
障害時リカバリ保護は停止時間の短縮、データベース、クラスタまたはサイトの障害によるデータ損失のゼロまたはほぼゼロ、アプリケーション保護、スタンバイ・データベースを使用した停止時間短縮およびデータ損失ソリューションを行います。
- 同期トランスポートのサポートによる、最大可用性または最大保護を備えたゼロ・データ損失モード。ストリーミングASYNCトランスポートのサポートによる、最大パフォーマンスを備えたほぼゼロのデータ損失。
- Data Guardファスト・スタート・フェイルオーバーによる、RTO (リカバリ時間)およびRPO (データ損失)の制限。最大保護モードおよび最大可用性モードは、データが消失しないことを保証する自動フェイルオーバー環境を提供します。最大パフォーマンス・モードによる自動フェイルオーバー環境では、損失データがFastStartFailoverLagLimit構成プロパティで指定したデータ量(秒単位)以下であることが保証されます。このプロパティは、自動フェイルオーバーの実行に許容される最大消失データ量を示します。すべてのData Guardファスト・スタート・フェイルオーバー・ソリューションでは、この分散型Data Guard環境でデータの一貫性を確保するために定足数が2になっています。
スタンバイ・データベースにプライマリ・データベースからワークロードおよび操作をオフロードします。
- 高コストのバックアップ操作と、それぞれのバックアップを使用してプライマリ・データベースまたはスタンバイ・データベースのリストアが可能
- 読取り集中型の問合せおよびレポート・ジョブ
- プライマリに同じ変更を適用する前に、スタンバイでソフトウェアまたはハードウェアの更新をテストして全体的な可用性と整合性を保証することで、テスト環境のみでなく追加の検証を提供
- データ損失の可能性を犠牲にすることなくスナップショット・スタンバイを使用したテスト
- Active Data GuardおよびREDO Applyには、データ破損の検証と早期検出、防止および自動修復が組み込まれている
Oracle RACノードまたはプライマリおよびスタンバイ・データベース全体にOracle RACおよびData Guardローリング方式で変更を実装することにより、計画メンテナンスの停止時間を短縮します。DBMS_ROLLINGおよび一時ロジカル・ソリューションを使用すると、障害時リカバリ保護を維持しながら、スタンバイを数秒の停止時間でアップグレードおよび切り替えることができます。
アプリケーション・フェイルオーバーのベスト・プラクティスまたはアプリケーション・コンティニュイティにより、接続を排出および再配置し、オプションでData Guardロールの遷移後にアプリケーション要求を新しいプライマリ・データベースでリプレイすることで、プライマリ・データベースの障害またはデータベース計画メンテナンスの完了のための停止時間が短縮されます。アプリケーション・フェイルオーバーのベスト・プラクティスとして、オラクルのサービスの使用、プライマリ・スタンバイ・データベースとローカル・スタンバイ・データベースの両方を利用するための接続文字列の変更、およびアプリケーションの高速通知と排出の有効化など、単純な非侵入型アプリケーション変更にすることをお薦めします。必要に応じて、アプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティ(TAC)を有効にする場合は、障害後のアプリケーション・リプレイのメリットを享受するために、アプリケーションにいくらかの追加投資をする必要があります。ステップとガイダンスについては、MAAソリューションの継続的サービスの継続的可用性-アプリケーション・チェックリストを参照してください。
スタンバイ・データベースを使用してExadataやExadataクラウドなどの新しいプラットフォームに切り替えるか、透過的データ暗号化(TDE)などの新しいデータベース・オプションおよび機能を有効にすることで、新しいプラットフォームおよびテクノロジへの移行を簡略化します。

オプションで、次の推奨機能を使用して、MAA Gold高可用性アーキテクチャを拡張できます:

Global Data Servicesは、レプリカ間のクライアント接続およびワークロード・リクエストの動的ロード・バランシングを提供するOracle Databaseワークロード管理ソリューションです。
Full Stack Disaster Recoveryは、Oracle Cloud Infrastructure (OCI)のディザスタ・リカバリ・オーケストレーションおよび管理サービスであり、インフラストラクチャ、ミドルウェア、データベース、アプリケーションなど、アプリケーション・スタックのすべてのレイヤーに包括的なディザスタ・リカバリ機能を提供します。
Oracle Enterprise Managerパックの選択

MAA Goldのサービス・レベルを実現するために、Oracle Active Data GuardおよびOracle RACを使用します。

Oracle Active Data Guardには、次の表に示すように、サード・パーティのレプリケーションよりも多くのOracleデータベース保護および利点があります。

利点	Oracle Active Data Guard	サードパーティのレプリケーション
データ破損保護	あり	なし
物理ブロック破損の自動ブロック修復	あり	なし
RTO	数秒から2分	最大30分
RPO	ゼロまたはほぼゼロ	ゼロ(リージョン内のみ)からほぼゼロ
アクティブ・スタンバイ・レポート	あり	なし(レポート用データベースの作成に追加のコピーが必要)
必要なネットワーク帯域幅	小(REDO変更のみ)	データベース、REDO、一時、UNDOおよび制御ファイルのすべての変更がレプリケートされるため、一般的な帯域幅は7倍
アプリケーションの統合	あり(アプリケーション・コンティニュイティを使用)	なし(カスタマイズが必要)
Data Guard Brokerオブザーバを備えた定足数2の自動フェイルオーバー(データの整合性を保持し、プライマリ・データベースのスプリット・ブレインを防止します)	あり	なし(カスタマイズが必要)
データベースのローリング・アップグレード(DBMS_ROLLING)	あり	なし
保護および障害時リカバリを維持しながらの、拡張性に優れたリーダー・ファーム	あり	なし

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図のオブジェクトをクリックしてください。

MAA Platinumリファレンス・アーキテクチャには、停止および計画メンテナンス・アクティビティのための停止時間をゼロにする潜在能力がありますが、MAA Goldアーキテクチャではこれを実現できません。MAA Platinumは、MAA Goldアーキテクチャ上に構築されており、Oracle GoldenGateレプリケーションを追加するとにより、移行、アプリケーションのアップグレードおよびデータベースのアップグレードによるダウンタイムをなくしています。各Oracle GoldenGateデータベースは、スタンバイ・データベースによって保護されているので、データベース、クラスタ、またはサイトに障害が発生した場合のデータ損失をゼロまたはほぼゼロにできます。

Oracle GoldenGateには次のような利点があります。

必要に応じて、単方向または双方向のレプリケーションで任意のレプリカの読取りおよび更新が可能
レプリカは、異なるプラットフォーム、データベース・バージョン、データベースまたはアプリケーション構成で実行できるため、オンラインでの移行およびデータベースとアプリケーションのアップグレードが可能
レプリカがオンラインであるため、停止および計画メンテナンス・アクティビティ中にアプリケーションがダウンタイムなしでスイッチオーバーが可能(アプリケーション・コンティニュイティとは異なり、アプリケーションのスイッチオーバーにはカスタマイズが必要)

他のMAAアーキテクチャとは異なり、特に他のレプリカにスイッチオーバーする必要がある場合は、Oracle GoldenGateをアーキテクチャに統合するのにアプリケーションの考慮事項が必要です。グローバル・データ・サービスまたはカスタム・アプリケーション・サービス管理は、いずれかのレプリカが停止したときに、移行、データベース・アップグレード、サイト・スイッチなどのアクティビティでアプリケーション停止時間をゼロまたは最小にするために必要になる場合もあります。また、任意の時点で複数のレプリカが同時に更新される場合は、競合の検出および解決を構成する必要があります。

ダウンタイムなしのアプリケーション・アップグレードに対処するための最適な解決策は、プライマリ・データベースの代替レプリカでアプリケーションを変更し、すべてのトランザクションが同期されたときに、プライマリ・データベースからプライマリ・データベースの代替レプリカに切り替えることです。

次の表に示すように、MAA Platinumのサービス・レベルは、最もミッション・クリティカルなOracle要件に対応し、データ損失ゼロで最大の稼働時間を確保できる潜在能力を提供します。

計画外停止	RTO/RPOサービス・レベル目標¹
リカバリ可能なノードまたはインスタンスの障害	ゼロまたは1桁秒^2、3
障害: 破損とサイトの障害	ゼロ³
計画メンテナンス
ソフトウェア/ハードウェアの更新	ゼロ²
データベースのメジャー・アップグレード	ゼロ³

¹ 明示的に指定しないかぎり、RPOはゼロになります

³アプリケーション・フェイルオーバーはカスタム、またはGlobal Data Servicesを使用します

このMAAリファレンス・アーキテクチャで使用されるOracle機能の詳細は、前述の図をクリックしてください。