CDBの管理

「PDBに対するOracle Resource Managerの使用」

自動セグメント・アドバイザ

自動セグメント・アドバイザでは、再生可能な領域が存在しているセグメントを識別し、それらのセグメントの断片化を解消する方法について推奨事項を生成します。

自動セグメント・アドバイザによってPDBのデータが収集されると、このデータはPDBに格納されます。このデータは、PDBが切断されていても含まれます。

現在のコンテナがCDBルートである共通ユーザーは、PDBの自動セグメント・アドバイザ・データを表示できます。

現在のコンテナがPDBであるユーザーは、そのPDBの自動セグメント・アドバイザ・データのみを表示できます。

未使用領域の解放の詳細は、『Oracle Database管理者ガイド』を参照してください

自動ワークロード・リポジトリ(AWR)

AWRにより、問題の検出および自己チューニングを目的として、パフォーマンス統計を収集、処理およびメンテナンスします。このデータはデータベースに格納されます。収集されたデータは、レポートとビューに表示できます。

AWRレポートは、CDBルートまたはPDBで生成できます。CDBルートで生成されたAWRレポートはCDB全体に関係し、PDBが現在のコンテナであるときに生成されたAWRレポートはそのPDBにのみ関係します。

CDBルートで生成されたAWRデータは、そのCDBルートに格納されます。PDBで生成されたAWRデータは、PDBに格納されます。

PDBが切断されている場合、CDBルートに格納されているAWRデータは含められません。

PDBに格納されたAWRデータは、PDBが切断されていても含められます。

現在のコンテナがCDBルートである共通ユーザーは、CDBルートとPDBのAWRデータを表示できます。

現在のコンテナがPDBであるユーザーは、そのPDBのAWRデータのみを表示できます。

Oracle Databaseパフォーマンス・チューニング・ガイド

データベース・リプレイ

データベース・リプレイは、Oracle Real Application Testingの機能です。データベース・リプレイは、データベースのワークロードを取得して、テスト・データベースで正確にそれをリプレイします。

データベースの取得およびリプレイに関する情報は、CDBルートに保存されます。

現在のコンテナがCDBルートである共通ユーザーは、データベースの取得およびリプレイの情報を表示できます。

『Oracle Databaseテスト・ガイド』

オプティマイザ統計アドバイザ

オプティマイザ統計アドバイザは、統計の収集方法を分析し、統計収集を微調整するために行うことのできる変更を提案します。

PDBに関連するデータは、オプティマイザ統計アドバイザのPDBに格納されます。このデータは、PDBが切断されていても含まれます。

現在のコンテナがCDBルートである共通ユーザーは、PDBのオプティマイザ統計アドバイザ・データを表示できます。

現在のコンテナがPDBであるユーザーは、そのPDBのオプティマイザ統計アドバイザ・データのみを表示できます。

SQL管理ベース(SMB)

SMBにより、文のログ、計画履歴、SQL計画ベースラインおよびSQLプロファイルが、データ・ディクショナリに格納されます。

PDBに関連するSMBデータは、PDBに格納されます。PDBに関連するSMBデータは、PDBが切断されていても含められます。

現在のコンテナがCDBルートである共通ユーザーは、PDBのSMBデータを表示できます。

現在のコンテナがPDBであるユーザーは、そのPDBのSMBデータのみを表示できます。

SQLパフォーマンス・アナライザ(SPA)

SPAでは、SQLチューニングおよびその他のシステム変更がSQLパフォーマンスに及ぼす影響を分析できます。通常、SPAはデータベース・リプレイで使用されます。

現在のコンテナがCDBルートである共通ユーザーは、任意のPDBのSPAを実行できます。この場合、SPAの結果データはCDBルートに格納され、PDBが切断されている場合は含められません。

現在のコンテナがPDBであるユーザーは、そのPDBについてSPAを実行できます。この場合、SPA結果データはPDBに格納され、PDBが切断されていても含められます。

現在のコンテナがCDBルートである共通ユーザーは、PDBのSPA結果データを表示できます。

現在のコンテナがPDBであるユーザーは、そのPDBのSPA結果データのみを表示できます。

『Oracle Databaseテスト・ガイド』

SQLチューニング・セット(STS)

STSは、1つ以上のSQL文とその実行統計および実行コンテキストを含むデータベース・オブジェクトで、ユーザーの優先順位ランキングを含む場合があります。

STSを使用すると、SQL文のグループをチューニングしたり、SPAを使用してパフォーマンスをテストできます。

STSはCDBルートまたは任意のPDBに格納できます。CDBルートに格納されている場合は、任意のPDBからSQL文をロードできます。

PDBが切断されていると、STSにPDBからのSQL文が含まれている場合でも、CDBルートに格納されたSTSは含められません。

PDBに格納されたSTSは、PDBが切断されていても含められます。

現在のコンテナがCDBルートである共通ユーザーは、CDBルートに格納されたSTSデータのみを表示できます。

現在のコンテナがPDBであるユーザーは、そのPDBのSTSデータのみを表示できます。

Oracle Database 2日でパフォーマンス・チューニング・ガイド

SQLチューニング・アドバイザ

SQLチューニング・アドバイザでは、高負荷SQL文として識別されたSQL文が最適化されます。

自動SQLチューニング・アドバイザ・データは、CDBルートに格納されます。このデータには、PDBで実行され、アドバイザによって分析されたSQL文に関する結果が含まれていることがありますが、PDBが切断されている場合、これらの結果は含まれません。

現在のコンテナがCDBルートである共通ユーザーは、任意のPDBからのSQL文についてSQLチューニング・アドバイザを手動で実行できます。文をチューニングすると、その文を実行する任意のコンテナでチューニングされます。

現在のコンテナがPDBであるユーザーも、PDBからのSQL文についてSQLチューニング・アドバイザを手動で実行できます。SQLチューニング・アドバイザがPDBから手動で実行される場合、その結果は実行元のPDBに格納されます。この場合、文は現在のPDB用にのみチューニングされ、PDBが切断されているとPDBに関連する結果が含まれます。

SQLチューニング・アドバイザが自動的に実行される場合、その結果は、現在のコンテナがCDBルートである共通ユーザーにのみ表示されます。現在のコンテナがPDBである場合、これらの結果を表示することはできません。

SQLチューニング・アドバイザが、現在のコンテナがPDBであるユーザーによって手動で実行された場合、結果は現在のコンテナがそのPDBであるユーザーにのみ表示されます。

『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』

SPAまたはSQLチューニング・アドバイザをPDBからのSQL文について実行するには、共通ユーザーに次の権限が必要です。

PDBにおける共通権限SET CONTAINERまたはローカル権限SET CONTAINER
PDBでSQL文を実行するために必要な権限

関連項目:

「現在のコンテナについて」
コンテナ・データ・オブジェクトの概要については、「ビュー内のCDBおよびコンテナの情報について」を参照してください
コンテナ・データ・オブジェクトの詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください

親トピック: CDB管理について

CDB内表領域の管理について

表領域とは、記憶域を使用するデータベース・オブジェクト(表や索引など)の論理記憶域コンテナです。

物理レベルでは、表領域のデータは、1つ以上のデータファイルまたは一時ファイルに格納されます。ALTER DATABASE文を使用すると、CDB内の表領域を管理できます。

CDBの表領域については、次のことを考慮する必要があります。

永続表領域を関連付けることができるコンテナは厳密に1つです。
コンテナに表領域を作成する場合、表領域はそのコンテナに関連付けられます。
ローカルUNDOがCDBに対して無効になっている場合、CDBには、アクティブなUNDO表領域が1つのみ存在するか、またはOracle RAC CDBのインスタンスごとにアクティブなUNDO表領域が1つ存在します。ローカルUNDOがCDBに対して有効になっている場合、CDB内の各コンテナには独自のUNDO表領域があります。
PDBがオープンされるOracle Real Application Clusters (Oracle RAC)クラスタの各ノードに、ローカルUNDO表領域が必要となります。
CDBルート、各PDB、各アプリケーション・ルート、各アプリケーションPDBなど、CDB内のコンテナごとに1つのデフォルト一時表領域があります。

この項では、次の項目について説明します。

