oracle sql 历史 监控,ORACLE 管理，SQL 篇--监控

监控事例的等待

selectevent,sum    (decode(wait_Time,0,0,1))"Prev", sum(decode(wait_Time,0,1,0)) "Curr",count(*)"Tot" from v$session_Wait   group by event order by 4;

回滚段的争用情况

selectname, waits, gets, waits/gets "Ratio"    fromv$rollstat C, v$rollname D   where C.usn= D.usn;

监控表空间的 I/O 比例

selectB.tablespace_name nam,

A.phyblkrd pbr,

A.phywrts pyw,

B.file_name "file",

A.phyrds pyr,

A.PHYBLKWRTpbw

fromv$filestat A, dba_data_files B

whereA.file# = B.file_id   order byB.tablespace_name;

监控文件系统的 I/O 比例

selectsubstr(C.file#,1,2) "#",substr(C.name,1,30) "Name",C.bytes, D.phyrds, D.PHYWRTS, C.status from v$datafile C, v$filestat D

whereC.file# = D.file#;

监控 SGA 的命中率

selecta.value +    b.value"logical_reads", c. value"phys_reads", round(100 * ((a.value+b.value)-c.value) / (a.value+b.value))"BUFFER HIT RATIO"

fromv$sysstat a, v$sysstat b, v$sysstat c

wherea.statistic# = 38 and b.statistic# = 39and c.statistic# = 40;

监控 SGA 中字典缓冲区的命中率

selectparameter, gets,Getmisses , getmisses/(gets+getmisses)*100 "missratio",

(1-(sum(getmisses)/(sum(getmisses)+sum(getmisses))))*100 "Hit ratio"

fromv$rowcache

wheregets+getmisses <>0

groupby parameter, gets, getmisses;

监控 SGA 中共享缓存区的命中率，应该小于1%

selectsum(pins)    "Total Pins", sum(reloads) "Total Reloads",

sum(reloads)/sum(pins)*100 libcache

fromv$librarycache;

selectsum(pinhits-reloads)/sum(pins) "hit radio",sum(reloads)/sum(pins)"reload percent" from v$librarycache;

监控 SGA 中重做日志缓存区的命中率，应该小于1%

SELECTname, gets, misses, immediate_gets, immediate_misses, Decode(gets,0,0,   misses/gets*100) ratio1,

Decode(immediate_gets+immediate_misses,0,0,immediate_misses/(immediate_gets+immediate_misses)*100) ratio2

FROMv$latch WHERE name IN ('redo allocation    ','redo copy');

数据库表空间使用情况监控(字典管理表空间)

数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。以下为引用的内容：

selecttablespace_name,

count(*)chunks ,

max(bytes/1024/1024)max_chunk

fromdba_free_space

groupby tablespace_name;

上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示:

以下为引用的内容：

TABLESPACE_NAME         CHUNKS     MAX_CHUNK

-------------------- ----------   ----------

INDX                 1          57.9921875

RBS                  3          490.992188

RMAN_TS             1           16.515625

SYSTEM              1          207.296875

TEMP                20         70.8046875

TOOLS                1          11.8359375

USERS               67         71.3671875

其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合:

alter tablespace 表空间名coalesce;

然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。

MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。

查看数据库的连接情况

DBA要定时对数据库的连接情况进行检查，看与数据库建立的会话数目是不是正常，如果建立了过多的连接，会消耗数据库的资源。同时，对一些“挂死”的连接，可能会需要DBA手工进行清理。

以下的SQL语句列出当前数据库建立的会话情况:以下为引用的内容：

selectsid,serial#,username,program,machine,status

fromv$session;

输出结果为:以下为引用的内容：

SID  SERIAL#   USERNAME    PROGRAM   MACHINE   STATUS

---- ------- ---------- ----------- --------------- --------

1      1                   ORACLE.EXE  WORK3     ACTIVE

2      1                    ORACLE.EXE  WORK3      ACTIVE

3       1                   ORACLE.EXE  WORK3     ACTIVE

4       1                    ORACLE.EXE  WORK3     ACTIVE

5       3                    ORACLE.EXE  WORK3     ACTIVE

6       1                   ORACLE.EXE  WORK3     ACTIVE

7       1                   ORACLE.EXE   WORK3      ACTIVE

8      27        SYS       SQLPLUS.EXE WORKGROUP\WORK3 ACTIVE

11     5        DBSNMP   dbsnmp.exe  WORKGROUP\WORK3   INACTIVE

注：

SID会话(session)的ID号；

SERIAL#会话的序列号，和SID一起用来唯一标识一个会话；

USERNAME建立该会话的用户名；

PROGRAM这个会话是用什么工具连接到数据库的；

STATUS当前这个会话的状态，ACTIVE表示会话正在执行某些任务，INACTIVE表示当前会话没有执行任何操作。

如果DBA要手工断开某个会话，则执行:

altersystem kill session 'SID,SERIAL#';

注意，上例中SID为1到7(USERNAME列为空)的会话，是Oracle的后台进程，不要对这些会话进行任何操作。

查看undo回滚率

SELECT NAME, VALUE

FROM v$sysstat WHERE NAME IN ('user commits', 'transaction rollbacks');