ORA-00060デッドロックエラーが発生すると、エラーに関する詳細情報とデッドロックグラフがアラートログに出力されます。このログにはトレースファイル名が含まれており、デッドロックに関係するセッションと、それらのセッションで実行されていたSQL文に関する詳細情報を参照できます。
参考文献:
* Oracle データベース管理者ガイド、19c
* Oracle データベース エラー メッセージ、19c

バッファキャッシュヒット率が高い場合、通常、データベースがバッファキャッシュを効率的に使用しており、ディスクからデータを読み取る必要性が低いことを示しています。ただし、この指標だけでは、データベースのI/Oパフォーマンスの信頼できる指標とは言えません。その理由はいくつかあります。
* フル テーブル スキャンと高速フル インデックス スキャン (A) は、ブロックがすぐに再利用できないと判断された場合、設計によりバッファ キャッシュをバイパスすることができ、キャッシュ ヒット率に影響を与える可能性があります。
* 非効率的なクエリや競合の問題など、他の要因によりデータベースのパフォーマンスが低下している場合は、キャッシュ ヒット率 (B) が高くても誤解を招く可能性があります。
* バッファキャッシュアドバイザリ（C）は、異なるキャッシュサイズがデータベースのI/Oパフォーマンスに及ぼす潜在的な影響を理解するための、より有用なツールです。異なるキャッシュサイズでのシナリオをシミュレートし、より的確な推奨事項を提供します。
* RECYCLE および KEEP バッファ キャッシュ (D) は、特定のシナリオ向けに設計された特殊なキャッシュです。
ヒット率が高いことは有益ですが、必ずしも必要というわけではありません。一部のワークロードは、これらのキャッシュのヒット率が低くても大きな影響を受けない可能性があります。
* キャッシュヒット率（E）が低いからといって、必ずしもI/Oパフォーマンスが低いわけではありません。適切に設計されたストレージサブシステムと効率的なクエリを備えたシステムでは、キャッシュヒット率が低くても良好なパフォーマンスを発揮する場合があります。
参考文献
* Oracle Database 19c パフォーマンス・チューニング・ガイド - バッファ・キャッシュ・ヒット率
* Oracle Database 19c パフォーマンス・チューニング・ガイド - v$db_cache_advice

一時表領域のスペース使用量に関しては、次のことが当てはまります。
* A (正解): グローバル一時表またはソート操作が使用可能なメモリを超えると、Oracle Database は一時データまたは中間結果を格納するために一時表領域にスペースを割り当てます。
* E (正解): 一時表領域グループを使用すると、複数の一時表領域からユーザーのソート操作に使用できる領域の集合プールが提供されるため、ソート操作用の一時表領域が不足するのを防ぐことができます。
提供されている他のオプションには不正確な点があります。
* B（誤）：Oracleは、一時表領域にクォータを設定するためのメカニズムを提供していません。永続表領域にはクォータを設定できますが、一時表領域には設定できません。
* C (不正解): ソート操作はスペース不足のために失敗する可能性がありますが、Oracleは一時表領域に動的にスペースを割り当てようとします。スペースを割り当てられない場合は、ソート失敗ではなくエラーが返されます。
* D (不正解): セッションが利用可能な一時表領域のストレージをすべて消費した場合、Oracle はセッションをハングさせず、一時領域が不足したことを示すエラーをセッションに返します。
参考文献:
* Oracle Database管理者ガイド:スキーマ・オブジェクトの領域管理
* Oracle データベースの概念:一時表領域

ビッグテーブルキャッシュは、頻繁にアクセスされる大きなテーブルをメモリにキャッシュすることでI/Oパフォーマンスを向上させる機能です。提供されたパラメータ設定から、DB_BIG_TABLE_CACHE_PERCENT_TARGETが10（この機能を有効にするための最小しきい値）に設定されているため、ビッグテーブルキャッシュは実行されていません。しかし、キャッシュサイズが小さすぎるため、ビッグテーブルを効果的にキャッシュできません。
Big Table キャッシュを有効にするには、次のいずれかのアクションを実行します。
* C (正解): DB_BIG_TABLE_CACHE_PERCENT_TARGET を少なくとも 25 に増やします。このアクションにより、大きなテーブルを格納するためにバッファー キャッシュのより大きな割合が割り当てられ、大きなテーブルをキャッシュできるようになり、I/O パフォーマンスが向上します。
* D（正解）：DB_CACHE_SIZEを1GBに増やします。バッファキャッシュのサイズはキャッシュできるデータ量を決定する要因となるため、このパラメータを増やすと、大きなテーブルをキャッシュするためのメモリスペースが増えます。
オプション A、B、E、および F では、次の理由により Big Table キャッシュは有効になりません。
* 回答: キャッシュの全体サイズを調整せずに DB_BIG_TABLE_CACHE_PERCENT_TARGET を 50 に増やしても、DB_CACHE_SIZE が大きなテーブルを保持するのに十分な大きさでない場合は、まだ十分ではない可能性があります。
* B: DB_KEEP_CACHE_SIZE を 50M 以上に設定すると、KEEP キャッシュ属性を持つオブジェクトに対して個別のバッファー プールが指定されるだけで、Big Table キャッシュには影響しません。
* E: および F: PARALLEL_DEGREE_POLICY を ADAPTIVE または AUTO に変更すると、並列実行の動作に影響しますが、Big Table キャッシュが直接有効化されたり、影響されたりすることはありません。
参考文献:
* Oracle データベース パフォーマンス チューニング ガイド: ビッグ テーブル キャッシュ
* Oracle データベース リファレンス: DB_BIG_TABLE_CACHE_PERCENT_TARGET
* Oracle データベース リファレンス: DB_CACHE_SIZE