リスナー経由の接続情報が出力されていて、エラー発生時などの調査で参照されるファイル。アラートログなどと同様に監視対象として設定しておき、通常時はあまり参照されないことも多いはず。リスナーログをローテーションして切替えたり、不要な過去ログを退避するような運用が定めていればよいが、何もせず放置していると膨大なサイズになってしまう。無制限)環境によっては、あっという間にギガに達することもあるので、障害時の取得や参照に時間がかかってしまう。肥大したまま利用するのは、非現実的と言える。自動でローテーションされる。このサイズの変更はできない。従来のテキストログはそのような機能がなく、そのまま肥大していく。切替方法リスナーが停止可能なら、手順は至って簡単。コマンドで起動するだけ。これが一番安全な手順かと思うが、リスナーを停止せずに切替えなければならない場合は、以下のような方法がある。有効の場合はこの方法が失敗してしまう。新たにファイルが自動作成されることが分かった。一時ファイルを作成したり戻したりする手間も省けるので、こちらの方が良さそう。つかみっ放しのはずなので、さすがにマズイかと思ったが、それ以降、自動作成されたファイルに正常出力されているので、問題はないはず。ように、自動ローテーション機能があれば良いのだが、これはシェルやバッチなどを使って、自前で実装するほかなさそう。Oracle使いのネタ。