Oracle数据库日常维护手册.pdf

密级：保密编号：Oracle10g数据库日常维护手册日期：编写：核对：更新：目录1.检查数据库基本状况.41.1.检查 ORACLE实例状态 .41.2.检查 ORACLE服务进程 .41.3.检查 ORACLE监听状态 .52.检查系统和ORACLE 日志文件 .62.1.检查操作系统日志文件.62.2.检查ORACLE日志文件.62.3.检查 ORACLE核心转储目录 .72.4.检查 ROOT用户和 ORACLE用户的EMAIL.73.检查 ORACLE对象状态 .73.1.检查 ORACLE控制文件状态 .73.2.检查 ORACLE在线日志状态 .73.3.检查 ORACLE表空间的状态 .83.4.检查 ORACLE所有数据文件状态.83.5.检查无效对象.93.6.检查所有回滚段状态.104.检查 ORACLE相关资源的使用情况.104.1.检查 ORACLE初始化文件中相关参数值.104.2.检查数据库连接情况.114.3.检查系统磁盘空间.124.4.检查表空间使用情况.124.5.检查一些扩展异常的对象.134.6.检查SYSTEM表空间内的内容 .134.7.检查对象的下一扩展与表空间的最大扩展值.145.检查 ORACLE数据库备份结果 .145.1.检查数据库备份日志信息.145.2.检查BACKUP卷中文件产生的时间.155.3.检查ORACLE用户的EMAIL.156.检查 ORACLE数据库性能 .156.1.检查数据库的等待事件.156.2.DISK READ最高的 SQL 语句的获取 .156.3.查找前十条性能差的SQL.166.4.等待时间最多的5 个系统等待事件的获取.166.5.检查运行很久的SQL.166.6.检查消耗 CPU 最高的进程 .166.7.检查碎片程度高的表.176.8.检查表空间的I/O 比例.176.9.检查文件系统的I/O 比例.176.10.检查死锁及处理.176.11.检查数据库CPU、I/O、内存性能 .186.12.查看是否有僵死进程.196.13.检查行链接/迁移.196.14.定期做统计分析.196.15.检查缓冲区命中率.206.16.检查共享池命中率.206.17.检查排序区.206.18.检查日志缓冲区.217.检查数据库安全性.217.1.检查系统安全日志信息.217.2.检查用户修改密码.218.其他检查 .228.1.检查当前CRONTAB任务是否正常.228.2.ORACLE JOB是否有失败 .228.3.监控数据量的增长情况.228.4.检查失效的索引.238.5.检查不起作用的约束.238.6.检查无效的TRIGGER.23巡检内容1.检查数据库基本状况在本节中主要对数据库的基本状况进行检查，其中包含：检查Oracle 实例状态，检查Oracle 服务进程，检查Oracle 监听进程，共三个部分。1.1.检查 Oracle 实例状态SQL select instance_name,host_name,startup_time,status,database_status from v$instance;INSTANCE_NAME HOST_NAME STARTUP_TIME STATUS DATABASE_STATUS-CKDB AS14 2009-5-7 9:3 OPEN ACTIVE 其中“STATUS”表示 Oracle 当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle 当前数据库的状态，必须为“ACTIVE”。SQL select name,log_mode,open_mode from v$database;NAME LOG_MODE OPEN_MODE-CKDB ARCHIVELOG READ WRITE 其中“LOG_MODE”表示 Oracle 当前的归档方式。“ARCHIVELOG”表示数据库运行在归档模式下，“NOARCHIVELOG”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。1.2.检查 Oracle 服务进程$ps-ef|grep ora_|grep-v grep&ps-ef|grep ora_|grep-v grep|wc l oracle 2960 1 0 May07?00:01:02 ora_pmon_CKDB oracle 2962 1 0 May07?00:00:22 ora_psp0_CKDB oracle 2964 1 0 May07?00:00:00 ora_mman_CKDB oracle 2966 1 0 May07?00:03:20 ora_dbw0_CKDB oracle 2968 1 0 May07?00:04:29 ora_lgwr_CKDB oracle 2970 1 0 May07?00:10:31 ora_ckpt_CKDB oracle 2972 1 0 May07?00:03:45 ora_smon_CKDB oracle 2974 1 0 May07?00:00:00 ora_reco_CKDB oracle 2976 1 0 May07?00:01:24 ora_cjq0_CKDB oracle 2978 1 0 May07?00:06:17 ora_mmon_CKDB oracle 2980 1 0 May07?00:07:26 ora_mmnl_CKDB oracle 2982 1 0 May07?00:00:00 ora_d000_CKDB oracle 2984 1 0 May07?00:00:00 ora_s000_CKDB oracle 2994 1 0 May07?00:00:28 ora_arc0_CKDB oracle 2996 1 0 May07?00:00:29 ora_arc1_CKDB oracle 3000 1 0 May07?00:00:00 ora_qmnc_CKDB oracle 3625 1 0 May07?00:01:40 ora_q000_CKDB oracle 31594 1 0 Jul20?00:00:00 ora_q003_CKDB oracle 23802 1 0 05:09?00:00:33 ora_j000_CKDB 19 在检查 Oracle 的进程命令输出后，输出显示至少应包括以下一些进程：.Oracle 写数据文件的进程，输出显示为：“ora_dbw0_ CKDB”.Oracle 写日志文件的进程，输出显示为：“ora_lgwr_ CKDB”.Oracle 监听实例状态的进程，输出显示为：“ora_smon_ CKDB”.Oracle 监听客户端连接进程状态的进程，输出显示为：“ora_pmon_ CKDB”.Oracle 进行归档的进程，输出显示为：“ora_arc0_ CKDB”.Oracle 进行检查点的进程，输出显示为：“ora_ckpt_ CKD B”.Oracle 进行恢复的进程，输出显示为：“ora_reco_ CKDB”1.3.检查 Oracle 监听状态/home/oraclelsnrctl status LSNRCTL for Linux:Version 10.2.0.2.0-Production on 23-JUL-2009 14:11:53 Copyright(c)1991,2005,Oracle.All rights reserved.Connecting to(ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521)STATUS of the LISTENER-Alias LISTENER Version TNSLSNR for Linux:Version 10.2.0.2.0-Production Start Date 07-MAY-2009 09:35:52 Uptime 77 days 4 hr.36 min.0 sec Trace Level off Security ON:Local OS Authentication SNMP OFF Listener Parameter File/data/oracle/product/10.2.0/network/admin/listener.ora Listener Log File/data/oracle/product/10.2.0/network/log/listener.log Listening Endpoints Summary.(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=AS14)(PORT=1521)Services Summary.Service CKDB has 1 instance(s).Instance CKDB,status READY,has 1 handler(s)for this service.Service CKDBXDB has 1 instance(s).Instance CKDB,status READY,has 1 handler(s)for this service.Service CKDB_XPT has 1 instance(s).Instance CKDB,status READY,has 1 handler(s)for this service.The command completed successfully“Services Summary”项表示 Oracle 的监听进程正在监听哪些数据库实例，输出显示中至少应该有“CKDB”这一项。检查监听进程是否存在：oracleAS14$ps-ef|grep lsn|grep-v grep oracle 2954 1 0 May07?00:01:17/data/oracle/product/10.2.0/bin/tnslsnr LISTENER inherit 2.检查系统和 oracle日志文件在本节主要检查相关的日志文件，包含：检查操作系统的日志文件，检查Oracle 日志文件，检查Oracle 核心转储目录，检查Root 用户和 Oracle 用户的 email，总共四个部分。2.1.检查操作系统日志文件#cat/var/log/messages|grep failed 查看是否有与Oracle 用户相关的出错信息。2.2.检查 oracle 日志文件oracleAS14$cat/data/oracle/admin/CKDB/bdump/alert_CKDB.log|grep ora-oracleAS14$cat/data/oracle/admin/CKDB/bdump/alert_CKDB.log|grep err oracleAS14$cat/data/oracle/admin/CKDB/bdump/alert_CKDB.log|grep fail Oracle 在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况：数据库的启动、关闭，启动时的非缺省参数；数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因；对数据库进行的某些操作，如创建或删除表空间、增加数据文件；数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA 600)等。定期检查日志文件，根据日志中发现的问题及时进行处理：问题处理启动参数不对检查初始化参数文件因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点或归档操作的效率；有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单；如有必要，撤消某些用户的系统权限出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建表空间不够增加数据文件到相应的表空间出现 ORA-600 根据日志文件的内容查看相应的TRC 文件，如果是 Oracle 的 bug，要及时打上相应的补丁Listener 日志：$ORACLE_HOME/network/log 2.3.检查 Oracle 核心转储目录$ls$ORACLE_BASE/admin/CKDB/cdump/*.trc|wc-l$ls$ORACLE_BASE/admin/CKDB/udump/*.trc|wc l 如果上面命令的结果每天都在增长，则说明Oracle 进程经常发生核心转储。这说明某些用户进程或者数据库后台进程由于无法处理的原因而异常退出。频繁的核心转储特别是数据库后台进程的核心转储会导致数据库异常终止。2.4.检查 Root 用户和 Oracle 用户的 email#tail n 200/var/mail/root#tail n 200/var/mail/oracle 查看有无与Oracle 用户相关的出错信息。3.检查 Oracle 对象状态在本节主要检查相关Oracle 对象的状态，包含：检查 Oracle 控制文件状态，检查 Oracle在线日志状态，检查Oracle 表空间的状态，检查Oracle 所有数据文件状态，检查Oracle 所有表、索引、存储过程、触发器、包等对象的状态，检查Oracle 所有回滚段的状态，总共六个部分。3.1.检查 Oracle 控制文件状态SQL select status,name from v$controlfile;STATUS NAME-/data/oradata/CKDB/control01.ctl/data/oradata/CKDB/control02.ctl/data/oradata/CKDB/control03.ctl 输出结果应该有3 条以上（包含3 条）的记录，“STATUS”应该为空。状态为空表示控制文件状态正常。3.2.检查 Oracle 在线日志状态SQL select group#,status,type,member from v$logfile;GROUP#STATUS TYPE MEMBER-3 ONLINE/data/oradata/CKDB/redo03.log 2 ONLINE/data/oradata/CKDB/redo02.log 1 ONLINE/data/oradata/CKDB/redo01.log 4 ONLINE/data/oradata/CKDB/redo04.log 5 ONLINE/data/oradata/CKDB/redo05.log 6 ONLINE/data/oradata/CKDB/redo06.log 6 rows selected 输出结果应该有3条以上（包含 3 条）记录，“STA TUS”应该为非“INV ALID”，非“DELETED”。注：“STATUS”显示为空表示正常。3.3.检查 Oracle 表空间的状态SQL select tablespace_name,status from dba_tablespaces;TABLESPACE_NAME STATUS-SYSTEM ONLINE UNDOTBS1 ONLINE SYSAUX ONLINE TEMP ONLINE USERS ONLINE SJ1 ONLINE ADM_INDEX ONLINE HOME_DATA ONLINE HOME_INDEX ONLINE PHOTO_DATA ONLINE PHOTO_INDEX ONLINE。输出结果中STATUS 应该都为ONLINE。3.4.检查 Oracle 所有数据文件状态SQL select name,status from v$datafile;NAME STATUS-/data/oradata/CKDB/system01.dbf SYSTEM/data/oradata/CKDB/undotbs01.dbf ONLINE/data/oradata/CKDB/sysaux01.dbf ONLINE/data/oradata/CKDB/users01.dbf ONLINE/data/oradata/CKDB/sj.dbf ONLINE/data/oradata/CKDB/HOME_DATA1.dbf ONLINE/data/oradata/CKDB/HOME_INDEX1.dbf ONLINE/data/oradata/CKDB/PHOTO_DA TA1.dbf ONLINE/data/oradata/CKDB/PHOTO_INDEX1.dbf ONLINE/data/oradata/CKDB/BLOG_DATA1.dbf ONLINE/data/oradata/CKDB/BLOG_INDEX1.dbf ONLINE/data/oradata/CKDB/AUDIO_DATA1.dbf ONLINE/data/oradata/CKDB/AUDIO_INDEX1.dbf ONLINE/data/oradata/CKDB/VIDEO_DATA1.dbf ONLINE/data/oradata/CKDB/VIDEO_INDEX1.dbf ONLINE/data/oradata/CKDB/SYS_DATA1.dbf ONLINE/data/oradata/CKDB/SYS_INDEX1.dbf ONLINE/data/oradata/CKDB/ADM_DATA1.dbf ONLINE/data/oradata/CKDB/ADM_INDEX1.dbf ONLINE/data/oradata/CKDB/perfstat.dbf ONLINE 输出结果中“STATUS”应该都为“ONLINE”。或者：SQL select file_name,status from dba_data_files;FILE_NAME STATUS-/data/oradata/CKDB/users01.dbf AVAILABLE/data/oradata/CKDB/sysaux01.dbf AVAILABLE/data/oradata/CKDB/undotbs01.dbf AVAILABLE/data/oradata/CKDB/system01.dbf AVAILABLE/data/oradata/CKDB/sj.dbf AVAILABLE/data/oradata/CKDB/perfstat.dbf AVAILABLE/data/oradata/CKDB/HOME_DATA1.dbf AVAILABLE/data/oradata/CKDB/HOME_INDEX1.dbf AVAILABLE/data/oradata/CKDB/PHOTO_DA TA1.dbf AVAILABLE 输出结果中“STATUS”应该都为“AVAILABLE”。3.5.检查无效对象sqlselect owner,object_name,object_type from dba_objects where status!=VALID and owner!=SYS and owner!=SYSTEM;no rows selected 如果有记录返回，则说明存在无效对象。若这些对象与应用相关，那么需要重新编译生成这个对象，或者：SELECT owner,object_name,object_type FROM dba_objects WHERE status=INVALID;3.6.检查所有回滚段状态SQL select segment_name,status from dba_rollback_segs;SEGMENT_NAME STATUS-SYSTEM ONLINE _SYSSMU1$ONLINE _SYSSMU2$ONLINE _SYSSMU3$ONLINE _SYSSMU4$ONLINE _SYSSMU5$ONLINE _SYSSMU6$ONLINE _SYSSMU7$ONLINE _SYSSMU8$ONLINE _SYSSMU9$ONLINE _SYSSMU10$ONLINE 11 rows selected 输出结果中所有回滚段的“STA TUS”应该为“ONLINE”。4.检查 Oracle 相关资源的使用情况在本节主要检查Oracle 相关资源的使用情况，包含：检查Oracle 初始化文件中相关的参数值，检查数据库连接情况，检查系统磁盘空间，检查Oracle 各个表空间使用情况，检查一些扩展异常的对象，检查system 表空间内的内容，检查对象的下一扩展与表空间的最大扩展值，总共七个部分。4.1.检查 Oracle 初始化文件中相关参数值SQL select resource_name,max_utilization,initial_allocation,limit_value from v$resource_limit;RESOURCE_NAME MAX_UTILIZATION INITIAL_ALLOCAT LIMIT_VALUE-processes 162 500 500 sessions 168 555 555 enqueue_locks 136 6930 6930 enqueue_resources 111 2660 UNLIMITED ges_procs 0 0 0 ges_ress 0 0 UNLIMITED ges_locks 0 0 UNLIMITED ges_cache_ress 0 0 UNLIMITED ges_reg_msgs 0 0 UNLIMITED ges_big_msgs 0 0 UNLIMITED ges_rsv_msgs 0 0 0 gcs_resources 0 0 0 gcs_shadows 0 0 0 dml_locks 76 2440 UNLIMITED temporary_table_locks 26 UNLIMITED UNLIMITED transactions 13 610 UNLIMITED branches 0 610 UNLIMITED cmtcallbk 3 610 UNLIMITED sort_segment_locks 5 UNLIMITED UNLIMITED max_rollback_segments 11 610 65535 RESOURCE_NAME MAX_UTILIZATION INITIAL_ALLOCAT LIMIT_VALUE-max_shared_servers 1 UNLIMITED UNLIMITED parallel_max_servers 16 80 3600 22 rows selected 若 LIMIT_VALU-MAX_UTILIZATION select count(*)from v$session;COUNT(*)-29 select sid,serial#,username,program,machine,status from v$session;SID SERIAL#USERNAME PROGRAM MACHINE STATUS-1 3 oraclexz15saledb(PMON)xz15saledb ACTIVE 2 3 oraclexz15saledb(DBW0)xz15saledb ACTIVE 3 3 oraclexz15saledb(DBW1)xz15saledb ACTIVE 4 3 oraclexz15saledb(LGWR)xz15saledb ACTIVE 5 3 oraclexz15saledb(CKPT)xz15saledb ACTIVE 6 3 oraclexz15saledb(SMON)xz15saledb ACTIVE 7 3 oraclexz15saledb(RECO)xz15saledb ACTIVE 8 1 oraclexz15saledb(CJQ0)xz15saledb ACTIVE 9 3 oraclexz15saledb(ARC0)xz15saledb ACTIVE 10 3 oraclexz15saledb(ARC1)xz15saledb ACTIVE 11 11319 ZK AccPrtInv_svrxz15tuxedo2(TNS V1-V3)xz15tuxedo2 INACTIVE 13 48876 ZG uploadxz15saleap(TNS V1-V3)xz15saleap INACTIVE 17 20405 ZK AccCreateRptxz15tuxedo1(TNS V1-V3)xz15tuxedo1 INACTIVE 20 12895 ZK OweScanSvrxz15billdb(TNS V1-V3)xz15billdb INACTIVE 其中：SID 会话(session)的 ID 号；SERIAL#会话的序列号，和SID 一起用来唯一标识一个会话；USERNAME 建立该会话的用户名；PROGRAM 这个会话是用什么工具连接到数据库的；STATUS 当前这个会话的状态，ACTIVE表示会话正在执行某些任务，INACTIVE表示当前会话没有执行任何操作；如果建立了过多的连接，会消耗数据库的资源，同时，对一些“挂死”的连接可能需要手工进行清理。如果DBA要手工断开某个会话，则执行：（一般不建议使用这种方式去杀掉数据库的连接，这样有时候session 不会断开。容易引起死连接。建议通过sid 查到操作系统的 spid,使用 ps ef|grep spidno 的方式确认spid 不是 ORACLE 的后台进程。使用操作系统的kill-9 命令杀掉连接）alter system kill session SID,SERIAL#;注意：上例中 SID 为 1 到 10(USERNAME列为空)的会话，是 Oracle 的后台进程，不要对这些会话进行任何操作。4.3.检查系统磁盘空间如果文件系统的剩余空间过小或增长较快，需对其进行确认并删除不用的文件以释放空间。oracleAS14$df-h Filesystem Size Used Avail Use%Mounted on/dev/sda5 9.7G 3.9G 5.4G 42%/dev/sda1 479M 16M 438M 4%/boot/dev/sda2 49G 19G 28G 41%/data none 1014M 0 1014M 0%/dev/shm 4.4.检查表空间使用情况SQL select f.tablespace_name,a.total,f.free,round(f.free/a.total)*100)%Free from(select tablespace_name,sum(bytes/(1024*1024)total from dba_data_files group by tablespace_name)a,(select tablespace_name,round(sum(bytes/(1024*1024)free from dba_free_space group by tablespace_name)f WHERE a.tablespace_name=f.tablespace_name(+)order by%Free;TABLESPACE_NAME TOTAL FREE%Free-OPERATION_DATA 1800 547 30 WAPWEB_DATA 100 36 36 OPERATION_INDEX 500 186 37 SYSTEM 1024 515 50 SYSAUX 1024 534 52 SALE8_TEMP 100 62 62 SJ1 500 348 70 PERFSTAT 500 356 71 .HOME_DATA 100 77 77 SYS_INDEX 100 100 100 VIDEO_INDEX 100 100 100 VIDEO_DATA 100 100 100 BLOG_DATA 100 100 100 39 rows selected 如果空闲率%Free 小于 10%以上（包含10%），则注意要增加数据文件来扩展表空间而不要是用数据文件的自动扩展功能。请不要对表空间增加过多的数据文件，增加数据文件的原则是每个数据文件大小为2G 或者 4G，自动扩展的最大限制在8G。4.5.检查一些扩展异常的对象sqlselect Segment_Name,Segment_Type,TableSpace_Name,(Extents/Max_extents)*100 Percent From sys.DBA_Segments Where Max_Extents!=0 and(Extents/Max_extents)*100=95 order By Percent;no rows selected 如果有记录返回，则这些对象的扩展已经快达到它定义时的最大扩展值。对于这些对象要修改它的存储结构参数。4.6.检查 system 表空间内的内容select distinct(owner)from dba_tables where tablespace_name=SYSTEM and owner!=SYS and owner!=SYSTEM union select distinct(owner)from dba_indexes where tablespace_name=SYSTEM and owner!=SYS and owner!=SYSTEM;no rows selected 如果记录返回，则表明system 表空间内存在一些非system 和 sys 用户的对象。应该进一步检查这些对象是否与我们应用相关。如果相关请把这些对象移到非System 表空间，同时应该检查这些对象属主的缺省表空间值。4.7.检查对象的下一扩展与表空间的最大扩展值sqlselect a.table_name,a.next_extent,a.tablespace_name from all_tables a,(select tablespace_name,max(bytes)as big_chunk from dba_free_space group by tablespace_name)f where f.tablespace_name=a.tablespace_name and a.next_extent f.big_chunk union select a.index_name,a.next_extent,a.tablespace_name from all_indexes a,(select tablespace_name,max(bytes)as big_chunk from dba_free_space group by tablespace_name)f where f.tablespace_name=a.tablespace_name and a.next_extent f.big_chunk;no rows selected 如果有记录返回，则表明这些对象的下一个扩展大于该对象所属表空间的最大扩展值，需调整相应表空间的存储参数。5.检查 Oracle 数据库备份结果在本节主要检查Oracle 数据库备份结果，包含：检查数据库备份日志信息，检查 backup卷中文件产生的时间，检查oracle 用户的 email，总共三个部分。5.1.检查数据库备份日志信息假设：备份的临时目录为/backup/hotbakup，我们需要检查2009 年 7 月 22 日的备份结果，则用下面的命令来检查：#cat/backup/hotbackup/hotbackup-09-7-22.log|grep i error 备份脚本的日志文件为hotbackup-月份-日期-年份.log，在备份的临时目录下面。如果文件中存在“ERROR:”，则表明备份没有成功，存在问题需要检查。5.2.检查 backup 卷中文件产生的时间#ls lt/backup/hotbackup backup 卷是备份的临时目录，查看输出结果中文件的日期，都应当是在当天凌晨由热备份脚本产生的。如果时间不对则表明热备份脚本没执行成功。5.3.检查 oracle 用户的 email#tail n 300/var/mail/oracle 热备份脚本是通过Oracle 用户的 cron 去执行的。cron 执行完后操作系统就会发一条Email通知 Oracle 用户任务已经完成。查看 Oracle email 中今天凌晨部分有无ORA-，Error，Failed等出错信息，如果有则表明备份不正常。6.检查 Oracle 数据库性能在本节主要检查Oracle 数据库性能情况，包含：检查数据库的等待事件，检查死锁及处理，检查cpu、I/O、内存性能，查看是否有僵死进程，检查行链接/迁移，定期做统计分析，检查缓冲区命中率，检查共享池命中率，检查排序区，检查日志缓冲区，总共十个部分。6.1.检查数据库的等待事件set pages 80 set lines 120 col event for a40 select sid,event,p1,p2,p3,WAIT_TIME,SECONDS_IN_WAIT from v$session_wait where event not like SQL%and event not like rdbms%;如果数据库长时间持续出现大量像latch free，enqueue，buffer busy waits，db file sequential read，db file scattered read 等等待事件时，需要对其进行分析，可能存在问题的语句。6.2.Disk Read最高的 SQL 语句的获取SQLSELECT SQL_TEXT FROM(SELECT*FROM V$SQLAREA ORDER BY DISK_READS)WHERE ROWNUM=5 desc;6.3.查找前十条性能差的sql SELECT*FROM(SELECT PARSING_USER_ID EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,SQL_TEXT FROM V$SQLAREA ORDER BY DISK_READS DESC)WHERE ROWNUM10;6.4.等待时间最多的5 个系统等待事件的获取SELECT*FROM(SELECT*FROM V$SYSTEM_EVENT WHERE EVENT NOT LIKE SQL%ORDER BY TOTAL_WAITS DESC)WHERE ROWNUM=5;6.5.检查运行很久的SQL COLUMN USERNAME FORMAT A12 COLUMN OPNAME FORMAT A16 COLUMN PROGRESS FORMAT A8 SELECT USERNAME,SID,OPNAME,ROUND(SOFAR*100/TOTALWORK,0)|%AS PROGRESS,TIME_REMAINING,SQL_TEXT FROM V$SESSION_LONGOPS,V$SQL WHERE TIME_REMAINING 0 AND SQL_ADDRESS=ADDRESS AND SQL_HASH_V ALUE=HASH_V ALUE;6.6.检查消耗 CPU 最高的进程SET LINE 240 SET VERIFY OFF COLUMN SID FORMAT 999 COLUMN PID FORMAT 999 COLUMN S_#FORMAT 999 COLUMN USERNAME FORMAT A9 HEADING ORA USER COLUMN PROGRAM FORMAT A29 COLUMN SQL