CDB内永続表領域の管理について
永続表領域を関連付けることができるコンテナは1つのみです。したがって、永続表領域はルートまたは1つのPDBと関連付けることができます。
CDB内の一時表領域の管理について
CDB内の各コンテナには、独自のデフォルト一時表領域(または表領域グループ)があります。

親トピック: CDB管理について

CDB内永続表領域の管理について

永続表領域を関連付けることができるコンテナは1つのみです。したがって、永続表領域はルートまたは1つのPDBと関連付けることができます。

CDB内のコンテナごとに独自のデフォルト永続表領域が存在する必要があり、デフォルト永続表領域をコンテナ間で共有することはできません。表領域を明示的に割り当てられていないユーザーがコンテナに接続された場合、コンテナのデフォルト永続表領域を使用します。

親トピック: CDB内表領域の管理について

CDB内の一時表領域の管理について

CDB内の各コンテナには、独自のデフォルト一時表領域(または表領域グループ)があります。

追加の一時表領域を個々のコンテナに作成して、コンテナの特定のユーザーをこれらの一時表領域に割り当てることができます。PDBを切断すると、その一時表領域も切断されます。

ユーザーにコンテナ内の一時表領域が明示的に割り当てられていない場合、ユーザーの一時表領域はコンテナのデフォルト一時表領域です。

関連項目:

表領域の管理の詳細は、『Oracle Database管理者ガイド』を参照してください
「CDBからのPDBの切断」
「ALTER DATABASEを使用したCDB全体の変更」
「ALTER DATABASEを使用したCDBルートの変更」

親トピック: CDB内表領域の管理について

CDBにおけるデータベース・オブジェクトの管理について

CDBでは、異なるコンテナに異なるデータベース・オブジェクトを含めることができます。

Oracle Databaseには、表、索引、ディレクトリなどのデータベース・オブジェクトが格納されます。スキーマに所有されているデータベース・オブジェクトはスキーマ・オブジェクトと呼ばれ、スキーマによって所有されていないデータベース・オブジェクトは非スキーマ・オブジェクトと呼ばれます。ルートおよびPDBにはスキーマが含まれ、スキーマにはスキーマ・オブジェクトが含まれています。ルートおよびPDBに、ユーザー、ロール、表領域、ディレクトリ、エディションなどの非スキーマ・オブジェクトを含めることもできます。

CDBでは、ルートにはオラクル社が提供するスキーマおよびデータベース・オブジェクトが含まれています。SYSやSYSTEMなどのオラクル社が提供する共通ユーザーは、これらのスキーマおよび共通データベース・オブジェクトを所有します。また、これらのユーザーは、ルートとPDBの両方にローカル・オブジェクトを所有することもできます。

ルートに共通ユーザーを作成して、CDBのコンテナを管理できます。ユーザーが作成した共通ユーザーは、ルートにデータベース・オブジェクトを作成できます。ルートでは、ユーザーが作成した共通ユーザーによって所有されるスキーマには、データベース・トリガーおよびそれらの定義で使用されるオブジェクトのみを含めることをお薦めします。ユーザーが作成した共通ユーザーは、PDBの任意のタイプのローカル・オブジェクトを所有することもできます。

PDBにローカル・ユーザーを作成できます。PDBのローカル・ユーザーは、PDBにスキーマ・オブジェクトおよび非スキーマ・オブジェクトを作成できます。ルートにローカル・ユーザーを作成することはできません。

CDBでの名前解決は、非CDBでの名前解決と似ていますが、ユーザーの現在のコンテナの、ディクショナリのコンテキストで名前が解決されることが異なります。

関連項目:

「現在のコンテナについて」
「CDBの共通ユーザーおよびローカル・ユーザーの概要」
スキーマ・オブジェクトの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。
スキーマ・オブジェクトおよび非スキーマ・オブジェクトの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。
共通ユーザーおよびローカル・ユーザーの作成の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

親トピック: CDB管理について

PDBのフラッシュ・バックについて

FLASHBACK PLUGGABLE DATABASE文を使用して、PDBを過去の時点またはシステム変更番号(SCN)に戻すことができます。

PDBのリストア・ポイントを作成して、CDBまたは他のPDBに影響を与えずに、PDBをリストア・ポイントにフラッシュバックできます。

ノート:

親トピック: CDB管理について

セキュリティを強化するためのPDBユーザーの制限について

セキュリティを強化するためにPDBユーザーを制限する方法はいくつかあります。

PDBロックダウン・プロファイルは、PDB内のユーザーが使用可能な機能とオプションを制限します。PDB_OS_CREDENTIAL初期化パラメータでは、PDBに一意のオペレーティング・システム・ユーザーを指定して、オペレーティング・システム・アクセスを制限できます。また、PATH_PREFIXおよびCREATE_FILE_DEST句がPDBの作成時に指定された場合は、ファイル・システム・アクセスを制限します。

この項では、次の項目について説明します。

PDBロックダウン・プロファイル
アイデンティティがPDB間で共有される場合は、過剰な権限が存在することがあります。ロックダウン・プロファイルを使用すると、この権限の昇格を防ぐことができます。
PDB_OS_CREDENTIAL初期化パラメータ
データベースがextprocエージェントで外部プロシージャにアクセスする際に、PDB_OS_CREDENTIAL初期化パラメータはPDBからオペレーティング・システムと対話するときに採用されるオペレーティング・システム・ユーザーのIDを決定します。
PATH_PREFIXおよびCREATE_FILE_DEST PDB作成句
CREATE PLUGGABLE DATABASEのPATH_PREFIX句は、PDBと関連付けられているすべてのディレクトリ・オブジェクト・パスが、指定したディレクトリまたはそのサブディレクトリに制限されるようにします。

親トピック: CDB管理について

PDBロックダウン・プロファイル

アイデンティティがPDB間で共有される場合は、過剰な権限が存在することがあります。ロックダウン・プロファイルを使用すると、この権限の昇格を防ぐことができます。

IDは、次の状況で共有できます。

オペレーティング・システム・レベルでは、データベースがファイルやプロセスなどのオペレーティング・システム・リソースと対話するとき
ネットワーク・レベルでは、データベースが他のシステムと通信するとき
データベースの内部では、PDBが共通オブジェクトをアクセスまたは作成するか、データベース・リンクなどの機能を使用してコンテナ境界を越えて通信するとき

セキュリティを高めるために、CDB管理者はPDBロックダウン・プロファイルを使用して特定のPDBのユーザーを制限できます。PDBロックダウン・プロファイルでは、ALTER SYSTEM文などの指定したSQL文をユーザーが実行できないようにしたり、UTL_SMTPなど、ネットワークにアクセスできるパッケージへのアクセスを無効にしたりできます。PDBロックダウン・プロファイルでは、共通ユーザー、共通オブジェクトおよび管理ツール(Oracle XML DB、管理機能(例: カーソル共有)、データベース・オプション(例: Oracle Databaseアドバンスト・キューイング)など)へのアクセスも制限できます。PDBロックダウン・プロファイルでは、XDB_PROTOCOLS機能でPDBによるXDBプロトコル(FTP、HTTP、HTTPS)の使用を禁止できます。

CDBルートまたはアプリケーション・ルートにログインするときに、次のオプション句をサポートしているCREATE LOCKDOWN PROFILE文を発行して、ロックダウン・プロファイルを作成します。

FROM static_base_profileは、既存のプロファイルの値を使用して、新しいロックダウン・プロファイルを作成します。既存のプロファイルへの以降の変更は、新しいプロファイルには影響しません。
INCLUDING dynamic_base_profileは、既存のプロファイルの値を使用して新しいロックダウン・プロファイルを作成しますが、この新しいロックダウン・プロファイルは、基本プロファイルを構成するDISABLE STATEMENTルール、および基本プロファイルへの以降の変更を継承するという点が異なります。

文を発行するユーザーは、現在のコンテナでCREATE LOCKDOWN PROFILEシステム権限を持っている必要があります。制約を追加および削除するには、ALTER LOCKDOWN PROFILE文を使用します。ユーザーはCDBルートまたはアプリケーション・ルートでALTER文を発行する必要があり、現在のコンテナでALTER LOCKDOWN PROFILEシステム権限を持っている必要があります。

