説明
TBS_PERCENT_USEDの値は、表領域がいっぱいであると見なされたときの表領域クォータのパーセンテージを指定します。TBS_PERCENT_FREEの値は、表領域の目標空きパーセンテージを指定します。
表領域クォータのパーセンテージがTBS_PERCENT_USEDの値に達すると、ADOはデータの移動を開始し、表領域クォータの解放率がTBS_PERCENT_FREEの値に近づくようにします。ADOによるこのアクションは最善の努力であり、保証ではありません。

REDOログを単一の宛先または複数の宛先にアーカイブすることを選択できます。宛先は、ローカル（ローカル・ファイルシステムまたはOracle自動ストレージ管理（Oracle ASM）ディスク・グループ内）またはリモート（スタンバイ・データベース上）にすることができます。複数の宛先にアーカイブする場合、入力された各REDOログファイルのコピーが各宛先に書き込まれます。これらの冗長コピーは、宛先の1つで障害が発生した場合に、アーカイブされたログを常に利用できるようにするのに役立ちます。単一の宛先のみにアーカイブするには、LOG_ARCHIVE_DESTおよびLOG_ARCHIVE_DUPLEX_DEST初期化パラメーターを使用してその宛先を指定します。ARCHIVE_DEST初期化パラメーター。複数の宛先にアーカイブするには、LOG_ARCHIVE_DEST_n初期化パラメーターを使用して2つ以上の場所にアーカイブすることを選択できます。

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