説明/参照：
Explanation:
アダプティブSQLプラン管理を使用すると、DBAは、承認されていないプランの検証または展開プロセスを手動で実行する必要がなくなります。自動SQLチューニングがCOMPREHENSIVEモードの場合、夜間のメンテナンス期間中に、承認されていない計画を持つすべてのSQLステートメントに対して検証または展開プロセスが実行されます。受け入れられなかった計画のパフォーマンスがSQL計画ベースラインの既存の受け入れられた計画よりも優れている場合、その計画は自動的に受け入れられ、オプティマイザーによって使用可能になります。
検証が完了すると、承認されたプランのパフォーマンスと比較して、承認されなかったプランのパフォーマンスを詳細に示す永続的なレポートが生成されます。進化プロセスがAUTOTASKになったため、DBAは終了時に独自の進化ジョブをスケジュールすることもできます。
ノート：
*オプティマイザーは、プランの一部に対して複数のサブプランを事前に決定することにより、その場でプランを適応させることができます。
* Oracle Database 12cで導入されたアダプティブ・プランにより、オプティマイザはステートメントの最終プラン決定を実行時まで延期できます。オプティマイザーは、選択したプラン（デフォルトのプラン）に統計コレクターを組み込んで、カーディナリティの見積もりがプラン内の操作で見られる実際の行数と大幅に異なる場合に実行時に検出できるようにします。大きな違いがある場合は、計画またはその一部が自動的に調整され、SQLステートメントの最初の実行で最適でないパフォーマンスが回避されます。
参照：

トレース情報は複数のトレースファイルに存在するため、trcsessツールを使用して単一のファイルに収集する必要があります。
正しくない：
1ではない：パラメータservice_name
トレースが有効になっているサービスの名前。
module_name
モジュールの名前。サービスのオプションの追加修飾子。
ノート：
*この手順により、Service、MODULE、およびACTION名の特定の組み合わせのトレースが有効になります。指定は厳密に階層的です。サービス名またはサービス名/MODULE、またはサービス名、MODULE、およびACTION名を指定する必要があります。修飾子を省略するとワイルドカードのように動作するため、ACTIONを指定しないとすべてのACTIONが意味されます。ALL_ACTIONS定数を使用すると、同じ目的が達成されます。
*SERV_MOD_ACT_TRACE_ENABLEプロシージャ
この手順では、instance_nameが指定されていない限り、サービス名、MODULE、およびACTIONの特定の組み合わせに対してSQLトレースをグローバルに有効にします。
* DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE（
service_name IN VARCHAR2、
module_name IN VARCHAR2 DEFAULT ANY_MODULE、
action_name IN VARCHAR2 DEFAULT ANY_ACTION、
BOOLEAN DEFAULT TRUEで待機し、
IN BOOLEAN DEFAULT FALSEにバインドします、
instance_name IN VARCHAR2 DEFAULT NULL）;

参照https://docs.oracle.com/cd/A58617_01/server.804/a58396/ch2.htm

説明/参照：
Explanation:
*ワークロードリポジトリの基本的な側面は、履歴パフォーマンス分析を可能にする方法でデータベースパフォーマンスデータを収集して保持することです。
このメカニズムはAWRスナップショットです。AWRは定期的に、データベースインスタンスのメモリに格納されている現在の統計値の「スナップショット」を取得し、それらをSYSAUX表領域にあるテーブルに保持します。
* AWRは主に、自動チューニングアルゴリズムやアドバイザなどの高レベルのコンポーネントに入力を提供するように設計されていますが、手動チューニングプロセスに関する豊富な情報を提供することもできます。