ロックダウン・プロファイルは、PDB_LOCKDOWN初期化パラメータを使用して指定します。このパラメータによって、PDBロックダウン・プロファイルが指定のPDBに適用されるかどうかが決定します。このパラメータは、次のレベルで設定できます。

PDB

プロファイルは、設定されるPDBにのみ適用されます。
アプリケーション・コンテナ

プロファイルは、アプリケーション・コンテナ内のすべてのアプリケーションPDBに適用されます。値を変更できるのは、アプリケーション共通のSYSDBA権限または共通のALTER SYSTEM権限を持つアプリケーション共通ユーザー、あるいは共通のSYSDBA権限または共通のALTER SYSTEM権限を持つCDB共通ユーザーのみです。
CDB

プロファイルはすべてのPDBに適用されます。共通のSYSDBA権限または共通のALTER SYSTEM権限を持つ共通ユーザーは、特定のPDBに対するCDB全体の設定をオーバーライドできます。

PDBのPDB_LOCKDOWNパラメータが、このPDBのコンテナ(CDBまたはアプリケーション・コンテナ)とは異なるロックダウン・プロファイルの名前に設定されている場合は、一連のルールによって制限の間の相互作用が制御されます。

関連項目:

ロックダウン・プロファイルの詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください
CREATE LOCKDOWN PROFILE文の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。
PDB_LOCKDOWN初期化パラメータの詳細は、『Oracle Databaseリファレンス』を参照してください

親トピック: セキュリティを強化するためのPDBユーザーの制限について

PDB_OS_CREDENTIAL初期化パラメータ

データベースがextprocエージェントで外部プロシージャにアクセスする際に、PDB_OS_CREDENTIAL初期化パラメータはPDBからオペレーティング・システムと対話するときに採用されるオペレーティング・システム・ユーザーのIDを決定します。

名前がPDB_OS_CREDENTIAL初期化パラメータの値として指定された資格証明で記述されるOSユーザーを使用すると、オペレーティング・システムの対話が強力な権限を持たないユーザーとして実行されます。このようにして、あるPDBに属するデータを別のPDBに接続しているユーザーからアクセスできないように保護する機能が提供されます。資格証明は、DBMS_CREDENTIALパッケージ内のCREATE_CREDENTIALプロシージャを使用して作成されるオブジェクトです。

通常、Oracle OSユーザーは高い権限を持つユーザーです。オペレーティング・システムの対話にこのアカウントを使用することはお薦めしません。また、異なるPDBからのオペレーティング・システムの対話に同じOSユーザーを使用すると、特定のPDBに属するデータが危険にさらされる可能性があります。

関連項目:

外部プロシージャ用のプロセスの管理方法の詳細は、『Oracle Database管理者ガイド』を参照してください
PDB_OS_CREDENTIAL初期化パラメータの詳細は、Oracle Databaseリファレンスを参照してください
Oracle Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス

親トピック: セキュリティを強化するためのPDBユーザーの制限について

PATH_PREFIXおよびCREATE_FILE_DEST PDB作成句

CREATE PLUGGABLE DATABASEのPATH_PREFIX句は、PDBと関連付けられているすべてのディレクトリ・オブジェクト・パスが、指定したディレクトリまたはそのサブディレクトリに制限されるようにします。

また、PATH_PREFIXは、PDBと関連付けられている次のファイルが、指定したディレクトリに制限されるようにします。

PDBのOracle XMLリポジトリ
CREATE PFILE文で作成されたファイル
Oracleウォレットのエクスポート・ディレクトリ
CREATE LIBRARY文で作成されたライブラリ・オブジェクト

ノート:

ライブラリでは、ディレクトリ・オブジェクトを使用する必要があります。PDBで事前定義済のPATH_PREFIXが使用されている場合、ディレクトリ・オブジェクトを使用しないライブラリ・オブジェクトを使用しようとすると、ORA-65394エラーが発生します。ライブラリ・オブジェクトは無効になりませんが、ライブラリ・オブジェクトを使用可能にするには、ディレクトリ・オブジェクトを使用して再作成する必要があります。

CREATE PLUGGABLE DATABASE文のCREATE_FILE_DEST句は、PDBに属するすべてのデータベース・ファイルが、指定したディレクトリまたはそのサブディレクトリに制限されるようにします。この句を使用すると、PDBでOracle Managed Filesが有効になり、PDBファイルのデフォルトのファイル・システム・ディレクトリまたはOracle ASMディスク・グループを指定できます。

関連項目:

親トピック: セキュリティを強化するためのPDBユーザーの制限について

Oracle RACを含むOracle Multitenantの概要

Oracle MultitenantはOracle Database 12cのオプションで、統合、プロビジョニング、アップグレードなどを簡略化します。

これは、マルチテナント・コンテナ・データベース(CDB)に複数のプラガブル・データベース(PDB)を保持することができるアーキテクチャに基づいています。アプリケーション層を変更することなく、既存のデータベースをPDBとして採用できます。このアーキテクチャでは、1つのシステム上で様々なビジネスで重要なアプリケーションを統合するときに必要なローカルの高可用性を、Oracle RACが提供します。

Oracle RACでPDBを使用する場合、マルチテナントCDBはOracle RACに基づきます。各PDBをOracle RAC CDBの各インスタンスまたはインスタンスのサブセットで使用可能にすることができます。いずれの場合も、PDBへのアクセスおよび管理は、動的データベース・サービスを使用して調整されます。これは接続にOracle Net Servicesを使用する1つのインスタンスOracleデータベース内なので、アプリケーションにより使用されて各PDBに接続することもあります。

同じOracle RACデータベースまたはデータベース・インスタンスを共有している別のPDBを妨害する可能性のある、特定のPDBでの特定の操作が実行されないようにするために、PDBを分離できます。PDBの分離により、Oracle Multitenantを使用した高度な統合が可能になります。

Oracle RACデータベースをCDBとして作成し、そのCDBに1つ以上のPDBを接続する場合、Oracle RACのCDBのどのインスタンスでもPDBはデフォルトで自動起動されません。PDBに(データベース名と同じ名前のデフォルトのデータベース・サービス以外の)最初の動的なデータベース・サービスが割り当てられると、PDBはサービスが実行されるインスタンスで有効になります。

Oracle RACの1つ以上のインスタンスでPDBが有効かどうかにかかわらず、CDBは通常、PDBで実行されるサービスで管理されます。インスタンス上でPDBを手動で起動することによって、Oracle RAC CDBの各インスタンス上でPDBアクセスを手動で有効化できます。

関連トピック

Oracle Real Application Clusters管理およびデプロイメント・ガイド

親トピック: CDB管理について

CDB内のコンテナへのアクセス

SQL*Plus CONNECTコマンドを使用してコンテナに接続できます。または、ALTER SESSION SET CONTAINER SQL文を使用してコンテナに切り替えることができます。

ノート:

Oracle Enterprise Manager Cloud Control (Cloud Control)を使用してログインすることもできます。「Enterprise Managerによるマルチテナント環境へのログイン」を参照してください。

この項では、次の項目について説明します。

CDB内のコンテナへのアクセスについて
SQL*Plusを使用して、CDB内のルートまたはPDBにアクセスできます。
CDB内のコンテナへのアクセス
SQL*PlusのCONNECTまたはALTER SESSIONコマンドを発行して、CDB内のコンテナにアクセスします。

親トピック: CDBの管理

CDB内のコンテナへのアクセスについて

SQL*Plusを使用してCDB内のルートまたはPDBにアクセスできます。

ノート:

この項では、SQL*Plusで非CDBに接続する方法を理解していることを想定しています。

この項では、次の項目について説明します。

CDBのサービス
クライアントからは、データベース・サービスを使用してルートまたはPDBにアクセスします。
CDBでのセッション制限
SESSIONS初期化パラメータの設定によって、PDBに接続されたセッションなどのCDBで使用できるセッションの合計数が制限されます。
マルチテナント環境のユーザー名
各PDB内のユーザー名は、そのPDB内の他のユーザー名およびロールと比較して一意である必要があります。
管理ユーザーのパスワード・ファイルに対するマルチテナント・オプションの影響
マルチテナント環境では、ローカル管理ユーザーと共通管理ユーザーのパスワード情報はそれぞれ異なる場所に保存されます。

