1. 高可用性概要およびベスト・プラクティス
  2. Oracle Multitenantのベスト・プラクティス
  3. Oracle Multitenantのベスト・プラクティスの概要

35 Oracle Multitenantのベスト・プラクティスの概要

Oracle Multitenantは、データベース統合のためのOracleの戦略的製品です。

Oracle Multitenantアーキテクチャには、次のような利点があります。

  • 同じコンテナ・データベース(CDB)に格納されている個々のプラガブル・データベース(PDB)間のアクセス分離
  • 多くのPDBを含む1つのCDBのみを単純に管理することで、多数のデータベースを管理する機能。CDBのバックアップ、CDBソフトウェアの更新、または障害時リカバリのためのスタンバイCDBの設定によって、多くの独立したデータベースに同じ管理ステップを適用するかわりに1つのCDBを管理することで、本質的に複雑さとステップが削減されます。管理タスク、ステップおよびエラーを削減します。
  • リソース制限の柔軟な設定(メモリー、I/O、PDBレベルごとなど)による、CAPEXを削減するためのシステム・リソースの共有
  • 単一のPDBを別のコンテナに再配置し、そのPDBのみをアップグレードするなど、個々のPDBで操作できる柔軟性
  • 迅速なクローニングとプロビジョニング
  • Oracle RACとの緊密な統合

次の表に、様々なOracle Multitenant構成および運用のベスト・プラクティスを示します。

表35-1 Oracle Multitenantの構成および運用のベスト・プラクティス

ユースケース ベスト・プラクティス

プラガブル・データベース(PDB)構成

すべてのOracle RDBMSリリース12cリリース2 (12.2)から21cでは、ローカルUNDOモードでCDBを構成します

Undo Modes in 12.2 Multitenant Databases - Local and Shared Modes (Doc ID 2169828.1)を参照してください

PDBサービス管理

Oracle Clusterwareを使用するOracleデータベース(Oracle RACや、Oracle Clusterwareがインストールされている単一インスタンス・データベースなど)の必須のMAAベスト・プラクティス

  1. PDBのデフォルト・サービス、SAVED STATE (再配置操作時を除く)またはデータベース・トリガーを使用してロールベースのサービスを管理しないでください。
  2. アプリケーション・サービスには、PDBごとにクラスタウェア管理の個別サービスを使用し、そのアプリケーション・サービスを利用してデータベースに接続します。
  3. クラスタウェア管理アプリケーション・サービスを定義する場合は、起動するPDBとサービス、およびどのRACインスタンスとデータベース・ロール内かを定義します。
  4. Data Guardの場合、ロールを各クラスタウェア管理サービスに割り当てることで、常にロールベースのサービスを使用します。

前述のプラクティスが適用されると、PDBのオープンおよびData Guardロールの遷移中に予測可能なサービス管理が可能になります。これにより、アプリケーション・サービスの可用性が向上し、アプリケーション・エラーが回避されます。

MAA推奨のOracleクラスタウェア設定のない単一インスタンス・データベースの場合、次のプラクティスに従います。

  1. PDBのデフォルト・サービスは使用しないでください。
  2. アプリケーション・サービスには、PDBごとに個別サービスを使用し、そのアプリケーション・サービスを利用してデータベースに接続します。
  3. Data Guard以外の場合は、SAVED状態のみを使用してPDBをオープンし、明示的なアプリケーション・サービスを起動します。または、Data Guardの場合は、AFTER STARTUPデータベース・トリガーのみを使用して、プライマリ、READ ONLYまたはスナップショット・スタンバイ・データベース・ロールに応じて起動する必要があるアプリケーション・サービスをプログラム的に管理します。

Best Practices for Pluggable Database End User and Application Connection and Open on Database Startup (Doc ID 2833029.1)を参照してください

Oracle MultitenantでのData Guardの使用

My Oracle Supportの次のノートでは、Oracle Data Guard構成でOracle Multitenantを使用する場合の、運用のベスト・プラクティスに関する推奨事項について説明しています

Data Guard: PDBスイッチオーバーおよびフェイルオーバーのユースケース

Data Guard Brokerを使用した新しいData Guard構成へのプラガブル・データベースの移行ドキュメント2887844.1

Data Guard環境でのPDBフェイルオーバー: Data Guard Brokerを使用した、障害が発生した単一のPDBのスタンバイ・データベースからの切断および新しいコンテナへの接続または単一PDBの新規コンテナへの移行ドキュメント2088201.1

PDB移行

My Oracle Supportの次のノートでは、最小限の停止時間で様々なタイプのPDBを移行するための運用のベスト・プラクティスについて説明しています:

PDB再配置
PDBリソース管理

My Oracle Supportの次のノートでは、Oracle Multitenantリソース管理の運用ユースケースについて説明しています。

How to Control and Monitor the Memory Usage (Both SGA and PGA) Among the PDBs in Mutitenant Database- 12.2 New Feature (Doc ID 2170772.1)

Oracle Multitenant MAAソリューションを使用すると、様々なMAAソリューションの利点を得ながら、管理とシステム・リソースを節約できます。次の表に、様々な計画外停止および計画メンテナンス・アクティビティについて、ゼロおよびゼロに近い停止時間とデータ損失を示します。

表35-2 計画外停止

計画外停止 ソリューションの主な機能 RTO RPO

リカバリ可能なノードまたはインスタンスの障害

Real Application Cluster (RAC)

アプリケーション・コンティニュイティ(AC)

 秒 ゼロ

データベース、クラスタおよびサイトの障害

Active Data Guardファスト・スタート・フェイルオーバー

 <2分 ゼロまたは数秒

データ破損

物理破損の自動ブロック修復を含むActive Data Guard

 ゼロ ゼロ

PDBのリカバリ不能な障害または障害の発生したPDB

Data Guardの移行コマンドを使用したPDBフェイルオーバー

同じクラスタ上の別のターゲットCDBが必要です

PDB Failover in a Data Guard environment: Using Data Guard Broker to Unplug a Single Failed PDB from a Standby Database and Plugging into a New Container or Migrate a Single PDB into a New Container (Doc ID 2088201.1)を参照

 <2分 ゼロまたは数秒

アクティブ・レプリカへのPDBフェイルオーバー

オプション1: プライマリCDBとスタンバイCDBのData Guardアーキテクチャを使用したCDB全体のフェイルオーバー

オプション2: Oracle GoldenGateを使用したPDBレプリカの作成。異なるCDBのPDBレプリカを使用してPDBアクティブ・フェイルオーバーを実行します。

アプリケーション・フェイルオーバーについては、グローバル・データ・サービスおよびMAAソリューションの継続的サービスのためのアプリケーション・チェックリストのプラクティスを使用します

ゼロの可能性 ゼロまたは数秒

表35-3 計画メンテナンス

計画停止時間 ソリューション RTO

ソフトウェアおよびハードウェアの更新

Real Application Cluster (RAC)

MAAソリューションの継続的サービスのためのアプリケーション・チェックリスト

ゼロ

CDB全体に対するデータベースのメジャー・アップグレード

Active Data Guard DBMS_ROLLING

 秒

CDB内の単一のPDBに対するデータベースのメジャー・アップグレード

PDB再配置およびアップグレード

Using PDB Relocation to Upgrade an Individual PDB (Doc ID 2771716.1)を参照

 分

リモートCDBへの移行

PDBの再配置

Using PDB Relocation to Move a Single PDB to Another CDB Without Upgrade (Doc ID 2771737.1)を参照

 分

リモートCDBへの移行(論理移行)

Data PumpおよびOracle GoldenGateまたはゼロ・ダウンタイム移行

 ゼロの可能性