マルチテナント環境時のユーザーとロールにはコンテナ全体に共通のものと、各PDBに存在するローカルなものがあります。

SQL> create user c##x identified by password;

ユーザーが作成されました。

全体に共通のユーザーを作成する場合はルートのコンテナに接続しユーザーを行ないます。
ユーザー名に「c##」を付与する必要があります。

SQL> alter session set container=pdb1;

セッションが変更されました。

SQL> create user x identified by password;

ユーザーが作成されました。

pdbに接続し作成するユーザーはpdb内のローカルなユーザーになります。

SQL> column username format a20
SQL> select username, common from dba_users;
・
・
・
C##X                 YES
X                    NO

dba_usersビューでユーザーの情報を確認します。
common列がYESの場合は共通ユーザー
NOの場合はローカルユーザーです
共通ユーザーは全PDBに存在するユーザーです。

SQL> alter session set container=cdb$root;

セッションが変更されました。

SQL> create role c##r;

ロールが作成されました。

全体に共通のロールもルートのコンテナに接続し作成します。
同じように「c##」を先頭に付与します。

SQL> alter session set container=pdb1;

セッションが変更されました。

SQL> create role r;

ロールが作成されました。

pdbに接続し、pdbにローカルなロールを作成しています。

SQL> grant r to c##x;

権限付与が成功しました。

ローカルなロールを共通ユーザーに付与することが出来ます。

SQL> grant c##r to x, c##x;

権限付与が成功しました。

また共通ロールはローカルユーザーにも共通ユーザーにも付与することが出来ます。

SQL> grant c##r to c##x container=all;

権限付与が成功しました。

共通ロールを共通ユーザーに付与しています。
「container=all」を付与すると、全PDBの共通ユーザーにその設定が反映されます。

マルチテナントのデータベースでは初期化パラメーターはCDBで管理します。
しかし、一部の初期化パラメーターはPDBごとに異なった値を設定することが出来ます。

SQL> column NAME format a20
SQL> column VALUE format a10
SQL> SELECT con_id, name, value, ispdb_modifiable
  2  FROM v$system_parameter WHERE name='open_cursors';

    CON_ID NAME                 VALUE      ISPDB
---------- -------------------- ---------- -----
         0 open_cursors         300        TRUE

cdb$rootに接続した状態で初期化パラメーターopen_cursorsを確認します。
300が設定されていることがわかります。
また、「ISPDB」にTRUEが設定されているのでPDBごとに値を設定できることがわかります。

SQL> ALTER SESSION SET CONTAINER=pdb1;

セッションが変更されました。

SQL> ALTER SYSTEM SET open_cursors=100;

システムが変更されました。

SQL> SELECT con_id, name, value, ispdb_modifiable
  2  FROM v$parameter WHERE name='open_cursors';

    CON_ID NAME                 VALUE      ISPDB
---------- -------------------- ---------- -----
         3 open_cursors         100        TRUE

PDBに接続し、open_cursorsを変更します。
現在接続しているコンテナの初期化パラメーターはv$parameterで確認できます。

SQL> ALTER SESSION SET CONTAINER=cdb$root;

セッションが変更されました。

SQL> SELECT con_id, name, value, ispdb_modifiable
  2  FROM v$system_parameter WHERE name='open_cursors';

    CON_ID NAME                 VALUE      ISPDB
---------- -------------------- ---------- -----
         0 open_cursors         300        TRUE
         3 open_cursors         100        TRUE

再度、rootコンテナに戻り、v$system_parameterビューを確認します。
cdb$rootの300が設定されているのに対して、pdb1(con_id:3)に100が設定されています。
pdb1のopen_cursors値は100になります。

12cで進化した管理ツールSQL Developerを利用してプラガブルデータベース(PDB)をクローンしてみます。
SQL Developerは下記からダウンロードできます。
特にインストール作業の必要は無く、zipファイルを解凍して、sqldeveloper.exeを実行する起動します。

Oracle SQL Developer ダウンロード
http://www.oracle.com/technetwork/jp/developer-tools/sql-developer/downloads/index.html



SQL Developerを起動し、コンテナDBに接続します。
DBAに接続を追加すると、プラガブルDBが表示されるので、そこを右クリックし状態の変更を選択します。
PDBをクローンする場合はPDBの状態をREAD ONLYにする必要があります。



新しい状態がcloseとなっていることを確認し、適用ボタンをクリックします。



再度状態の変更を選択し、新しい状態がOPEN、状態のオプションがREAD ONLYとなっていることを確認し適用ボタンをクリックします。
これでクローン元のPDBがREAD ONLYの状態になりました。



さて、クローンをしましょう。
先ほどREAD ONLYに状態変更したPDBで右クリックし、「プラガブルデータベースのクローン作成」を選択します。



新しいデータベース名、必要ならばファイル名の変換規則を指定し適用ボタンをクリックします。
PDBのクローンが介します。



クローンが完了しました。



新しいPDBが作成されたことが確認できました。