関連項目:

データベースに対するコマンドおよびSQLの発行の詳細は、『Oracle Database管理者ガイド』を参照してください
Oracle Net Servicesの構成の詳細は、Oracle Database Net Services管理者ガイドを参照してください。

親トピック: CDB内のコンテナへのアクセス

CDBのサービス

クライアントからは、データベース・サービスを使用してルートまたはPDBにアクセスします。

データベース・サービスには、オプションのPDBプロパティがあります。PDBが作成されると、PDBの新しいデフォルト・サービスが自動的に作成されます。サービスには、PDBと同じ名前が付いています。サービス名を使用すると、簡易接続構文またはtnsnames.oraファイル内のネット・サービス名を使用してPDBにアクセスできます。このサービスにアクセスするクライアントには、Oracle Net Serviceが正しく構成されている必要があります。

ユーザーがnull以外のPDBプロパティを含むサービスを使用して接続する場合、ユーザー名は指定したPDBのコンテキストで解決されます。ユーザーがサービスを指定しないか、またはnullのPDBプロパティを含むサービス名を使用して接続する場合、ユーザー名はルートのコンテキストで解決されます。サービスのPDBプロパティを表示するには、CDB_SERVICESデータ・ディクショナリ・ビューを問い合せるか、またはconfig serviceコマンドをSRVCTLユーティリティで実行します。

ノート:

同じコンピュータ・システム上の2つ以上のCDBで同じリスナーが使用され、これらのCDB内で2つ以上のPDBが同じサービス名を持つ場合、このサービス名を指定する接続は、そのサービス名のPDBの1つにランダムに接続します。不正に接続されることを回避するには、コンピュータ・システム上のPDBのすべてのサービス名が一意であることを確認するか、コンピュータ・システム上の各CDBに別のリスナーを構成します。

関連項目:

CDBでのセッション制限

SESSIONS初期化パラメータの設定によって、PDBに接続されたセッションなどのCDBで使用できるセッションの合計数が制限されます。

CDBの制限に達すると、ユーザーはPDBに接続できなくなります。1つのPDBで過剰なセッションが使用されないようにするには、PDBでSESSIONS初期化パラメータを設定して、PDBで使用できるセッションの数を制限できます。

関連項目:

「PDBの変更可能な初期化パラメータをリスト」

マルチテナント環境のユーザー名

各PDB内のユーザー名は、そのPDB内の他のユーザー名およびロールと比較して一意である必要があります。

以下の制限に注意してください。

ローカル・ユーザー名の場合、名前をC## (またはc##)で始めることはできません。
ユーザーとロールに同じ名前を付けることはできません。

関連トピック

『Oracle Databaseセキュリティ・ガイド』

管理ユーザーのパスワード・ファイルに対するマルチテナント・オプションの影響

マルチテナント環境では、ローカル管理ユーザーと共通管理ユーザーのパスワード情報はそれぞれ異なる場所に保存されます。

CDB管理ユーザーの場合: CDBルートで管理権限が付与されたCDB共通管理ユーザーのパスワード情報(パスワードのハッシュ)は、パスワード・ファイルに格納されます。
CDBルート外で管理権限が付与された、CDB内のすべてのユーザーの場合: これらのユーザーのパスワード・ハッシュ情報に関する情報を確認するには、$PWFILE_USERS動的ビューを問い合せます。

関連トピック

『Oracle Databaseセキュリティ・ガイド』

CDB内のコンテナへのアクセス

SQL*PlusのCONNECTまたはALTER SESSIONコマンドを発行して、CDB内のコンテナにアクセスします。

この項では、次の項目について説明します。

SQL*Plus CONNECTコマンドを使用したコンテナへの接続
SQL*Plus CONNECTコマンドを使用してルートまたはPDBに接続できます。
ALTER SESSION文を使用したコンテナへの切替え
共通ユーザーとしてコンテナに接続している場合、ALTER SESSION文を使用して、別のコンテナおよびアプリケーション・サービスに切り替えることができます。

親トピック: CDB内のコンテナへのアクセス

SQL*Plus CONNECTコマンドを使用したコンテナへの接続

SQL*Plus CONNECTコマンドを使用してルートまたはPDBに接続できます。

この項では、次の項目について説明します。

SQL*Plus CONNECTコマンドを使用したルートへの接続
非CDBに接続する場合と同じ方法でルートに接続できます。
SQL*Plus CONNECTコマンドを使用したPDBへの接続
SQL*Plus CONNECTコマンドを使用してPDBに接続するには、簡易接続またはネット・サービス名を使用できます。

親トピック: CDB内のコンテナへのアクセス

SQL*Plus CONNECTコマンドを使用したルートへの接続

非CDBに接続する場合と同じ方法でルートに接続できます。

具体的には、SQL*Plus CONNECTコマンドでルートに接続するために、次の手法を使用できます。

ローカル接続
オペレーティング・システム認証を使用したローカル接続
簡易接続を使用したデータベース接続
サービス名を使用したデータベース接続
外部認証を使用したリモート・データベース接続

ユーザーがルートに接続するには、次の前提条件を満たしている必要があります。

ユーザーは共通ユーザーである必要があります。
ユーザーは、ルートでのCREATE SESSION権限を付与されている必要があります。

SQL*Plus CONNECTコマンドを使用してルートに接続するには:

SQL*Plusを起動できるよう、環境を構成します。
/NOLOG引数を使用してSQL*Plusを起動します。
```
sqlplus /nolog
```
次の例のように、SQL*PlusのCONNECTコマンドを発行し、ルートとして接続します。

例13-1 ローカル接続を使用したルートへの接続

この例では、ユーザーSYSTEMとしてローカルCDBのルートに接続します。SQL*Plusによって、ユーザーSYSTEMのパスワードの入力が求められます。

connect system

例13-2 オペレーティング・システム認証を使用したrootへの接続

この例では、オペレーティング・システム認証を使用してSYSDBA管理権限でルートにローカルに接続します。

connect / as sysdba

例13-3 ネット・サービス名を使用したrootへの接続

CDBのルートのネット・サービス名が含まれるようにクライアントが構成されていると想定します。たとえば、ネット・サービス名をtnsnames.oraファイルのエントリに含めることができます。

この例では、共通ユーザーc##dbaとして、ネット・サービス名mycdbによって指定されたデータベース・サービスに接続します。SQL*Plusによって、ユーザーc##dbaのパスワードの入力が求められます。

connect c##dba@mycdb

関連項目:

データベースに対するコマンドおよびSQLの発行の詳細は、『Oracle Database管理者ガイド』を参照してください

親トピック: SQL*Plus CONNECTコマンドを使用したコンテナへの接続

SQL*Plus CONNECTコマンドを使用したPDBへの接続

SQL*Plus CONNECTコマンドを使用してPDBに接続するには、簡易接続またはネット・サービス名を使用できます。

PDBに接続するには、ユーザーは次のいずれかである必要があります。

CREATE SESSION権限が共通に付与されているか、PDBでローカルに付与されている共通ユーザー
CREATE SESSION権限を持つPDBで定義されたローカル・ユーザー

SYSDBA、SYSOPER、SYSBACKUPまたはSYSDG権限を持つユーザーのみが、マウント・モードのPDBに接続できます。PDBのオープン・モードを変更するには、「1つ以上のPDBのオープン・モードの変更」を参照してください。

SQL*Plus CONNECTコマンドを使用してPDBに接続するには:

SQL*Plusを起動できるよう、環境を構成します。
/NOLOG引数を使用してSQL*Plusを起動します。
```
sqlplus /nolog
```
簡易接続またはネット・サービス名を使用してSQL*Plus CONNECTコマンドを発行し、PDBに接続します。

例13-4 PDBへの接続

PDBごとに各PDB名と一致するネット・サービス名を持つように、クライアントが構成されていると想定します。たとえば、ネット・サービス名をtnsnames.oraファイルのエントリに含めることができます。

