説明
SEC_MAX_FAILED_LOGIN_ATTEMPTSは、サーバープロセスへの接続時にクライアントが実行できる認証の試行回数を指定します。これらのログイン試行は、同じ接続内の複数のユーザーアカウントに対して行うことができます。指定された回数の失敗の試行の後、接続はサーバープロセスによって自動的に切断されます。
参照：
https://docs.oracle.com/database/121/REFRN/GUID-DEC2A3B2-F49B-499E-A3CF-D097F3A5BA83.htm#REF

*異なるPDBのテーブルスペースは同じ名前を持つことができるため、あいまいさを排除するには、PDBに直接接続して1つ以上のテーブルスペースをバックアップする必要があります。
*表領域またはデータファイルをバックアップするには：
RMANを起動し、ターゲットデータベースとリカバリカタログ（使用している場合）に接続します。
データベースインスタンスが起動していない場合は、データベースをマウントするか開きます。
RMANプロンプトでBACKUPTABLESPACEコマンドまたはBACKUPDATAFILEコマンドを実行します。

説明
Explanation:
Aではありません：両方のインデックスは正常に作成されます。
B：非表示のインデックスORD_CUSTOMERS_IX1とビットマップインデックスは両方とも、OrdersテーブルのDML操作によって更新されます。
F：ORD_CUSTOMERS_IX1は非表示であるため、クエリオプティマイザはORD_CUSTOMERS_IX2のみを使用します。
不正解：
C、D、E：
* ord_customer_ix1は非表示のインデックスであるため、オプティマイザーでは使用されません。
*表示| INVISIBLEこの句を使用して、オプティマイザにインデックスを表示するか非表示にするかを指定します。非表示のインデックスはDML操作によって維持されますが、セッションまたはシステムレベルでパラメータOPTIMIZER_USE_INVISIBLE_INDEXESをTRUEに明示的に設定しない限り、クエリ中にオプティマイザによって使用されることはありません。
注：BITMAPを指定して、各行に個別に索引を付けるのではなく、個別のキーごとにビットマップを使用して索引を作成することを示します。ビットマップインデックスは、キー値に関連付けられたROWIDをビットマップとして格納します。ビットマップの各ビットは、可能なROWIDに対応します。ビットが設定されている場合、対応するROWIDを持つ行にキー値が含まれていることを意味します。ビットマップの内部表現は、データウェアハウジングなど、同時トランザクションのレベルが低いアプリケーションに最適です。

12cのDatapumpImportimpdpには、データインポート中のログ記録を無効にする新しいパラメーターが含まれています。このオプションは、大量のデータのロード中にインポートのパフォーマンスを大幅に向上させる可能性があります。
TRANSFORM = DISABLE_ARCHIVE_LOGGINGは、ログを無効にするために使用されます。値はYまたはNにすることができます。
Yはログを無効にし、Nはログを有効にします。
ただし、データベースがFORCE LOGGINGを有効にして実行されている場合、データポンプはログの無効化要求を無視します。
注：*プライマリデータベースがFORCE LOGGINGモードの場合、すべてのデータベースデータの変更がログに記録されます。FORCE LOGGINGモードは、スタンバイデータベースがプライマリデータベースとの整合性を維持することを保証します。
* force_logging V $ database
Atablespaceまたはデータベース全体が、強制ログモードまたは強制ログなしモードのいずれかです。に
それがどれであるかを確認し、実行します。
SQL> SELECT force_logging FROM v $ database;
為に
いいえ

A（BではなくEではない）：CREATE DATABASE ... ENABLE PLUGGABLEDATABASESQLステートメントは新しいCDBを作成します。ENABLE PLUGGABLE DATABASE句を指定しない場合、新しく作成されたデータベースは非CDBであり、PDBを含めることはできません。