Oracle Databaseのサーバー生成アラートは、データベース環境内の問題についてDBAやその他の管理者に通知するように設計されています。これらのアラートは、しきい値ベースのメトリックやORAエラーメッセージなどの特定のイベントなど、さまざまな条件によってトリガーされます。これらのオプションと、提供されているステートメントの関係は以下のとおりです。
* A (正)：サーバー生成アラートは、Oracleデータベースサーバーから、既存または発生が予想される問題を警告する通知です。これらのアラートは、潜在的な問題が深刻化する前に管理者に通知するOracleのプロアクティブな管理機能の一部です。
* C (True): これらのアラートは、Oracleデータベースのアラートログに記録されます。アラートログは、サーバー生成アラートを含む、データベースの主要なイベントや変更を記録する重要な診断ツールです。
このログは、データベースの問題をトラブルシューティングするときに DBA が最初に確認する場所であることが多いです。
* F (True): サーバー生成アラートには、特定された問題を修正するための提案が含まれる場合があります。Oracle Databaseは、これらのアラート内で実用的なアドバイスを提供することで、問題をより効率的に解決できるよう支援します。これらの提案は、構成パラメータの調整から特定のメンテナンスタスクの実行まで多岐にわたります。
オプション B、D、E は、サーバーによって生成されたアラートを正確に説明していません。
* B (誤り): この記述は状況によっては正しいかもしれませんが、Oracle のサーバー生成アラートには修正提案が含まれることが多いため、この記述は誤りとなります。
* D (False): サーバー生成アラートは、Cloud Controlデータベースのホームページだけでなく、様々なインタフェースから表示できます。Enterprise Manager、SQL Developer、データベースアラートログ内など、様々なツールからアクセスできます。
* E (False): 一部のアラートのしきい値設定は変更可能ですが、DBMS_SERVER_ALERTを使用するという指定方法は正しくありません。しきい値設定は通常、Enterprise Managerを使用するか、特定の初期化パラメータを直接変更することで調整されます。
参考文献:
* Oracle Databaseドキュメント:Oracle Database 19c:パフォーマンス管理とチューニング
* Oracleベース: アラートログとトレースファイル
* Oracle サポート: サーバー生成アラートの理解と管理

SQLチューニング・アドバイザーは、SQLクエリのパフォーマンスを向上させるための推奨事項を提供します。これには、データ取得を高速化するための追加インデックスの作成や、クエリ結果を事前に計算して保存するためのマテリアライズド・ビューの作成などが含まれる場合があります。参考資料：
* Oracle Database SQLチューニング・ガイド、19c

データベース操作の監視には、STATISTICS_LEVELパラメータをALLに設定し、CONTROL_MANAGEMENT_PACK_ACCESSをDIAGNOSTIC+TUNINGに設定する必要があります。これらの設定により、Oracle Database内のすべてのアドバイザリ機能と自動チューニング機能が有効になります。これには、自動ワークロード・リポジトリ（AWR）、自動データベース診断モニター（ADDM）、そして診断パックとチューニングパックのコンポーネントであるSQLチューニング・アドバイザとSQLアクセス・アドバイザの全機能が含まれます。
* STATISTICS_LEVEL=ALL: この設定により、問題の検出と自己チューニングの目的ですべてのシステム統計の収集が有効になります。
* CONTROL_MANAGEMENT_PACK_ACCESS=DIAGNOSTIC+TUNING: 詳細なパフォーマンス監視とチューニング機能に不可欠な診断パックとチューニング パックの両方へのアクセスを許可します。
参考文献:
* Oracle データベースリファレンス:STATISTICS_LEVEL
* Oracle Databaseライセンス情報ユーザーマニュアル:Oracle Database Management Packs

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

Database Smart Flash Cacheを設定して有効にするには、キャッシュに使用するフラッシュデバイスの合計サイズを反映するようにDB_FLASH_CACHE_SIZEパラメータを設定する必要があります。このシナリオでは、128GBの/dev/sdjと64GBの/dev/sdkの2つのフラッシュデバイスが構成されています。
* Database Smart Flash Cache用フラッシュデバイスの合計サイズを決定します。この場合、128GB + 64GB = 192GBとなります。
* ただし、Oracle のドキュメントでは、複数のデバイスを使用する場合は DB_FLASH_CACHE_SIZE を個々のデバイスの正確なサイズにコンマで区切って設定することを推奨しています。
* データベース初期化ファイル（init.ora または spfile.ora）のパラメータを変更するか、ALTER SYSTEM コマンドを使用します。システム設定を変更するコマンドは次のとおりです。
ALTER SYSTEM SET DB_FLASH_CACHE_SIZE='128G,64G' SCOPE=SPFILE;
* これは静的パラメータであるため、変更を有効にするにはデータベースを再起動する必要があります。
* データベースの起動時に、指定されたデバイスに指定されたサイズを使用して Database Smart Flash Cache が割り当てられます。
MEMORY_TARGETパラメータとMEMORY_MAX_TARGETパラメータは、DB_FLASH_CACHE_SIZEとは独立して設定する必要があることに注意してください。これらのパラメータはSGAおよびPGAのOracleメモリ管理を制御するものであり、フラッシュキャッシュの設定とは直接関係しません。
参考文献
* Oracle Database 19c のデータベース スマート フラッシュ キャッシュに関するドキュメント
* DB_FLASH_CACHE_SIZE 構成に関する Oracle サポート記事とコミュニティのディスカッション