次のコマンドにより、salespdb PDB内のshローカル・ユーザーに接続します。

CONNECT sh@salespdb

次のコマンドにより、salespdb PDB内のSYSTEM共通ユーザーに接続します。

CONNECT system@salespdb

関連項目:

SQL*Plus CONNECTコマンドの発行の詳細は、『Oracle Database管理者ガイド』を参照してください

親トピック: SQL*Plus CONNECTコマンドを使用したコンテナへの接続

ALTER SESSION文を使用したコンテナへの切替え

共通ユーザーとしてコンテナに接続している場合、ALTER SESSION文を使用して、別のコンテナおよびアプリケーション・サービスに切り替えることができます。

次の文を使用して、別のコンテナおよびアプリケーション・サービスに切り替えることができます。

ALTER SESSION SET CONTAINER = container_name [SERVICE = service_name]

container_nameについては、次のいずれかを指定します。

CDBルートに切り替えるにはCDB$ROOT
PDBシードに切り替えるにはPDB$SEED
PDBに切り替えるにはPDB名

現在のコンテナがルートである場合、DBA_PDBSビューを問い合せると、CDB内のPDBの名前を表示できます。

service_nameには、PDBで実行されているサービスを指定します。CDBルートを除くCDBのコンテナで実行されているサービスをリストするには、CDBルートが現在のコンテナであるときに次の問合せを発行します。

COL NAME FORMAT A30
COL CON_NAME FORMAT A20

SELECT NAME,CON_NAME, CON_ID
  FROM V$ACTIVE_SERVICES
  WHERE UPPER(NAME) != CON_NAME
  AND CON_ID !=1
  ORDER BY CON_ID;

デフォルトでは、コンテナに切り替えると、セッションはコンテナのデフォルト・サービスを使用します。ただし、PDBのデフォルト・サービスでは、すべてのサービス属性および機能(サービス・メトリック、高速アプリケーション通知(FAN)、ロード・バランシング、リソース・マネージャ、トランザクション・ガード、アプリケーション・コンティニュイティなど)がサポートされているわけではありません。ベスト・プラクティスは、SERVICE = service_name (service_nameはサービスの名前)を指定することによって、コンテナにデフォルト以外のサービスを使用することです。

この新しい機能によって、接続プールでサービスを切り替えたり、プールの接続を使用した接続でPDBが必要な場合に切り替えることができます。Oracle Database 12cリリース2 (12.2.0.1)以降では、接続プールはUCP (Universal Connection Pool)を使用して複数のデータベース・サービスをサポートします。スタンドアロンで使用することもできます。

サービスを切り替える場合は、データベース・サービスの識別、優先順位、測定および高可用性が維持されたままで、アプリケーションをCDBに統合できます。デフォルト以外のサービスに切り替えると、次のような利点があります。

サービス属性および機能が維持されます。
これらのテナントに使用される接続が多すぎる過剰な接続プールがなくなります。
アプリケーションが、接続プールを過剰に消費することなく、ワークロード制御のためにデータベース・サービスをさらに使用できます。顧客は、データベース接続のサイズが大きくなりすぎることなく、サービスを使用したワークロードを識別して優先できます。

ALTER SESSION SET CONTAINER文を使用する場合は、次のことを考慮する必要があります。

文が正常に完了した後、セッションの現行スキーマは、指定されたコンテナの共通ユーザーが所有するスキーマに設定されます。
文が正常に完了した後、セキュリティ・コンテキストは、指定されたコンテナの共通ユーザーが所有するスキーマのセキュリティ・コンテキストにリセットされます。
文が正常に完了した後、指定されたコンテナのログイン・トリガーは起動されません。

トリガーが必要な場合は、ALTER SESSION SET CONTAINER文が実行される前または後に起動するように、BEFOREまたはAFTER SET CONTAINERトリガーをPDBで定義できます。
この文が正常に完了し、SERVICE句によってPDBにデフォルト以外のサービスが指定されている場合、セッションは設定されている属性(新しいサービスのメトリック、FAN、TAF、アプリケーション・コンティニュイティ、トランザクション・ガード、drain_timeoutおよびstop_optionを含む)を使用して新しいサービスを使用します。
パッケージの状態は複数のコンテナにわたって共有されません。
PDBをクローズするとき、PDBに切り替えられたセッションおよびPDBに直接接続されたセッションは同様に処理されます。
トランザクションを複数のコンテナにわたって実行することはできません。トランザクションを開始し、ALTER SESSION SET CONTAINERを使用して別のコンテナに切り替えると、そのトランザクションを開始したコンテナに再び切り替えるまで、DML、DDL、COMMITまたはROLLBACK文を発行できなくなります。
カーソルをオープンし、ALTER SESSION SET CONTAINERを使用して別のコンテナに切り替えると、カーソルをオープンしたコンテナに再び切り替えるまで、このカーソルからデータをフェッチできなくなります。
接続プーリングおよび拡張CDB管理に、SERVICE句を指定したALTER SESSION SET CONTAINER文を使用できます。

たとえば、マルチテナント・アプリケーションのPDBで、この文を接続プーリングに使用できます。マルチテナント・アプリケーションでは、サーバー上のソフトウェアの単一インスタンスを使用して、複数の顧客(テナント)に対処します。非CDBでは、通常、アプリケーションで使用されるすべての表にテナントを識別する余分な列を追加することでマルチテナントがサポートされていて、テナントは接続プールから接続をチェック・アウトします。PDBが含まれるCDBでは、テナントごとに独自のPDBを設定でき、接続プーリング構成でALTER SESSION SET CONTAINER文を使用できます。
複数のアプリケーションを処理する接続プールを使用している場合、アプリケーションは別のサービスのデータ・ソースを使用できます。SERVICE句を指定してALTER SESSION SET CONTAINER文を使用すると、接続プールで多数のアプリケーションに同じ接続を使用して、サービスを共有できます。

ALTER SESSION SET CONTAINER文を使用するには、次の前提条件を満たしている必要があります。

現在のユーザーは共通ユーザーである必要があります。初期接続は、SQL*Plus CONNECTコマンドを使用して確立する必要があります。
Oracle Databaseで提供されていない共通ユーザーとして、セッションを変更してPDBに切り替える場合、現在のユーザーには、SET CONTAINER権限が共通に付与されているか、またはこの権限がPDBでローカルに付与されている必要があります。

ノート:

ALTER SESSION SET CONTAINER文を使用して現在のコンテナを切り替える場合、このような前提条件は強制されず、満たされていない場合、エラー・メッセージは返されません。

SERVICE句を指定してALTER SESSION SET CONTAINER文を発行する前に、次の前提条件を満たしている必要があります。

切り替える先のサービスがアクティブである必要があります。実行されていないサービスに切り替えることはできません。
サービス間で切り替える場合は、切り替える元のサービスと切り替える先のサービスのサービス属性が一致している必要があります。たとえば、切り替える元と切り替える先のサービスの両方が、TAFを持っているか、アプリケーション・コンティニュイティを使用しているか、drain_timeout設定がある必要があります。

ALTER SESSION文を使用してコンテナに切り替えるには:

SQL*Plusで、必要な権限を持つ共通ユーザーとしてコンテナに接続します。
切替え先のコンテナの現在のオープン・モードを確認します。

ルートまたはPDBの現在のオープン・モードを確認するには、現在のコンテナがルートのときに、V$CONTAINERSビューでOPEN_MODE列を問い合せます。

ルートのオープン・モードを変更する必要がある場合は、『Oracle Database管理者ガイド』のデータベースの可用性の変更に関する項の手順に従って、オープン・モードを変更します。

PDBのオープン・モードを変更する必要がある場合は、「1つ以上のPDBのオープン・モードの変更」の手順に従って、オープン・モードを変更します。

ルートのオープン・モードにより、PDBのオープン・モードが制限されます。たとえば、PDBをオープンするには、ルートがオープンしている必要があります。したがって、PDBのオープン・モードを変更する前に、ルートのオープン・モードを変更することが必要な場合があります。
特定のサービスに切り替える場合は、そのサービスが実行されていることを確認します。

サービスのアクティブ・ステータスを確認するには、現在のコンテナがCDBルートであるときにV$ACTIVE_SERVICESビューを問い合せます。

