1、冗長性指数の欠点
乏しいデータベース全体のパフォーマンスが得られる冗長で無駄なインデックスの多数は、大きなCPUの量およびI / Oのオーバーヘッドは、次の特定の性能を消費します。
、ストレージスペースを大量に消費する（維持管理・インデックス・セグメント）
B、DML完了時間の増加
C、時間統計情報（インデックス）かなりの量の収集
D、構造的な検証時間
fは、復旧に必要な時間を増加させ
図2に示すように、単一のインデックスモニタリング
、単一のインデックスの監視のために、次のコマンドを行うことができます
インデックス<INDEX_NAME>監視の使用量を変えます。
インデックスのB、綿密なモニタリング
インデックス<INDEX_NAME> NOMONITORINGの使用量を変更します。
C、観測監視結果（クエリ五$ OBJECT_USAGEビュー）
五$ OBJECT_USAGEから選択*
図3に示すように、スキーマレベルインデックスモニタ（ユーザSYSなし）
インデックスの監視を開くためのスクリプト、直接実行
ロビン@ SZDB：〜/ dba_scripts /カスタム/ SQL>よりidx_monitor_on.sql
TERMOUT OFF ECHO OFF OFFフィードバックを向かうSET。
PAGESIZE 0を設定します。
SPOOLの/tmp/mnt_idx.sql
'ALTER INDEX' SELECT || 所有者|| '' || INDEX_NAME || 「使用状況をモニターします;」DBA_INDEXES FROM
WHERE所有者IN（DBA_USERSからユーザー名を選択する場所account_status = 'OPEN'）
そして、所有者NOT IN（ 'SYS'、 'SYSTEM'、 'PERFSTAT'、 'MGMT_VIEW'、 'MONITOR'、 'SYSMAN'、 'DBSNMP'）;
OFF SPOOL;
B、無効なインデックスの監視
ロビン@ SZDB：〜/ dba_scripts /カスタム/ SQL>よりidx_monitor_off.sql
TERMOUT OFF ECHO OFF OFFフィードバックを向かうSET。
PAGESIZE 0を設定します。
SPOOLの/tmp/un_mnt_idx.sql
'ALTER INDEX' SELECT || 所有者|| '' || INDEX_NAME || 'NOMONITORING使用法;' DBA_INDEXES FROM
WHERE所有者IN（DBA_USERSからユーザー名を選択する場所account_status = 'OPEN'）
そして、所有者NOT IN（ 'SYS'、 'SYSTEM'、 'PERFSTAT'、 'MGMT_VIEW'、 'MONITOR'、 'SYSMAN'、 'DBSNMP'）;
OFF SPOOL;
C、インデックスの監視結果を参照してください
設定LINESIZE 190
u.name所有者を選択し、
io.name index_nameは、
t.name table_nameの、
DECODE（BITAND（i.flags、65536）、0、 'NO'、 'YES'）の監視、
DECODE（BITAND（ou.flags、1）、0、 'NO'、 'YES'）を使用し、
START_MONITORING ou.start_monitoring、
ou.end_monitoring end_monitoring
FROM SYS.USER $ U、sys.obj $ IO、sys.obj $トン、sys.ind $ I、sys.object_usage OU
WHERE i.obj＃= ou.obj＃とio.obj＃= ou.obj＃とt.obj＃= i.bo＃
AND u.user＃= io.owner＃
AND u.name =デコード（上側（ '＆input_owner'）、 'ALL'、u.name、（ '＆input_owner'）上）。