https://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/prod/install/gridinstss/gridin stss.htm

説明
*PDBの作成
空のPDBを最初から定義するデータディクショナリテーブルを作成し、そのObj$テーブルとDependency$テーブルにデータを入力するのではなく、CDBの作成時に空のPDBが作成されます。（ここでは、空を使用して、顧客が作成したアーティファクトが含まれていないことを意味します。）これはシードPDBと呼ばれ、PDB$Seedという名前が付けられています。
すべてのCDBには、交渉の余地なくシードPDBが含まれています。交渉の余地なく常に読み取り専用モードで開いています。これには概念的な意味はありません。むしろ、それは単なる最適化デバイスです。PDBの作成操作は、クローンPDB操作の特殊なケースとして実装されます。シードPDBのサイズはわずか約1ギガバイトであり、通常のマシンでは数秒でコピーできます。

A：特定の状況では、移行プロセスのスキャンまたは変換ステップから、選択した列またはテーブルを除外したい場合があります。
D：列の制限を超えています
変換後、セルデータは列に収まりません。
E：変換が必要
ターゲット文字セットのバイナリ表現が現在の文字セットの表現と異なるため、セルデータを変換する必要がありますが、長さ制限の問題も無効な表現の問題も見つかりませんでした。
* Oracle Database Migration Assistant for Unicode（DMU）は、データベースをレガシーエンコーディングからUnicodeに移行するためのエンドツーエンドのソリューションを提供する独自の次世代移行ツールです。
不正解：
C：Oracle Databaseのリリースは、10.2.0.4、10.2.0.5、11.1.0.7、11.2.0.1以降である必要があります。

Oracle Multitenantの利点は、純粋なデプロイメントの選択を実装することによってもたらされます。次のリストは、最も説得力のある例を示しています。
*高い統合密度。（E）
単一のマルチテナントコンテナデータベース内の多数のプラグ可能なデータベースは、そのメモリを共有し、
バックグラウンドプロセス。特定のプラグイン可能なデータベースをさらに多く操作できます。
古いアーキテクチャを使用する単一のデータベースよりもプラットフォーム。これは、
スキーマベースの統合がもたらします。
*SQLを使用した迅速なプロビジョニングとクローン作成。
*迅速なパッチ適用とアップグレードのための新しいパラダイム。（BではなくD）
1つのマルチテナントコンテナデータベースにパッチを適用するための時間と労力の投資により、パッチが適用されます
その多くのプラグ可能なデータベースのすべて。単一のプラグ可能なデータベースにパッチを適用するには、プラグを抜く/差し込むだけです。
別のOracleDatabaseソフトウェアバージョンのマルチテナントコンテナデータベースに。
*（AではなくC）多くのデータベースを1つとして管理します。
既存のデータベースをプラグ可能なデータベースとして統合することにより、管理者は多くのデータベースを1つとして管理できます。たとえば、バックアップやディザスタリカバリなどのタスクは、マルチテナントコンテナデータベースレベルで実行されます。
*プラグ可能なデータベースリソース管理間で動的。Oracle Database 12cでは、
Resource Managerは、リソースの競合を制御するための特定の機能で拡張されています
マルチテナントコンテナデータベース内のプラガブルデータベース間。
ノート：
* Oracle Multitenantは、Oracle Database 12cEnterpriseEditionの新しいオプションです。
お客様は、統合、プロビジョニング、アップグレードなどを簡素化することでITコストを削減します。です
マルチテナントコンテナデータベースが多くを保持できるようにする新しいアーキテクチャによってサポートされています
プラグ可能なデータベース。また、OracleRealApplicationを含む他のオプションを完全に補完します。
クラスタとOracleActiveDataGuard。既存のデータベースを簡単に採用できます。
プラグ可能なデータベースとしての変更。また、アプリケーションの他の層で変更を加える必要はありません。
参照：12c Oracle Multitenant

B：ターゲットデータベースは現在の制御ファイルでマウントする必要があります。つまり、制御ファイルをバックアップにすることはできません。また、再作成することもできません。
D：FLASHBACK DATABASEを実行した後、RESETLOGSを開く必要があります。データファイルがオフラインであるためにフラッシュバックされない場合、RESETLOGSはエラーで失敗する可能性があります。
ノート：
* RMANは、フラッシュバック・ログを使用して、目標時刻またはSCNより前の時点への変更を元に戻し、アーカイブREDOログを使用してデータベースを前方にリカバリーし、整合性を保ちます。RMANは、必要なアーカイブログをバックアップから自動的に復元します。
* SCN：システム変更番号
* 1時間前のデータベースのフラッシュバック：例
次のコマンドは、データベースを1日の1/24、つまり1時間フラッシュします。
RMAN>タイムスタンプへのデータベースのフラッシュバック（SYSDATE-1 / 24）;