サービスが実行されていない場合は、SRVCTLユーティリティまたはDBMS_SERVICEパッケージを使用して、サービスを開始します。
ALTER SESSION SET CONTAINER文を実行して、切替え先のコンテナを指定します。

SERVICE句を含めて、特定のアプリケーション・サービスに切り替えます。

次の例では、ALTER SESSIONを使用して様々なコンテナに切り替えます。

例13-5 PDB salespdbへの切替えとsalesrepサービスの使用

ALTER SESSION SET CONTAINER = salespdb SERVICE = salesrep;

例13-6 PDB salespdbへの切替えとデフォルト・サービスの使用

ALTER SESSION SET CONTAINER = salespdb;

例13-7 CDBルートへの切替え

ALTER SESSION SET CONTAINER = CDB$ROOT;

例13-8 PDBシードへの切替え

ALTER SESSION SET CONTAINER = PDB$SEED;

例13-9 CDBルートのダミー・サービスを使用したサービスの切替え

コンテナおよびサービスを切り替える接続プールを設計するには、CDBルートにダミー・サービスを作成し、必要なすべての属性(たとえば、drain_timeout、TAFまたはアプリケーション・コンティニュイティ)をこのダミー・サービスに設定することが1つの方法です。サービス属性は、CDBルートおよびPDB間で一致している必要があります。この方法を使用するには、次のステップを実行します。

最初に接続プールを作成するとき、および新しい接続を作成するときに、ダミー・サービスに接続します。
サービスが各PDBに追加されると、これらの実際のサービスに同じ属性が設定されます。
アプリケーションが接続を必要とする場合は、次のいずれかのアクションを実行します。
- ダミー・サービスへの新しい接続を作成し、そのPDBおよびサービスに切替えます。
- プールの空き接続を使用して、PDBおよびサービスに切り替えます。
  
  PDB間で切り替える場合、CDBに戻る必要はありません。

PDB間で切り替える場合、CDBに戻る必要はありません。

関連項目:

データベース常駐接続プーリングの詳細は、Oracle Database管理者ガイドを参照してください
ユニバーサル接続プールの詳細は、Oracle Universal Connection Pool開発者ガイドを参照してください

親トピック: CDB内のコンテナへのアクセス

システム・レベルでのCDBの変更

初期化パラメータはCDBレベルで設定できます。場合によっては、これらのパラメータをPDBレベルで上書きできます。

この項では、次の項目について説明します。

CDBのシステム・レベルの変更について
ALTER SYSTEM SET文は、1つ以上のコンテナの初期化パラメータを動的に設定します。
ALTER SYSTEMを使用したCDBの変更
システム・レベルでCDBを変更するには、ALTER SYSTEM文を使用します。

親トピック: CDBの管理

CDBのシステム・レベルの変更について

ALTER SYSTEM SET文は、1つ以上のコンテナの初期化パラメータを動的に設定します。

CDBでは初期化パラメータの継承モデルが使用されます。このモデルでは、PDBがルートから初期化パラメータの値を継承します。この場合、継承は、ルートの特定のパラメータ値が特定のPDBに適用されることを意味します。

PDBは、一部のパラメータのルート設定を上書きできます。このような場合、PDBには初期化パラメータごとに継承プロパティ(trueまたはfalse)があります。あるパラメータでPDBがルートの値を継承する場合、そのパラメータの継承プロパティはtrueです。それ以外の場合、プロパティはfalseです。

一部のパラメータについては、継承プロパティがtrueである必要があります。その他のパラメータでは、現在のコンテナがPDBである場合、ALTER SYSTEM SET文を実行して継承プロパティを変更できます。初期化パラメータのV$SYSTEM_PARAMETER.ISPDB_MODIFIABLEがTRUEの場合は、そのパラメータの継承プロパティをfalseに設定できます。

現在のコンテナがルートである場合、ALTER SYSTEM SET文のCONTAINER句で設定されるパラメータ値を継承するPDBが制御されます。CONTAINER句の構文は次のとおりです。

CONTAINER = { CURRENT | ALL }

次の設定を使用できます。

CURRENT

パラメータ設定は現在のコンテナのみに適用されます。これは、CONTAINERのデフォルト設定です。現在のコンテナがルートである場合は、ルートと、そのパラメータについてtrueの継承プロパティを持つすべてのPDBにそのパラメータ設定が適用されます。
ALL

パラメータ設定は、ルートおよびすべてのPDBを含むCDB内のすべてのコンテナに適用されます。ALLを指定すると、すべてのPDB内のパラメータの継承プロパティはtrueに設定されます。

関連項目:

CONTAINER句およびそれに適用するルールの詳細は、「現在のコンテナについて」を参照してください

親トピック: システム・レベルでのCDBの変更

ALTER SYSTEMを使用したCDBの変更

システム・レベルでCDBを変更するには、ALTER SYSTEM文を使用します。

前提条件

現在のユーザーには、ALTER SYSTEM権限が共通して付与されている必要があります。

CDBのルートでALTER SYSTEM SETを使用するには:

SQL*Plusで、現在のコンテナがルートであることを確認します。
ALTER SYSTEM SET文を実行します。

ノート:

PDBのパラメータの継承プロパティをfalseからtrueに変更するには、現在のコンテナがPDBであるときにALTER SYSTEM RESET文を実行して、パラメータをリセットします。次のサンプル文は、OPEN_CURSORSパラメータをリセットします。

ALTER SYSTEM RESET OPEN_CURSORS SCOPE = SPFILE;

例13-10 すべてのコンテナへの初期化パラメータの設定

このALTER SYSTEM SET文では、すべてのコンテナのOPEN_CURSORS初期化パラメータを200に設定し、各PDBの継承プロパティをTRUEに設定します。

ALTER SYSTEM SET OPEN_CURSORS = 200 CONTAINER = ALL;

例13-11 ルートの初期化パラメータの設定

このALTER SYSTEM SET文では、ルートおよびPDBのOPEN_CURSORS初期化パラメータを200に設定します(このとき、パラメータの継承プロパティはtrueです)。

ALTER SYSTEM SET OPEN_CURSORS = 200 CONTAINER = CURRENT;

関連項目:

「システム・レベルでのPDBの変更」
ALTER SYSTEM SET文の詳細は、『Oracle Database SQL言語リファレンス』を参照してください

親トピック: システム・レベルでのCDBの変更

CDBルートへの接続時のコンテナの変更

ALTER DATABASE文を使用してCDB全体またはルートを変更できます。

この項では、次の項目について説明します。

CDBルートへの接続時のコンテナの変更について
ALTER DATABASE文はCDBを変更します。CDBルートに接続するとき、ALTER PLUGGABLE DATABASE文では、1つ以上のPDBのオープン・モードを変更できます。
ALTER DATABASEを使用したCDB全体の変更
ALTER DATABASE文を使用して、ルートおよびPDBすべてを含むCDB全体を変更できます。ほとんどのALTER DATABASE文は、CDB全体を変更します。
ALTER DATABASEを使用したCDBのUNDOモードの設定
ローカルUNDOが有効になっている場合、コンテナがオープンされる各インスタンスで、各コンテナに独自のUNDO表領域があります。ローカルUNDOが無効になっている場合は、CDB全体に対して1つのUNDO表領域があります。
ALTER DATABASEを使用したCDBルートの変更
CDBのルートのみを変更するには、ALTER DATABASE文を使用します。

親トピック: CDBの管理

CDBルートへの接続時のコンテナの変更について

ALTER DATABASE文はCDBを変更します。CDBルートに接続するとき、ALTER PLUGGABLE DATABASE文では、1つ以上のPDBのオープン・モードを変更できます。

ALTER DATABASEおよびALTER PLUGGABLE DATABASEの動作は、文を使用するときに接続されているコンテナによって異なります。

共通ユーザーとしてCDBルートに接続されている場合

この場合、ALTER DATABASE文は非CDBの場合と同様に機能します。RENAME GLOBAL_NAME句を含むALTER DATABASE文を使用すると、CDBのドメインが変更され、CDBのドメインにデフォルト設定された各PDBのドメインに影響を及ぼします。pdb_change_state句を含むALTER PLUGGABLE DATABASE文は、1つ以上のPDBのオープン・モードを変更します。
PDBに接続されている場合

