誰かにリマインダーが必要な場合は、監視しているデータベースそのものに対する監視ツールの影響を判断することをお勧めします。一部の監視ツールは軽量で、他の監視ツールはより目立たないものです。 Enterprise Manager 13cを使用して、実行中に特定のSQLステートメントを監視しています。別の監視ツール（Lighty by Orachrome）で、次のSQLステートメントが大量のリソースを消費していることに気付きました：
WITH MONITOR_DATA AS（
SELECT
INST_ID
、KEY
、NVL2（
PX_QCSID
、NULL
、STATUS
）STATUS
、FIRST_REFRESH_TIME
、LAST_REFRESH_TIME
、REFRESH_COUNT
、PROCESS_NAME
、SID
、SQL_ID
、SQL_EXEC_START
…
残りのテキストを切り取りました。このSQLステートメントは文字通り数千行の長さです。うわぁ！しかし、それは問題ではありません。 Lightyで、このスクリーンショットのアクティビティに気づきました。
一番上のSQLステートメントは私のCPUピッグです。専有情報の可能性を保護するために、SQLテキストを黒く塗りつぶしました。最後のSQLステートメントに注意してください。システムを監視するだけでも、かなりの量のリソースを消費しています。
これがEM13cウィンドウのスクリーンショットです。
自動更新をオフにすると（デフォルトは15秒）、システムでのアクティビティが停止しました。次に、更新が必要なときに手動で更新ボタンを押します。
15秒ごとであっても、自動更新を使用することは確かにあります。データベースへの潜在的な悪影響に注意してください。