要求ロギング要求ロギングは、アプリケーションから受け取った要求と、アプリケーションに送られた応答のログを個別に記録します。データベース・サーバがアプリケーションに何を要求されているかを特定したい場合に最も役立ちます。特定のアプリケーションのパフォーマンスを分析するときに、データベース・サーバとクライアントのどちらに原因があるか不明な場合は、要求ロギングから始めることもおすすめします。要求ロギングは、問題の原因となっている可能性の高い、データベース・サーバに対する特定の要求を特定するためにも使用できます。要求ロギング機能で提供されるすべての機能とデータは、診断トレーシングを使用した場合も利用できます。診断トレーシングでは、それ以外の機能やデータも提供されます。診断トレーシングを使用した詳細なアプリケーション・プロファイリングを参照してください。ID、要求タイプなどがあります。クエリについては、独立性レベル、フェッチされたローの数、カーソル・タイプもあります。文については、対象のロー数と実行されたトリガ数もあります。文の場合、これは機密情報になります。セキュリティが心配な場合は、要求ログ・ファイルへのアクセスを制限してください。サーバ・オプションを使用すると、データベース・サーバの起動時に要求ロギングをオンにできます。サーバ・オプションを使用すると、出力を要求ログ・ファイルにリダイレクトして、さらに分析を進めることができます。-zsオプションを使用すると、保存する要求ログ・ファイルの数と要求ログ・ファイルの最大サイズを指定できます。これらのオプションの詳細については、次の項を参照してください。診断トレーシングに影響しません。診断トレーシング機能とは完全に別個のものです。所有の診断テーブルを使用して要求ログ情報が格納されます。INSERT、UPDATE、DELETEの各文の場合は、記録される時間は、文が実行された時間です。したがって、オープン・カーソルには注意する必要があります。低コストでも頻繁に実行される文が、パフォーマンスの問題を引き起こしている可能性があります。いう別のグローバル・テンポラリ・テーブルに呼び出すことができます。このプロシージャは、文をグループ化し、呼び出しの回数、実行時間などの情報を提供します。システム・プロシージャを参照してください。システム・プロシージャを使用してフィルタして、特定の接続やデータベースからの要求のみを含めるようにできます。これにより、アクティブな接続の多いデータベース・サーバや複数のデータベースのあるデータベース・サーバをモニタリングするときのログ・サイズを縮小できます。システム・プロシージャを参照してください。接続に基づいてフィルタするには、次の手順に従います。次の構文を使用します。実行して取得できます。データベースに基づいてフィルタするには、次の手順に従います。次の構文を使用します。実行して入手できます。フィルタは、明示的にリセットするまで、またはデータベース・サーバが停止されるまで有効です。フィルタをリセットするには、次の手順に従います。つの文のいずれかを使用して、接続またはデータベースごとにフィルタをリセットします。);要求ログへのホスト変数の出力ホスト変数の値を要求ログに出力できます。ホスト変数の値を含めるには、次の手順に従います。ホスト変数の値を要求ログに含めるには、次の操作を行います。