この場合、ALTER DATABASEおよびALTER PLUGGABLE DATABASE文は現在のPDBのみを変更します。

次の表に、ALTER DATABASEおよびALTER PLUGGABLE DATABASE文の句によって変更されるコンテナを示します。

表13-3 CDBのコンテナを変更する文

CDB全体の変更ルートのみの変更 1つ以上のPDBの変更

CDB全体の変更	ルートのみの変更	1つ以上のPDBの変更
現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含む`ALTER DATABASE`文を使用すると、CDB全体が変更されます。 startup_clauses recovery_clauses logfile_clauses controlfile_clauses standby_database_clauses instance_clauses security_clause `RENAME GLOBAL_NAME`句 `ENABLE BLOCK CHANGE TRACKING`句 `DISABLE BLOCK CHANGE TRACKING`句	現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含む`ALTER DATABASE`文を使用すると、ルートのみが変更されます。 database_file_clauses `DEFAULT EDITION`句 `DEFAULT TABLESPACE`句 `DEFAULT TEMPORARY TABLESPACE`句次の句を含む`ALTER DATABASE`文を使用すると、ルートが変更され、PDBにデフォルト値が設定されます。 flashback_mode_clause `SET DEFAULT {BIGFILE\|SMALLFILE} TABLESPACE`句 set_time_zone_clause これらの句を使用すると、特定のPDBにデフォルト以外の値を設定できます。	現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含む`ALTER PLUGGABLE DATABASE`文を使用すると、1つ以上のPDBのオープン・モードを変更できます。 pdb_change_state 現在のコンテナがPDBである場合、この句を含む`ALTER PLUGGABLE DATABASE`文を使用すると、現在のPDBのオープン・モードを変更できます。現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含む`ALTER PLUGGABLE DATABASE`文を使用すると、CDBの再起動時にPDBのオープン・モードを保持することも破棄することもできます。 pdb_save_or_discard_state

現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含むALTER DATABASE文を使用すると、CDB全体が変更されます。

現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含むALTER DATABASE文を使用すると、ルートのみが変更されます。

次の句を含むALTER DATABASE文を使用すると、ルートが変更され、PDBにデフォルト値が設定されます。

これらの句を使用すると、特定のPDBにデフォルト以外の値を設定できます。

現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含むALTER PLUGGABLE DATABASE文を使用すると、1つ以上のPDBのオープン・モードを変更できます。

pdb_change_state

現在のコンテナがPDBである場合、この句を含むALTER PLUGGABLE DATABASE文を使用すると、現在のPDBのオープン・モードを変更できます。

現在のコンテナがルートである共通ユーザーとして接続した場合、次の句を含むALTER PLUGGABLE DATABASE文を使用すると、CDBの再起動時にPDBのオープン・モードを保持することも破棄することもできます。

pdb_save_or_discard_state

関連項目:

Oracle Database SQL言語リファレンス

ALTER DATABASEを使用したCDB全体の変更

ALTER DATABASE文を使用して、ルートおよびPDBすべてを含むCDB全体を変更できます。ほとんどのALTER DATABASE文は、CDB全体を変更します。

ルートまたは個々のPDBではなくCDB全体を変更する文のリストは、「CDBルートへの接続時のコンテナの変更について」の「CDB全体の変更」列を参照してください。

前提条件

CDB全体を変更するには、次の前提条件を満たしている必要があります。

現在のユーザーは、ALTER DATABASE権限を持つ共通ユーザーである必要があります。
recovery_clauseを含むALTER DATABASE文を実行するには、現在のユーザーにSYSDBA管理権限が共通に付与されている必要があります。この場合、接続時にAS SYSDBAを使用して、この権限を行使する必要があります。

CDB全体を変更するには:

SQL*Plusで、現在のコンテナがルートであることを確認します。
CDB全体を変更する句を含むALTER DATABASE文を使用します。

例13-12 CDBの制御ファイルのバックアップ

次のALTER DATABASE文では、recovery_clauseを使用して制御ファイルをバックアップします。

ALTER DATABASE BACKUP CONTROLFILE TO '+DATA/dbs/backup/control.bkp';

例13-13 CDBへのREDOログ・ファイルの追加

次のALTER DATABASE文では、logfile_clauseを使用してREDOログ・ファイルを追加します。

ALTER DATABASE cdb ADD LOGFILE
  GROUP 4 ('/u01/logs/orcl/redo04a.log','/u02/logs/orcl/redo04b.log')
  SIZE 100M BLOCKSIZE 512 REUSE;

関連項目:

ALTER DATABASEを使用したCDBのUNDOモードの設定

ローカルUNDOが有効になっている場合、コンテナがオープンされる各インスタンスで、各コンテナに独自のUNDO表領域があります。ローカルUNDOが無効になっている場合は、CDB全体に対して1つのUNDO表領域があります。

この項では、次の項目について説明します。

CDBのUNDOモードについて
すべてのコンテナでローカルUNDOを使用するか、CDB全体で共有UNDOを使用するようにCDBを構成できます。
ローカルUNDOモードを使用するようにCDBを構成する方法
ALTER DATABASE LOCAL UNDO ON文を発行し、データベースを再起動することによって、CDBをローカルUNDOモードに変更できます。
共有UNDOモードを使用するようにCDBを構成する方法
共有UNDOモードを使用するようにCDBを変更するには、ALTER DATABASE LOCAL UNDO OFF文を使用します。

CDBのUNDOモードについて

すべてのコンテナでローカルUNDOを使用するか、CDB全体で共有UNDOを使用するようにCDBを構成できます。

CDBは、ローカルまたは共有UNDOモードで実行できます。UNDOモードはCDB全体に適用されます。したがって、すべてのコンテナは共有UNDOまたはローカルUNDOを使用します。

CREATE DATABASE文のENABLE PLUGGABLE DATABASE句で、CDB作成時にCDBのUNDOモードを指定します。CDBの作成後にALTER DATABASE文を発行し、CDBを再起動することで、CDBのUNDOモードを変更できます。

現在のCDB UNDOモードを判断するには、CDBルートで次の問合せを実行します。

SELECT PROPERTY_NAME, PROPERTY_VALUE
FROM   DATABASE_PROPERTIES
WHERE  PROPERTY_NAME = 'LOCAL_UNDO_ENABLED';

問合せでPROPERTY_VALUEに対してTRUEが返された場合、CDBはローカルUNDOモードです。そうでない場合、CDBは共有UNDOモードです。

この項では、次の項目について説明します。

ローカルUNDOモードについて
ローカルUNDOモードは、コンテナがオープンされる各インスタンスで、各コンテナに独自のUNDO表領域があることを意味します。
共有UNDOモードについて
共有UNDOモードは、シングル・インスタンスCDBに対して1つのアクティブなUNDO表領域のみが存在することを意味します。Oracle RAC CDBの場合、アクティブなUNDO表領域はインスタンスごとに1つ存在します。

親トピック: ALTER DATABASEを使用したCDBのUNDOモードの設定

ローカルUNDOモードについて

ローカルUNDOモードは、コンテナがオープンされる各インスタンスで、各コンテナに独自のUNDO表領域があることを意味します。

このモードでは、Oracle DatabaseはCDB内のすべてのコンテナ用のUNDO表領域を自動的に作成します。Oracle RAC CDBの場合、アクティブなUNDO表領域はローカルUNDOモードの各PDBのインスタンスごとに1つ存在します。

ローカルUNDOモードでは、各コンテナの分離が向上し、コンテナの切断やコンテナに対するポイント・イン・タイム・リカバリの実行など、一部の操作の効率が向上します。またローカルUNDOモードは、PDBの再配置やオープン読取り/書込みモードでのPDBのクローニングなど、いくつかの操作をサポートするために必要です。

CDBがローカルUNDOモードの場合は、次のことが適用されます。

現在のコンテナに対する適切な権限を持つユーザーは、コンテナのUNDO表領域を作成できます。
UNDO表領域は、CDB内のすべてのコンテナの静的データ・ディクショナリ・ビューおよび動的パフォーマンス(V$)ビューに表示されます。

関連項目:

必要な権限の詳細は、『Oracle Database SQL言語リファレンス』を参照してください

親トピック: CDBのUNDOモードについて

共有UNDOモードについて

共有UNDOモードは、シングル・インスタンスCDBに対して1つのアクティブなUNDO表領域のみが存在することを意味します。Oracle RAC CDBの場合、アクティブなUNDO表領域はインスタンスごとに1つ存在します。

CDBが共有UNDOモードの場合は、次のことが適用されます。

適切な権限を持ち、現在のコンテナがCDBルートである共通ユーザーのみが、UNDO表領域を作成できます。
現在のコンテナがCDBルートでない場合、UNDO表領域を作成しようとすると失敗し、エラーが返されます。
現在のコンテナがCDBルートである場合、UNDO表領域は静的データ・ディクショナリ・ビューおよび動的パフォーマンス(V$)・ビューに表示されます。現在のコンテナがPDB、アプリケーション・ルートまたはアプリケーションPDBである場合、UNDO表領域は動的パフォーマンス・ビューにのみ表示されます。

ノート:

CDBのUNDOモードを変更した場合、新しいUNDOモードは変更後にコンテナが初めてオープンされたときに個別のコンテナに適用されます。
CDBのUNDOモードを変更した場合、CDB内のコンテナは変更前の時間またはSCNにフラッシュ・バックできません。

親トピック: CDBのUNDOモードについて

ローカルUNDOモードを使用するようにCDBを構成する方法

ALTER DATABASE LOCAL UNDO ON文を発行し、データベースを再起動することによって、CDBをローカルUNDOモードに変更できます。

CDBがローカルUNDOモードである場合、コンテナがオープンされる各インスタンスで、各コンテナに独自のUNDO表領域があります。Oracle Databaseは、UNDO表領域を持たないCDB内のコンテナにUNDO表領域を自動的に作成します。UNDO表領域のないPDBがローカルUNDOモードを使用するように構成されたCDBにクローニング、再配置または接続される場合、Oracle Databaseは初めてオープンされるときにPDBのUNDO表領域を自動的に作成します。

CDBを共有UNDOモードからローカルUNDOモードに切り替えると、Oracle Databaseによって必要なUNDO表領域が自動的に作成されます。

CDBインスタンスがオープンしている場合は、停止します。
CDBインスタンスをOPEN UPGRADEモードで起動します。次に例を示します。
STARTUP UPGRADE
SQL*Plusで、現在のコンテナがCDBルートであることを確認します。たとえば、次のように入力します。
```
SHOW CON_NAME

CON_NAME
------------------------------
CDB$ROOT
```
CDBの現在のUNDOモードを問い合せます。
SELECT PROPERTY_NAME, PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME = 'LOCAL_UNDO_ENABLED';
ローカルUNDOを有効にするには、次のSQL文を発行します。
ALTER DATABASE LOCAL UNDO ON;
CDBインスタンスを停止し、再起動します。
オプション: PDBシードにUNDO表領域を手動で作成します。
Oracle DatabaseはローカルUNDOモードでPDBシードにUNDO表領域を自動的に作成しますが、UNDO表領域を手動で作成することによって、UNDO表領域のサイズおよび構成を制御する場合があります。PDBシードから作成されるPDBが、自動作成されたUNDO表領域ではなく手動で作成したUNDO表領域を使用するようにするには、UNDO_TABLESPACE初期化パラメータに手動で作成したUNDO表領域を設定するか、自動作成されたUNDO表領域を削除する必要があります。
1. SQL*Plusで、現在のコンテナがルートであることを確認します。
2. PDBシードを読取り/書込みオープン・モードにします。
  ALTER PLUGGABLE DATABASE PDB$SEED OPEN READ WRITE FORCE;
3. コンテナをPDBシードに切り替えます。
  ALTER SESSION SET CONTAINER=PDB$SEED;
4. PDBシードにUNDO表領域を作成します。次に例を示します。
```
CREATE UNDO TABLESPACE seedundots1
   DATAFILE 'seedundotbs_1a.dbf'
   SIZE 10M AUTOEXTEND ON
   RETENTION GUARANTEE;
```
5. コンテナをルートに切り替えます。
  ALTER SESSION SET CONTAINER=CDB$ROOT;
6. PDBシードを読取り専用オープン・モードにします。
  ALTER PLUGGABLE DATABASE PDB$SEED OPEN READ ONLY FORCE;

親トピック: ALTER DATABASEを使用したCDBのUNDOモードの設定

共有UNDOモードを使用するようにCDBを構成する方法

共有UNDOモードを使用するようにCDBを変更するには、ALTER DATABASE LOCAL UNDO OFF文を使用します。

CDBインスタンスがオープンしている場合は、停止します。
CDBインスタンスをOPEN UPGRADEモードで起動します。次に例を示します。
STARTUP UPGRADE
SQL*Plusで、現在のコンテナがCDBルートであることを確認します。たとえば、次のように入力します。
```
SHOW CON_NAME

CON_NAME
------------------------------
CDB$ROOT
```
必要に応じて、CDBの現在のUNDOモードを問い合せます。
SELECT PROPERTY_NAME, PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME = 'LOCAL_UNDO_ENABLED';
ローカルUNDOをオフにするには、次のSQL文を発行します。
ALTER DATABASE LOCAL UNDO OFF;
CDBインスタンスを停止し、再起動します。

共有UNDOモードの場合、CDBはローカルUNDOモードのときに作成されたローカルUNDO表領域を無視します。使用しないローカルUNDO表領域を削除することをお薦めします。

親トピック: ALTER DATABASEを使用したCDBのUNDOモードの設定

ALTER DATABASEを使用したCDBルートの変更

CDBのルートのみを変更するには、ALTER DATABASE文を使用します。

現在のコンテナがルートである場合、一部のALTER DATABASE文を使用すると、PDBのいずれかを直接変更することなくルートが変更されます。これらの文のリストは、表13-3の「ルートのみの変更」列を参照してください。

一部の文は、CDB内のPDBにデフォルトを設定します。PDBのこれらのデフォルトを上書きするには、ALTER PLUGGABLE DATABASE文を使用します。

前提条件

ルートを変更するには、現在のユーザーにルートでのALTER DATABASE権限が必要です。

ルートを変更するには:

SQL*Plusで、現在のコンテナがルートであることを確認します。
ルートを変更する句を含むALTER DATABASE文を実行します。

次の例では、ルートが変更されています。

現在のコンテナがルートであり、表領域を明示的に割り当てられていないユーザーは、ルートのデフォルト永続表領域を使用します。ALTER DATABASE文で指定された表領域は、ルートに存在している必要があります。

この文を実行すると、これ以降にルートで作成される表領域のデフォルトタイプはbigfileになります。この設定はPDBのデフォルトでもあります。

ALTER DATABASE文で指定された表領域または表領域グループは、ルートに存在している必要があります。

例13-14 ルートのデフォルト永続表領域の変更

このALTER DATABASE文では、DEFAULT TABLESPACE句を使用して、ルートのデフォルト永続表領域をroot_tbsに設定します。

ALTER DATABASE DEFAULT TABLESPACE root_tbs;

例13-15 ルートのデータファイルのオンライン化

このALTER DATABASE文では、database_file_clauseを使用して、/u02/oracle/cdb_01.dbfデータファイルをオンライン化します。

ALTER DATABASE DATAFILE '/u02/oracle/cdb_01.dbf' ONLINE;

例13-16 ルートのデフォルト表領域タイプの変更

このALTER DATABASE文では、SET DEFAULT TABLESPACE句を使用して、ルートのデフォルト表領域タイプをbigfileに変更します。

ALTER DATABASE SET DEFAULT BIGFILE TABLESPACE;

例13-17 ルートのデフォルト一時表領域の変更

このALTER DATABASE文では、DEFAULT TEMPORARY TABLESPACE句を使用して、ルートのデフォルト一時表領域をroot_tempに設定します。

ALTER DATABASE DEFAULT TEMPORARY TABLESPACE root_temp;

関連項目: