数据库巡检报告
中加基金管理有限公司
FA系统
巡检人：霍新国
巡检日期：2017-03-21 至2017-03-24
ISO9001体系认证企业竭诚为您服务
目录
1.检查数据库基本状况 (4)
**. 检查O RACLE实例状态 (4)
**. 检查O RACLE服务进程 (4)
**. 检查O RACLE监听状态 (5)
**. 本章小结 (6)
2.检查系统和ORACLE日志文件6
**. 检查操作系统日志文件 (6)
**. 检查ORACLE日志文件 (7)
**. 检查O RACLE核心转储目录 (7)
**. 本章小结 (8)
3.检查O RACLE对象状态8
**. 检查O RACLE控制文件状态 (8)
**. 检查O RACLE在线日志状态 (8)
**. 检查O RACLE表空间的状态 (9)
**. 检查O RACLE所有数据文件状态 (9)
**. 检查无效对象 (10)
**. 检查失效的索引 (10)
**. 检查不起作用的约束 (11)
**. 检查无效的触发器 (11)
**. 检查所有回滚段状态 (11)
**. 本章小结 (12)
4.检查O RACLE相关资源的使用情况13
**. 检查O RACLE初始化文件中相关参数值 (12)
**. 检查数据库连接情况 (13)
**. 检查系统磁盘空间 (14)
**. 检查表空间使用情况 (14)
**. 检查一些扩展异常的对象 (15)
**. 检查SYSTEM表空间内的内容 (15)
**. 本章小结 (16)
5.检查O RACLE数据库性能18
**. 检查数据库的等待事件 (16)
**. 检查运行时间长的SQL (17)
**. 消耗CPU时间长的SQL (18)
**. 通过B UFFER G ETS对SQL语句进行排序 (18)
**. D ISK R EAD最高的SQL语句的获取 (19)
**. 这段时间中执行次数最多的SQL语句 (19)
**. 检查表空间的I/O比例 (19)
**. 检查文件系统的I/O比例 (20)
**. 检查死锁及处理 (21)
**. 检查数据库CPU、I/O、内存性能 (21)
**. 检查行链接/迁移 (23)
**. 定期做统计分析 (23)
**. 检查缓冲区命中率 (24)
**. 检查共享池命中率 (24)
**. 检查排序区 (24)
**. 检查日志缓冲区 (25)
**. 本章小结 (25)
6.巡检总结与客户意见33
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 STA TUS DATABASE_STATUS
---------------- ---------------------------------------------------------------- ------------ ------------ -----------------
fapdb fasvr 26-NOV-16 OPEN ACTIVE
说明：其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STA TUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。
结论：■正常□异常
SQL> select name,log_mode,open_mode from v$database;
NAME LOG_MODE OPEN_MODE
--------- ------------ --------------------
FAPDB 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 11272354 1 0 Dec 19 - 0:00 ora_reco_fapdb
oracle 11927620 1 0 Dec 19 - 0:02 ora_d000_fapdb
oracle 12058764 1 0 Dec 19 - 0:32 ora_pmon_fapdb
oracle 12255356 1 0 Dec 19 - 0:25 ora_psp0_fapdb
oracle 12320868 1 0 Dec 19 - 0:08 ora_dbw3_fapdb
oracle 12386348 1 0 Dec 19 - 0:10 ora_lgwr_fapdb
oracle 12517474 1 0 Dec 19 - 0:02 ora_arc1_fapdb
oracle 12583058 1 0 Dec 19 - 0:01 ora_s000_fapdb
oracle 12976306 1 0 Dec 19 - 1:33 ora_vktm_fapdb
oracle 13238472 1 0 Dec 19 - 0:04 ora_mman_fapdb
oracle 13500416 1 0 Dec 19 - 0:08 ora_dbw2_fapdb
oracle 13762772 1 0 Dec 19 - 0:04 ora_gen0_fapdb
oracle 13828334 1 0 Dec 19 - 0:08 ora_dbw1_fapdb
oracle 13893750 1 0 Dec 19 - 0:08 ora_dbw0_fapdb
oracle 14155796 1 0 Dec 19 - 0:05 ora_dbrm_fapdb
oracle 14287016 1 0 Dec 19 - 4:57 ora_dia0_fapdb
oracle 14614684 1 0 Dec 19 - 0:49 ora_ckpt_fapdb
oracle 14745808 1 0 Dec 19 - 2:01 ora_mmnl_fapdb
oracle 14876882 1 0 Dec 19 - 0:42 ora_mmon_fapdb
oracle 14942422 1 0 Dec 19 - 0:31 ora_smon_fapdb
oracle 15204562 1 0 Dec 19 - 0:05 ora_diag_fapdb
oracle 15663344 1 0 Dec 19 - 0:01 ora_arc3_fapdb
oracle 15728892 1 0 Dec 19 - 0:01 ora_arc2_fapdb
oracle 15794184 1 0 Dec 19 - 0:01 ora_arc0_fapdb
oracle 15991016 1 0 Dec 19 - 0:31 ora_cjq0_fapdb
oracle 34603062 1 0 Dec 20 - 0:04 ora_smco_fapdb
oracle 59506820 1 0 14:59:54 - 0:00 ora_w000_fapdb
说明：在检查Oracle的进程命令输出后，输出显示至少应包括以下一些进程：
. Oracle写数据文件的进程，输出显示为：“ora_dbw0_ fapdb”
. Oracle写日志文件的进程，输出显示为：“ora_lgwr_ fapdb”
. Oracle监听实例状态的进程，输出显示为：“ora_smon_fapdb”
. Oracle监听客户端连接进程状态的进程，输出显示为：“ora_pmon_ fapdb”
. Oracle进行归档的进程，输出显示为：“ora_arc0_ fapdb”
. Oracle进行检查点的进程，输出显示为：“ora_ckpt_ fapdb”
. Oracle进行恢复的进程，输出显示为：“ora_reco_fapdb”
结论：■正常□异常
1.3. 检查Oracle监听状态
$ lsnrctl status LISTENER13
LSNRCTL for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production on 24-DEC-2014 15:01:40
Copyright (c) 1991, 2011, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.18.13)(PORT=5002)))
STA TUS of the LISTENER
------------------------
Alias listener13
Version TNSLSNR for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
Start Date 19-DEC-2014 23:54:53
Uptime 263 days 15 hr. 7 min. 48 sec
Trace Level off
Security ON: Local OS Authentication
SNMP ON
Listener Parameter File /local/oracle/product/11.2/db/network/admin/listener.ora
Listener Log File /local/oracle/diag/tnslsnr/fasvr/listener13/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.1.18.13)(PORT=5002))) (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC5002)))
Services Summary...
Service "fapdb" has 1 instance(s).
Instance "fapdb", status UNKNOWN, has 1 handler(s) for this service...
****pleted successfully
$
说明：“Services Summary”项表示Oracle的监听进程正在监听哪些数据库实例，输出显示中至少应该有“fapdb”这一项。
检查监听进程是否存在：
$ ps -ef|grep lsn|grep -v grep
oracle 14811356 1 0 Dec 19 - 0:05 /local/oracle/product/11.2/db/bin/tnslsnr listener13 -inherit
说明：结果显示监听进程存在。
结论：■正常□异常
1.4.本章小结
数据库基本状况检查小结
检查结论：数据库实例，服务进程，监听状态正常
建议：数据库每3个月重新启动一次
2.检查系统和oracle日志文件
在本节主要检查相关的日志文件，包含：检查操作系统的日志文件，检查Oracle日志文件，检查Oracle核心转储目录。
2.1. 检查操作系统日志文件
# cat /var/log/messages |grep failed
#errpt
说明：查看没有与Oracle用户相关的出错信息。
结论：■正常□异常
2.2. 检查oracle日志文件
[oracle@AS14 ~]$ cat /local/oracle/diag/rdbms/fapdb/fapdb/trace/alert_fapdb.log | grep ora- [oracle@AS14 ~]$ cat /local/oracle/diag/rdbms/fapdb/fapdb/trace/alert_fapdb.log | grep err [oracle@AS14 ~]$ cat /local/oracle/diag/rdbms/fapdb/fapdb/trace/alert_fapdb.log | grep fail
说明：Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况：数据库的启动、关闭，启动时的非缺省参数；数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因；对数据库进行的某些操作，如创建或删除表空间、增加数据文件；数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA－600)等。定期检查日志文件，根据日志中发现的问题及时进行处理：
问题处理
启动参数不对检查初始化参数文件
因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点或归档操作的效率；
有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单；如有
必要，撤消某些用户的系统权限
出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不
是，检查是那个数据库对象出现了坏块，对这个
对象进行重建
表空间不够增加数据文件到相应的表空间
出现ORA-600 根据日志文件的内容查看相应的TRC文件，如果
是Oracle的bug，要及时打上相应的补丁Listener日志：$ORACLE_HOME/network/log
经检查系统日志和oracle日志无错误。
结论：■正常□异常
2.3. 检查Oracle核心转储目录
$ls $ORACLE_BASE/admin/fapdb/cdump/*.trc|wc -l
$ls $ORACLE_BASE/admin/fapdb/udump/*.trc|wc -l
说明：如果上面命令的结论每天都在增长，则说明Oracle进程经常发生核心转储。这说明
某些用户进程或者数据库后台进程由于无法处理的原因而异常退出。频繁的核心转储特别是数据库后台进程的核心转储会导致数据库异常终止。经检查系统中无核心转储。
结论：■正常□异常
2.4. 本章小结
数据库基本状况检查小结
检查结论：操作系统和oracle日志正常
建议：
3.检查Oracle对象状态
在本节主要检查相关Oracle对象的状态，包含：检查Oracle控制文件状态，检查Oracle 在线日志状态，检查Oracle表空间的状态，检查Oracle所有数据文件状态，检查Oracle所有表、索引、存储过程、触发器、包等对象的状态，检查Oracle所有回滚段的状态，总共六个部分。
3.1. 检查Oracle控制文件状态
SQL> select status,name from v$controlfile;
/oradata/fapdb/fapdb/control01.ctl
/oradata/fapdb/fapdb/control02.ctl
说明：输出结论应该有3条以上（包含3条）的记录，“STATUS”应该为空。状态为空表示控制文件状态正常。目前status为空状态正常。
结论：■正常□异常
3.2. 检查Oracle在线日志状态
SQL> select group#,status,type,member from v$logfile;
1 ONLINE /oradata/fapdb/fapdb/redo01.log
2 ONLINE /oradata/fapdb/fapdb/redo02.log
3 ONLINE /oradata/fapdb/fapdb/redo03.log
说明：输出结论应该有3条以上（包含3条）记录，“STATUS”应该为非“INV ALID”，非“DELETED”。注：“STATUS”显示为空表示正常。
结论：■正常□异常
3.3. 检查Oracle表空间的状态
SQL> select tablespace_name,status from dba_tablespaces; TABLESPACE_NAME STATUS
------------------------------ ---------
SYSTEM ONLINE
SYSAUX ONLINE
UNDOTBS1 ONLINE
TEMP ONLINE
USERS ONLINE
TBS_HSFA ONLINE
说明：输出结果中STA TUS应该都为ONLINE。
结论：■正常□异常
3.4. 检查Oracle所有数据文件状态
SQL> select name,status from v$datafile;
oradata/fapdb/fapdb/system01.dbf
SYSTEM
/oradata/fapdb/fapdb/sysaux01.dbf
ONLINE
/oradata/fapdb/fapdb/undotbs01.dbf
ONLINE
/oradata/fapdb/fapdb/users01.dbf
ONLINE
/oradata/fapdb/fapdb/hsfa_01.dbf
ONLINE
/oradata/fapdb/fapdb/hsfa_02.dbf
ONLINE
/oradata/fapdb/fapdb/hsfa_03.dbf
ONLINE
说明：输出结果中“STA TUS”应该都为“ONLINE”。
结论：■正常□异常
SQL> select file_name,status from dba_data_files;
FILE_NAME
-------------------------------------------------------------------------------- STA TUS
/oradata/fapdb/fapdb/system01.dbf
A V AILABLE
/oradata/fapdb/fapdb/sysaux01.dbf
A V AILABLE
/oradata/fapdb/fapdb/undotbs01.dbf
A V AILABLE
/oradata/fapdb/fapdb/users01.dbf
A V AILABLE
/oradata/fapdb/fapdb/hsfa_01.dbf
A V AILABLE
/oradata/fapdb/fapdb/hsfa_02.dbf
A V AILABLE
/oradata/fapdb/fapdb/hsfa_03.dbf
A V AILABLE
说明：输出结果中“STA TUS”应该都为“A V AILABLE”。
结论：■正常□异常
3.5. 检查无效对象
sql>select owner,object_name,object_type from dba_objects where status!='V ALID' and owner!='SYS' and owner!='SYSTEM';
PUBLIC ALL_TAB_STATISTICS SYNONYM
PUBLIC DBA_TAB_STATISTICS SYNONYM
PUBLIC USER_TAB_STATISTICS SYNONYM
PUBLIC ALL_IND_STATISTICS SYNONYM
PUBLIC DBA_IND_STATISTICS SYNONYM
PUBLIC USER_IND_STATISTICS SYNONYM
ORDDATA ORDDCM_CONSTRAINT_NAMES VIEW
ORDDATA ORDDCM_DOCS_USR VIEW
ORDDATA ORDDCM_STD_ATTRS_USR VIEW
ORDDATA ORDDCM_PRV_ATTRS_USR VIEW
ORDDATA ORDDCM_MAPPING_DOCS_USR VIEW
ORDDATA ORDDCM_MAPPED_PATHS_USR
VIEW
ORDDATA ORDDCM_ANON_RULES_USR VIEW
ORDDATA ORDDCM_ANON_ATTRS_USR VIEW
ORDDATA ORDDCM_RT_PREF_PARAMS_USR VIEW
ORDDATA ORDDCM_UID_DEFS_USR VIEW
ORDDATA ORDDCM_CT_PRED_USR VIEW
ORDDATA ORDDCM_CT_PRED_SET_USR VIEW
ORDDATA ORDDCM_CT_PRED_PAR_USR VIEW
ORDDATA ORDDCM_CT_LOCATORPATHS_USR VIEW
ORDDATA ORDDCM_CT_ACTION_USR VIEW
ORDDATA ORDDCM_CONFORMANCE_VLD_MSGS VIEW
PUBLIC ORDDCM_DOCUMENTS SYNONYM
PUBLIC ORDDCM_CONSTRAINT_NAMES SYNONYM
PUBLIC ORDDCM_CONFORMANCE_VLD_MSGS SYNONYM
ORDSYS ORD_DICOM_CT PACKAGE BODY
ORDSYS ORD_DICOM_ADMIN_PRV PACKAGE BODY
ORDSYS ORD_DICOM_ADMIN PACKAGE BODY
说明：如果有记录返回，则说明存在无效对象。若这些对象与应用相关，那么需要重新编译生成这个对象。目前无记录。
结论：■正常□异常
3.6. 检查失效的索引
Sql>select index_name,table_name,tablespace_name,status From dba_indexes Where owner='FAPDB' And status<>'V ALID';
no rows selected
说明：分区表上的索引status为N/A是正常的，如有失效索引则对该索引做rebuild，如：
Sql>alter index INDEX_NAME rebuild tablespace TABLESPACE_NAME; 目前没有失效索引。
结论：■正常□异常
3.7. 检查不起作用的约束
SELECT owner, constraint_name, table_name, constraint_type, status
FROM dba_constraints
WHERE status ='DISABLE' and constraint_type='P';
no rows selected
说明：如有失效约束则启用，如：
Sql>alter Table TABLE_NAME Enable Constraints CONSTRAINT_NAME;
目前没有失效约束。
结论：■正常□异常
3.8. 检查无效的触发器
SELECT owner, trigger_name, table_name, status FROM dba_triggers WHERE status = 'DISABLED';
no rows selected
说明：如有失效触发器则启用，如：
Sql>alter Trigger TRIGGER_NAME Enable;
目前没有失效触发器
结论：■正常□异常
3.9. 检查所有回滚段状态
SQL> select segment_name,status from dba_rollback_segs;
SEGMENT_NAME STA TUS
------------------------------ ----------------
SYSTEM ONLINE
_SYSSMU1_1649600193$ ONLINE
_SYSSMU2_637093363$ ONLINE
_SYSSMU3_2933319413$ ONLINE
_SYSSMU4_2844947870$ ONLINE
_SYSSMU5_1796312449$ ONLINE
_SYSSMU6_1148891125$ ONLINE
_SYSSMU7_837760192$ ONLINE
_SYSSMU8_91670976$ ONLINE
_SYSSMU9_806159861$ ONLINE
_SYSSMU10_617739871$ ONLINE
说明：输出结果中所有回滚段的“STA TUS”应该为“ONLINE”。
结论：■正常□异常
3.10. 本章小结
数据库基本状况检查小结
检查结论：主要检查相关Oracle对象的状态，包含：检查Oracle控制文件状态，检查Oracle 在线日志状态，检查Oracle表空间的状态，检查Oracle所有数据文件状态，
检查Oracle所有表、索引、存储过程、触发器、包等对象的状态，检查Oracle
所有回滚段的状态，均正常。
建议：
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_ALLOCATION LIMIT_VALUE
------------------------------ --------------- -------------------- --------------------
processes 44 800 800 sessions 55 1248 1248 enqueue_locks 67 15870 15870 enqueue_resources 50 5708 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
RESOURCE_NAME MAX_UTILIZATION INITIAL_ALLOCATION LIMIT_VALUE
------------------------------ --------------- -------------------- --------------------
gcs_resources 0 UNLIMITED UNLIMITED
gcs_shadows 0 UNLIMITED UNLIMITED
smartio_overhead_memory 0 0 UNLIMITED smartio_buffer_memory 0 0 UNLIMITED smartio_metadata_memory 0 0 UNLIMITED smartio_sessions 0 0 UNLIMITED dml_locks 0 5488 UNLIMITED
temporary_table_locks 3 UNLIMITED UNLIMITED
transactions 0 1372 UNLIMITED branches 0 1372 UNLIMITED
cmtcallbk 2 1372 UNLIMITED
RESOURCE_NAME MAX_UTILIZATION INITIAL_ALLOCATION LIMIT_VALUE
------------------------------ --------------- -------------------- --------------------
max_rollback_segments 11 1372 65535 sort_segment_locks 6 UNLIMITED UNLIMITED
k2q_locks 0 2496 UNLIMITED
max_shared_servers 1 UNLIMITED UNLIMITED
parallel_max_servers 0 785 3600
说明：若LIMIT_V ALUE-MAX_UTILIZATION<=5，则表明与RESOURCE_NAME相关的Oracle初始化参数需要调整。可以通过修改Oracle初始化参数文件$ORACLE_BASE/admin/SID/pfile/init_SID.ora来修改。上面结果均大于5，属于正常情况。结论：■正常□异常
4.2. 检查数据库连接情况
SQL> select count(*) from v$session;
COUNT(*)
----------
36
说明：查看当前会话连接数，是否属于正常范围（0< session<2000）。
结论：■正常□异常
select sid,serial#,username,program,machine,status from v$session;
说明：其中：SID 会话(session)的ID号；
SERIAL# 会话的序列号，和SID一起用来唯一标识一个会话；
USERNAME 建立该会话的用户名；
PROGRAM 这个会话是用什么工具连接到数据库的；
STA TUS 当前这个会话的状态，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. 检查系统磁盘空间
$ df -g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/hd4 10.00 8.44 16% 11617 1% /
/dev/hd2 20.00 9.17 55% 75250 4% /usr
/dev/hd9var 10.00 9.23 8% 9512 1% /var
/dev/hd3 10.00 6.14 39% 1144 1% /tmp
/dev/hd1 10.00 9.89 2% 198 1% /home
/dev/hd11admin 0.25 0.25 1% 5 1% /admin
/proc - - - - - /proc
/dev/hd10opt 10.00 9.72 3% 10636 1% /opt
/dev/livedump 0.25 0.25 1% 4 1% /var/adm/ras/livedump
/dev/locallv 20.00 6.82 66% 49009 3% /local
/dev/faarchlv 98.00 84.71 14% 20 1% /faarch
/dev/fapdblv 198.00 179.36 10% 19 1% /oradata/fapd
说明：如果文件系统的剩余空间过小或增长较快，需对其进行确认并删除不用的文件以释放空间。目前文件系统空间剩余足够使用。
结论：■正常□异常
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
------------------------------ ---------- ---------- ----------
SYSAUX 2048 365 18
TBS_HSFA 26976 7430 28
USERS 3758.75 1084 29
SYSTEM 2048 1094 53
UNDOTBS1 2995 2882 96
HSFA_READER 1024 1023 100
说明：如果空闲率%Free小于10%以上（包含10%），则注意要增加数据文件来扩展表空间而不要是用数据文件的自动扩展功能。请不要对表空间增加过多的数据文件，增加数据文件的原则是每个数据文件大小为2G或者4G，自动扩展的最大限制在8G。目前表空间剩余空间足够使用。
结论：■正常□异常
4.5. 检查一些扩展异常的对象
sql>select 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. 本章小结
数据库基本状况检查小结
检查结论：检查Oracle相关资源的使用情况，包含：检查Oracle初始化文件中相关的参数值，检查数据库连接情况，检查系统磁盘空间，检查Oracle各个表空间使
用情况，检查一些扩展异常的对象，检查system表空间内的内容。均正常。建议：
5.检查Oracle数据库性能
在本节主要检查Oracle数据库性能情况，包含：检查数据库的等待事件，检查死锁及处理，检查cpu、I/O、内存性能，检查行链接/迁移，定期做统计分析，检查缓冲区命中率，检查共享池命中率，检查排序区，检查日志缓冲区。主要结合数据库的awr报告进行分析。在一个系统中，CPU资源是系统性能瓶颈所在，那么优化buffer gets最多的SQL语句将获得最大效果。在一个I/O等待是最严重事件的系统中，调优的目标应该是physical IOs最多的SQL语句。通过对数据库监控采样，下面信息主要来自awr报告。
5.1. 检查数据库的等待事件
说明：如果数据库长时间持续出现大量像latch free，enqueue，buffer busy waits，db file sequential read，db file scattered read等等待事件时，需要对其进行分析，可能存在问题的语句。目前状态正常。
5.2. 检查运行时间长的sql
说明：前一个sql消耗数据库时间，耗时较长，sql如下。
select vc_inter_code, sf_get_bond_remainday(l_end_date, l_investor_operation_date, l_publisher_operation_date, c_interest_type, l_begincal_date, en_pay_inteval, to_date(l_date, 'yyyymmdd'), 0, 1) l_end_date, sf_get_bond_remainday(l_end_date, l_investor_operation_date,
l_publisher_operation_date, c_interest_type, l_begincal_date, en_pay_inteval, to_date(l_date, 'yyyymmdd'), 1, 1) l_theother_date, nvl(en_exist_limite, 0) en_exist_limite, nvl(en_real_interest, 0) en_real_interest, nvl(en_change_price, 0) en_change_price, c_net_price , decode(c_pay_interest_type, '2', decode(c_basic_rate_type, '6', en_valuate_spread_duration, 'd', en_valuate_rate_duration, en_valuate_duration), en_valuate_duration) , l_market_date from TBONDPROPERTY
5.3. 消耗cpu时间长的sql
说明：在一个系统中，CPU资源是系统性能瓶颈所在，那么优化buffer gets最多的SQL语句将获得最大效果。本例中第一条sql消耗时间较长，sql为：
select vc_inter_code, sf_get_bond_remainday(l_end_date, l_investor_operation_date, l_publisher_operation_date, c_interest_type, l_begincal_date, en_pay_inteval, to_date(l_date, 'yyyymmdd'), 0, 1) l_end_date, sf_get_bond_remainday(l_end_date, l_investor_operation_date, l_publisher_operation_date, c_interest_type, l_begincal_date, en_pay_inteval, to_date(l_date, 'yyyymmdd'), 1, 1) l_theother_date, nvl(en_exist_limite, 0) en_exist_limite, nvl(en_real_interest, 0) en_real_interest, nvl(en_change_price, 0) en_change_price, c_net_price , decode(c_pay_interest_type, '2', decode(c_basic_rate_type, '6', en_valuate_spread_duration, 'd', en_valuate_rate_duration, en_valuate_duration), en_valuate_duration) , l_market_date from TBONDPROPERTY
5.4. 通过Buffer Gets对SQL语句进行排序
说明：这一部分，通过Buffer Gets对SQL语句进行排序，即通过它执行了多少个逻辑I/O 来排序。顶端的注释表明一个PL/SQL单元的缓存获得(Buffer Gets)包括被这个代码块执行的所有SQL语句的Buffer Gets。因此将经常在这个列表的顶端看到PL/SQL过程，因为存储过程执行的单独的语句的数目被总计出来。在这里的Buffer Gets是一个累积值，所以这个值大并不一定意味着这条语句的性能存在问题。通常我们可以通过对比该条语句的Buffer Gets和physical reads值，如果这两个比较接近，肯定这条语句是存在问题的，我们可以通过执行计划来分析，为什么physical reads的值如此之高。另外，我们在这里也可以关注gets per exec的值，这个值如果太大，表明这条语句可能使用了一个比较差的索引或者使用了不当的表连接。Sql如下：
数据库系统远程性能监测报告模版 文档控制 修改记录 审阅 分发
目录 文档控制i 概述1 数据库配置1非缺省的数据库参数：1 Sga 占用情况3数据文件使用情况4表空间管理方式和碎片17 Tablespaces Free Space17排序区的使用情况：18回滚段：Rollback Segments19使用system 表空间的表和索引21表的数据行迁移情况21 Users错误！未定义书签。 日志切换检查21 Errors Check22 系统空间使用情况：错误！未定义书签。 系统和数据库的性能22操作系统性能监视22数据库配置和监控（statspack报告摘录) 22 运行优势26需改进的方面：26本次检查已经解决的问题：26 建议27应立即解决的问题27将来应解决的问题27
介绍 在此次的ORACLE专家服务中我们完成了对呼和浩特计费系统(服务器位于:呼和浩特网通机 房)的健康检查，在这次检查中我们发现了一些与数据库相关的的一些潜在的问题，同时我们 对计费系统也有了更深入的了解，我们将根据所搜集的信息得出下面的报告。 在此，我们感谢呼和浩特网通及内蒙网通公司对此次系统检查所给予的积极的支持和配合！ 读者 此系统健康检查报告供下列读者使用： 概述 此次数据库健康检查主….数据库，下几个方面：数据库配置，数据库可用性及性能，我们观 察到该系统在数据库的参数以及存储方面的设置或配置尚好，同时也发现了一些潜在的问题， 在下面的建议部分，我们将提出相关的改进措施。 数据库配置 非缺省的数据库参数： 使用的参数文件：pfile 节点1： End value Parameter Name Begin value (if different) ----------------------------- --------------------------------- -------------- _lm_direct_sends lkmgr _sqlexec_progression_cost 0 background_dump_dest /o8i/app/oracle/admin/hhlbas/bdum compatible 8.1.0 control_files /dev/vgora/rcontrol1, /dev/vgora/
SQL Server巡检报告 XXXX系统集成服务有限公司 密级：保密 XX省XX公司 SQL Server数据库系统 巡检报告 XXXX系统集成服务有限公司 2016年02月 1
第1章.文档控制 (3) 第2章.巡检目的 (4) 第3章.系统基本信息巡检 (4) 第4章.操作系统环境巡检 (5) 第5章.数据库性能巡检 (6) 第6章.数据库维护巡检 (11) 第7章.总结及建议 (12) 2
第1章.文档控制 3
第2章.巡检目的 A.监控数据库的当前运行状况，确保数据库稳定运行。 B.监控数据库的备份或容灾或集群状况，减少问题发生时的风险和责任。 C.尽可能减少紧急故障发生频率。 D.尽早发现系统存在的潜在问题，使可能的故障消除在萌芽状态。 E.提出相应的合理改进建议。 第3章.系统基本信息巡检 SQL SERVER 2005是微软出品的数据库产品，以其卓越的性能和高超的稳定性在目前的企业应用中占据着重要地位。此次SQL Server维保保障SQL数据库系统的稳定工作的重要措施，在此感谢在巡检过程中给予我们帮助和支持的客户方员工。 A.机器名称：Ufida B.硬件配置：Intel(R) CPU E5-2630 2.3GHz(2处理器),24核,16G内存 C.操作系统版本：Windows Server 2008 R2 X64 企业版 Windows NT 6.1 (Build 7600: ) 4
D.数据库版本：Microsoft SQL Server 2005 SP3- 9.00.4035.00 (X64) E.工作模式：Windows域模式，域为https://www.doczj.com/doc/cc2298984.html, F.数据库端口：1433 G.业务系统：用友财务、人事和考勤。 H.内存使用：物理内存16G，实际使用5.95G，设置了最大内存12G。第4章.操作系统环境巡检 A.检查系统日志 a)使用“事件查看器”，查看系统日志，关注错误信息排查错误。 检查结果：正常 b)重点关注与SQLServer相关的日志信息。 检查结果：有比较多的SA账户登陆失败，需进一步排查。 c)及时备份与清理过期的日志信息。 5
XXXXXXXXXXXXXXX XXXXX Oracle数据库健康检查与评估 XXXX 巡检人： 报告生成日期：yyyy-mm-dd
文档控制 此文档仅供江苏移动审阅，不得向与此无关的个人或机构传阅或复制。修改记录 分发者 审阅记录 相关文档
目录 文档控制 (2) 修改记录 (2) 分发者 (2) 审阅记录 (2) 相关文档 (2) 目录 (3) 1.检查介绍 (5) 1.1检查系统 (5) 1.2检查范围 (5) 2.硬件配置 (7) 2.1主机配置 (7) 3.系统配置 (8) 3.1操作系统数据库相关要求补丁 (8) 3.2硬盘可用空间 (8) 3.3CPU 利用率 (8) 4.数据库配置 (10) 4.1数据库版本和单独补丁 (10) 4.2CRS版本和单独补丁 (10) 4.3ORACLE CLUSTER配置 (10) 4.4数据库产品选项 (11) 4.5初始化参数文件 (11) 4.6CRS日志文件 (11) 4.7RDBMS运行日志和跟踪文件 (11) 4.8控制文件 (12) 4.9Redo log 文件 (12) 4.10归档Redo log 文件 (13) 4.11数据文件 (13) 4.12表空间 (14) 4.13回滚段管理 (16) 5.数据库简单风险评估 (17) 5.1安全性管理 (17) 6.SqlNet 概况 (18) 6.1监听器Listener (18) 6.2SQL*Net (18) 6.3TNSNAMES (18) 7.数据库性能 (19) 7.1数据库各项基于时间模型的统计信息 (19) 7.2数据库负荷压力分析 (20) 7.3各项命中率 (21) 7.4等待事件 (21)
XX移动Oracle 数据库巡检报告描述版 （v ）
版本说明
目录
巡检说明 此次巡检总共巡检中国移动北京分公司数据库oracle 套数据库巡检列表如下 巡检具体见下 巡检总结 总体性能方面 问题点
系统配置 oracle 用户的limit限制 Oracle数据库的一些参数设置受到操作系统的限制，如果某些操作系统限制（例如用户使用内存数，最大文件数等），则Oracle运行过程中可能报错（例如申请内存出错等）。因此，巡检查看这部分信息。 正常___ 不正常___ 正常 CPU使用情况 查看主机CPU资源是否充足，此部分信息可做为性能诊断的参考。 # vmstat 2 10 充足___ 不充足___ 充足 磁盘空间情况 查看主机磁盘资源是否充足，如果某些日志路径满，则Oracle会报错。 充足___ 不充足___ 充足 内存使用情况 查看主机内存资源是否充足，如果内存用尽，主机会使用交换区(SWAP)，这会造成额外的I/O，影响Oracle 的性能。 充足___ 不充足___ 充足
10.87.56.220数据库配置 这个部分详细阐述了数据库< ORCL>的主要结构。 数据库版本 数据库的当前版本是 建议升级___ 不建议升级___ 不建议升级 数据库产品选项 一般，很多系统安装的数据库产品选项根本未被使用。以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。 正常___ 不正常___ 正常 Database Registry 正常___ 不正常___ 正常 SGA 组成 以下是数据库< ORCL>的组成情况： 控制文件 以下数据库控制文件信息 正常___ 不正常___ 正常
大连易迪斯公司ORACLE健康检查报告
文档控制修改记录 审阅 分发
目录 文档控制ii 概述2系统和数据库配置错误！未定义书签。硬件配置错误！未定义书签。网络配置错误！未定义书签。数据库配置2基于Oracle的应用3系统和数据库的可用性5 数据库监控5 Parameters5 Sga5 Datafiles5 Controlfiles5 Redolog files5 Tablespaces Fragmentation5 Rollback Segments6 Tables & Indexes6 Users6 Errors Check6 备份6恢复7灾难恢复计划 (DRP)7空间规划 / 可伸缩性7升级 / 安装 / 移植7系统和数据库的完整性8
安全策略8 改变管理8数据完整性8系统和数据库的性能9 操作系统配置和监控9 CPU9 MEMORY9 DISK I/O9 NETWORK9 数据库配置和监控9 INSTANCE性能调整10 DATABASE调整10应用与SQL调整10其它瓶颈10 性能调整10总结11运行优势11需改进的方面11 建议11应立即解决的问题11系统和数据库的可用性11系统和数据库的完整性11系统和数据库的性能11近期应解决的问题12系统和数据库的可用性12系统和数据库的完整性12系统和数据库的性能12将来应解决的问题12系统和数据库的可用性12系统和数据库的完整性12系统和数据库的性能12
介绍 在此次的ORACLE例行巡检服务中我们会完成对ORACLE的健康检查。 在这次检查中我们会查找和记录一些与数据库相关的的一些潜在的问题，同时将根据所搜 集的信息得出下面的报告。 在此，我们感谢您所在部门对此次ORACLE检查所给予的热情接待，尤其是下列人员所给予 的帮助： ?<姓名> <职位> ?<姓名> <职位> ?<姓名> <职位> 读者 此系统健康检查报告供下列读者使用： ?
Oracle 数据库日常巡检 阅读目录 ? 1. 检查数据库基本状况 ? 2. 检查Oracle相关资源的使用情况 ? 3. 检查Oracle数据库备份结果 ? 4. 检查Oracle数据库性能 ? 5. 检查数据库cpu、I/O、内存性能 ? 6. 检查数据库安全性 ?7. 其他检查 1. 检查数据库基本状况 包含：检查Oracle实例状态，检查Oracle服务进程，检查Oracle监听进程，共三个部分。 1.1. 检查Oracle实例状态 select instance_name,host_name,startup_time,status,database_status from v$instance; 其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。1.2. 检查Oracle在线日志状态 select group#,status,type,member from v$logfile; 输出结果应该有3条以上（包含3条）记录，“STATUS”应该为非“INVALID”，非“DELETED”。注：“STATUS”显示为空表示正常。 1.3. 检查Oracle表空间的状态 select tablespace_name,status from dba_tablespaces; 输出结果中STATUS应该都为ONLINE。 1.4. 检查Oracle所有数据文件状态 select name,status from v$datafile; 输出结果中“STATUS”应该都为“ONLINE”。或者： select file_name,status from dba_data_files; 输出结果中“STATUS”应该都为“AVAILABLE”。 1.5. 检查无效对象
设备运维巡检服务方案 客户名称： 服务公司名称： 联系人： 电话：
方案编撰信息 （）
目录 一、公司简介 二、服务概述 三、服务范围 四、服务方案及经费 五、服务流程及注意事项 六、附：设备资料清单表
一、公司简介 公司介绍 **软件2008年公司成立发展至今，始终致力于为客户信息化建设提供业界领先的IT解决方案、产品和软件研发。为客户提供覆盖IT建设全生命周期的顾问式“一体化”服务。业务线涵盖了IT服务咨询、平台建设、信息安全、容灾建设、IT运维、IT管理、运维工具、IT外包、云运维（SaaS）、专业培训、系统搬迁、设备租赁、机房改造等上百种IT服务产品。 公司在福州**互联网产业园和**分别设有办事处，是省内一家系统集成服务经验丰富，与业界领先技术广泛对接，也是唯一一家在技术知识与人才队伍储备最长最全的本土企业。 “**-服务”的推出是华宸公司在IT服务领域十年耕耘和实践总结出的智慧结晶，目前公司主要合作厂商有科大讯飞、百度、华为、H3C、联想、神州数码、IBM、署光、天融信、智业等国内外知名厂商。长期以来，华宸公司依靠密集的建设经验以及多厂商合作优势，在客户IT建设的规划期（Plan）、建设期（Do）、运营期（Check）、整合优化期（Action）（以下简称：PDCA），为客户提供安全、可靠、可信的服务平台。 多年来，我们一直在以客户需求为指导，不断研究与丰富华宸的IT服务业务线体系，同时在服务众多客户的过程中，不断汲取经验并升华服务手段与方式，最终形成了国际化理念与本土化实施相结合的独特的品牌理念与具体产品。 随着大数据、云计算、物联网、信息安全等领域的逐渐成熟，公司将不断拓展相应的“宸.服务”IT服务品类，保证IT服务业务的与时俱进。
SQL Server巡检报告XXXX系统集成服务有限公司 密级：保密 XX省XX公司 SQL Server数据库系统 巡检报告 XXXX系统集成服务有限公司 2016年02月 第1章. 文档控制 3 第2章. 巡检目的 4 第3章. 系统基本信息巡检 4 第4章. 操作系统环境巡检 5 第5章. 数据库性能巡检 6 第6章. 数据库维护巡检 11 第7章. 总结及建议 12
第1章. 文档控制 第2章. 巡检目的 A. 监控数据库的当前运行状况，确保数据库稳定运行。 B. 监控数据库的备份或容灾或集群状况，减少问题发生时的风险和责任。 C. 尽可能减少紧急故障发生频率。 D. 尽早发现系统存在的潜在问题，使可能的故障消除在萌芽状态。 E. 提出相应的合理改进建议。 第3章. 系统基本信息巡检 SQL SERVER 2005是微软出品的数据库产品，以其卓越的性能和高超的稳定性在目前的企业应用中占据着重要地位。此次SQL Server维保保障SQL数据库系统的稳定工作的重要措施，在此感谢在巡检过程中给予我们帮助和支持的客户方员工。 A. 机器名称：Ufida
B. 硬件配置：Intel(R) CPU E5-2630 2.3GHz(2处理器),24核,16G内存 C. 操作系统版本：Windows Server 2008 R2 X64 企业版 Windows NT 6.1 (Build 7600: ) D. 数据库版本：Microsoft SQL Server 2005 SP3- 9.00.4035.00 (X64) E. 工作模式：Windows域模式，域为https://www.doczj.com/doc/cc2298984.html, F. 数据库端口：1433 G. 业务系统：用友财务、人事和考勤。 H. 内存使用：物理内存16G，实际使用5.95G，设置了最大内存12G。 第4章. 操作系统环境巡检 A. 检查系统日志 a) 使用“事件查看器”，查看系统日志，关注错误信息排查错误。 检查结果：正常 b) 重点关注与SQLServer相关的日志信息。 检查结果：有比较多的SA账户登陆失败，需进一步排查。 c) 及时备份与清理过期的日志信息。 检查结果：正常 B. 检查磁盘空间
ORACLE 数据库系统维护检查报告
注：红色字体表示需要尽快解决的问题。 其它检查内容： 1、alert文件： 有无错误？ 2、表空间使用情况： set linesize 300 SELECT upper(f.tablespace_name) "tablespace_name", d.Tot_grootte_Mb "tablespace(M)", d.Tot_grootte_Mb - f.total_bytes "used(M)", round((d.Tot_grootte_Mb - f.total_bytes) / d.Tot_grootte_Mb * 100,2) "use%", f.total_bytes "free_space(M)", round(f.total_bytes / d.Tot_grootte_Mb * 100,2) "free%" FROM (SELECT tablespace_name, round(SUM(bytes)/(1024*1024),2) total_bytes, round(MAX(bytes)/(1024*1024),2) max_bytes FROM sys.dba_free_space GROUP BY tablespace_name) f, (SELECT dd.tablespace_name, round(SUM(dd.bytes)/(1024*1024),2) Tot_grootte_Mb
FROM sys.dba_data_files dd GROUP BY dd.tablespace_name) d WHERE d.tablespace_name = f.tablespace_name ORDER BY 4 DESC / 3、Shared Pool Size 命中率： select round((sum(gets)-sum(reloads))/sum(gets)*100,1) "libiary cache hit ratio %" from v$librarycache where namespace in ('SQL AREA','TABLE/PROCEDURE','BODY','TRIGGER'); 4、数据字典命中率： select round((1-sum(getmisses)/sum(gets))*100,1) "data dictionary hit ratio %" from v$rowcache; 5、锁竞争： select substr(https://www.doczj.com/doc/cc2298984.html,,1,25) Name, l.gets, l.misses, 100*(l.misses/l.gets) "% Ratio (STAY UNDER 1%)" from v$latch l, v$latchname ln where https://www.doczj.com/doc/cc2298984.html, in ('cache buffers lru chain') and https://www.doczj.com/doc/cc2298984.html,tch# = https://www.doczj.com/doc/cc2298984.html,tch#; 6、排序命中率： select a.value "Sort(Disk)", b.value "Sort(Memory)", round(100*(a.value/decode((a.value+b.value), 0,1,(a.value+b.value))),2) "% Ratio (STAY UNDER 5%)" from v$sysstat a, v$sysstat b where https://www.doczj.com/doc/cc2298984.html, = 'sorts (disk)' and https://www.doczj.com/doc/cc2298984.html, = 'sorts (memory)'; 7、数据缓冲区命中率： select round((1-(phy.value/(cur.value+con.value)))*100,1)||'%' ratio from v$sysstat phy,v$sysstat cur,v$sysstat con where https://www.doczj.com/doc/cc2298984.html,='physical reads' and https://www.doczj.com/doc/cc2298984.html,='db block gets' and https://www.doczj.com/doc/cc2298984.html,='consistent gets'; 8、v$session_wait： select sid,seq#,event,WAIT_TIME,SECONDS_IN_WAIT from v$session_wait where event not like 'SQL%' and event not like 'rdbms%'; 9、回滚段的争用情况： select name, waits, gets, waits/gets "Ratio" from v$rollstat a, v$rollname b where https://www.doczj.com/doc/cc2298984.html,n = https://www.doczj.com/doc/cc2298984.html,n;
Oracle数据库日常检查 A. 查看所有的实例及其后台进程是否正常 确认所有的instance工作正常，登陆到所有的数据库或instance上，检测oracle后台进程$env | grep SID ORACLE_SID=UWNMS3 B．检查文件系统的使用情况 如果文件系统的剩余空间小于10％，则需要删除不必要的文件以释放空间。 $df -h size used avail capacity Mounted on /dev/md/dsk/d0 20G 17G 3.1G 85% / /proc 0K 0K 0K 0% /proc mnttab 0K 0K 0K 0% /etc/mnttab fd 0K 0K 0K 0% /dev/fd swap 85G 192K 85G 1% /var/run dmpfs 85G 0K 85G 0% /dev/vx/dmp dmpfs 85G 0K 85G 0% /dev/vx/rdmp swap 85G 213M 85G 1% /tmp /dev/vx/dsk/data10dg/Ora_ 394G 292G 98G 75% /data05 /dev/vx/dsk/data1dg/vola0131 443G 156G 283G 36% /archivelog AIX: $df –g or df –k HP-UX $bdf or df –k or df -h 注意：需要特别关注根目录，数据库软件和数据库备份所在目录的剩余空间情况！ 备注：数据库运行日志的及时清除 1). 可清除bdump,cdump,udump下的相关日志 $ cd $ORACLE_BASE/admin/db_name/bdump $ ls -l total 174 -rwxrwxrwx 1 oracle dba 59047 Jul 30 22:02 alert_UWNMS1.log
oracle巡检报告模板 篇一：Oracle 数据库深度巡检报告 南方基地 RAC数据库深度检查报告 上海新炬网络技术有限公司 XX年08 文档控制 此文档仅供新炬公司与最终用户审阅，不得向与此无关的个人或机构传阅或复制。 修改记录 分发者 审阅记录 相关文档 1、数据库相关AWR报告 1. 实例rac1: awrrpt_1_11063_ awrrpt_1_11129_ 2. 实例rac2: awrrpt_2_11063_ awrrpt_2_11129_ 目录 文档控制 ................................................ ................................................... (2) 修改记
录 ................................................ ................................................... .. (2) 分发者 ................................................ ................................................... (2) 审阅记录 ................................................ ................................................... .. (2) 相关文档 ................................................ ................................................... .. (2) 目录 ................................................ ................................................... .. (2) 1. 检查介绍 ................................................ ...................................................
XXX数据库【XXX】巡检报告 1 第一部分操作系统参数检查 (2) 1.1 检查数据库cpu、I/O、内存性能 (2) 1.2 检查Oracle服务进程 (2) 2 第二部分Oracle数据库检查 (3) 2.1 数据库状态 (3) 2.1.1 检查oracle环境变量 (3) 2.1.2 检查监听状态 (3) 2.1.3 查看Oracle初始化参数 (3) 2.1.4 检查Oracle的实例状态 (3) 2.1.5 检查数据库读写状态 (3) 2.1.6 查看oracle数据库的版本 (4) 2.1.7 查看sga、pga详细信息 (4) 2.1.8 检查控制文件状态 (4) 2.1.9 检查日志文件状态 (4) 2.1.10 检查alter日志 (4) 2.1.11 检查当前crontab任务 (4) 2.2 数据库空间监控 (5) 2.2.1 检查数据库的大小，和空间使用情况 (5) 2.2.2 查看数据库是否处于归档模式 (6) 2.2.3 检查表空间物理文件的名称及大小 (6) 2.2.4 数据库数据文件等所在目录使用情况 (6) 2.3 数据库性能、资源、对象检查 (6) 2.3.1 负载情况（Load Profile） (6) 2.3.2数据库内存命中率（Instance Efficiency Percentages (Target 100%)） (7) 2.3.3监控等待事件（Top 5 Timed Events） (7) 2.3.4检查无效的数据对象 (7) 2.3.5检查碎片程度高的表 (7) 2.3.6 检查排序区 (8) 2.3.7 检查日志缓冲区 (8) 2.3.8 检查Oracle初始化文件中相关参数值 (8) 2.3.9 检查数据库连接情况 (8) 2.3.10 检查system表空间内的内容 (8) 2.3.11 检查表空间碎片率 (8) 2.3.12 检查死锁 (9) 2.4 数据库备份检查 (9) 2.4.1 检查数据库备份日志信息 (9)
MA项目运维服务总结报告 （2014.8月份） 北京中亦安图科技股份有限公司田广庆 2014年8月
目录 1.前言 (3) 2.2014年8月份系统运行概述 (3) 3.巡检内容 (3) 4.问题及改进计划 (6) 5.本月度完成的服务内容 (7) 6.本月巡检工作清单及结果 (8) 7.服务总结 (9) 附件1. 巡检总结报告单 (11) 附件2. 存储设备巡检报告 (13) 附件3. AIX巡检报告 (15) 附件4. Domino巡检报告 (22) 附件5. Linux巡检报告 (24) 附件6. Oracle巡检报告 (28) 附件7. SQL Server巡检报告 (30) 附件8. WebSphere巡检报告 (58) 附件9. 虚拟化巡检报告 (61) 附件10. PC Server硬件巡检报告 (73) 附件11. VMware巡检报告 (76) 附件12. EMC NS-120 SPS B电源故障变更实施方案 (82) 附件13. EMC NS-120 SPS B电源故障处理报告 (90) 第2页/共96页
第3页 /共96页 1. 前言 根据中信建设有限责任公司总部机房设备维护服务合同要求，本年度计划巡检硬 件设备包括服务器、存储、光纤交换机等设备。软件方面对Windows 、Linux 、AIX 等操作系统、Oracle 、SQL 数据库及WAS 、Domino 等中间件软件。 8月28日，北京中亦安图科技股份有限公司在中信建设技术人员的配合下，对合同范围内的相关设备和系统进行巡检，并对虚拟机的操作系统进行了检查。 2. 2014年8月份系统运行概述 （注释：红色圈表示严重，需要处理；橙色圈表示需要关注；绿色圈表示正常） 3. 巡检内容
Oracle Health-Check Report Oracle数据库健康巡检报告 XX公司 xx数据库系统 健康巡检报告 作者: 文档创建日期: 2010-12-1 上次修改日期: 服务工程师: 服务类型：现场 客户联系人:
目录 健康检查记录 (3) 数据库调整记录 (3) 一、系统概况 (4) 二、数据库趋势分析 (4) 1、数据缓冲区和库缓冲区命中率趋势 (4) 2、数据量变化趋势 (5) 三、健康检查项目列表及结果 (5) 1、操作系统 (5) 1.1磁盘空间 (5) 1.2系统性能信息 (8) 2、数据库系统 (9) 2.1安全性 (9) 2.2稳定性 (9) 2.3数据库性能 (9) 3、健康检查 (11) 3.1数据库版本信息 (11) 3.2目前数据库参数 (11) 3.3数据库资源限制 (12) 3.4控制文件 (12) 3.5日志文件 (13) 3.6数据文件 (13) 3.7临时文件 (13) 3.8表空间使用率监控 (13) 3.9无效索引 (14) 四、巡检总结与调整建议 (14) 1、巡检总结： (14) 2、调整建议： (14) 3、对管理人员的提醒： (14)
前次巡检记录 巡检日期 市民卡公司工程师 联创工程师 本次巡检记录 巡检日期 市民卡公司工程师 联创工程师 数据库调整记录 自上次巡检以来对本数据库调整记录如下：1)调整一 2)调整二 3)调整三
一、系统概况 项目值 业务名称 主机名 硬件平台 CPU 物理内存 操作系统 数据库软件版本 数据库名 归档模式 Blocksize 数据库核心字符集 控制文件镜像份数 控制文件镜像是否在不同目录 联机日志组数 联机日志每组member数 联机日志每组成员是否在不同磁盘 每组日志大小 时日志切换高峰 注: 天日志生成量高峰、时日志切换高峰:这里的高峰指的是redo生成高峰，非业务高峰。 全库export大小的计算方法是:统计全库中表的大小,这种方式计算出的表的大小包含了空的行记录,而export实际导出时不会导出空数据行,所以这里的export大小会大于实际的导出dmp文件的大小,具体误差多少取决与数据库中存在多少的空数据行(delete操作产生的空数据行). 全库rman备份大小(10.2.0.1)的计算方法是:统计全库中所有对象的大小.而rman备份集是备份所有曾经被对象暂用过的空间,所以此种统计方法统计的数据和rman备份实际的大小的差异在很大程度上取决于被放入回收站对象的多少. 二、数据库趋势分析 1、数据缓冲区和库缓冲区命中率趋势 [数据来源典型业务高峰时段statspack or awr]
一月份巡视检查报告 四川水电开发有限公司 维护部水工班 二〇一六年一月二十二日 审查： 校核： 编写： 现场检查：
目录 1前言 (1) 1.1工程概况 (1) 1.2本次现场检查的目的和项目 (4) 2砼重力坝检查情况 (4) 2.1大坝 (4) 2.2大坝闸门 (4) 2.3大坝闸门及控制设备 (4) 2.4安全监测 (5) 3右岸防洪堤检查情况 (5) 3.1防洪堤面板及运行情况 (5) 3.2防洪堤堤顶 (5) 3.3防洪堤护坡 (6) 3.4防洪堤排水沟 (6) 4左岸防洪堤检查情况 (6) 4.1防洪堤面板 (6) 4.2防洪堤堤顶 (6) 4.3防洪堤护坡 (7) 4.4防洪堤排水沟 (7) 5尾水渠防洪堤检查情况 (7) 5.1防洪堤面板 (7) 5.2防洪堤堤顶 (7) 5.3防洪堤护坡 (7) 5.4防洪堤排水沟 (8) 5.5尾水渠河道段 (8) 6进水口检查情况 (8) 6.1进水口 (8) 6.2闸门及控制设备 (8) 7电站厂房检查情况 (8) 7.1主厂房 (8) 7.2副厂房 (9) 7.3尾水闸门及控制设备 (9) 8水库边坡及水质检查情况 (9) 8.1水库、库区 (9) 8.2滑坡、塌方 (9) 8.3水质 (9)
8.4下游河道 (9) 9监测系统检查 (10) 9.1安全监测系统设置情况 (10) 9.2监测系统仪器设备、工作状况 (10) 10结论 (10) 附件1：水电站2015年12月03日日常巡视检查记录表 (11) 附件2：水电站2015年12月24日日常巡视检查记录表 (11) 1前言 1.1工程概况 电站位于四川省雅安市境内青衣江干流上，是《青衣江多营坪至水津关河段水电规划报告》推荐四级开法方案的第三级电站，上游、下游分别与在已建成建的大兴电站和龟都府水电站相衔接，工程开发任务主要为发电，建成后供电四川主网。电站位于雅安市雨城区草坝镇，上距雅安城区13.0km，下距草坝镇3.0 km。工区左岸有雅（安）—乐（山）公路、右岸有雅（安）—大（兴）公路通过，交通方便。水津关电站系一座闸坝式低水头河床式电站，总库容596万m3，装机容量63MW，安装3台贯流式水轮发电机组，电站设计水头12.0m，多年平均发电量2.9686亿kW·h，保证出力12.5MW，多年平均利用小时4712h，发电引用流量586m3/s。为具有日调节性能的三等中型电站工程。 本工程永久性主要建筑物按3级设计，次要建筑物为4级，临时建筑物为5级。枢纽主体建筑物的设计洪水标准为五十年一遇，设计洪水位551.6m，相应洪水流量12900m3/s；校核洪水标准为五百年一遇，校核洪水位554.2m，相应洪水流量17300m3/s；正常蓄水位549.0m，相应库容596万m3；总库容596万m3。消能防冲洪水标准为三十年一遇，相应洪水流量11900m3/s。 电站工程建筑物枢纽布置沿坝轴线方向自左至右分别布置有主厂房、非溢流坝、泄洪冲沙闸、右岸非溢流坝。副厂房和升压站布置在左岸金沙坝一级阶地上，左右岸防洪堤沿青衣江两岸布置，尾水渠沿青衣江左岸布置。坝顶高程555.90m，最大闸坝高23.9m，坝顶沿坝轴线全长395.06m。15孔泄洪冲沙闸位于主河床，闸段总长241.0m，
系统oracle数据库 巡检报告
文档控制 修改记录 审阅 分发
目录 文档控制 (2) 检查总结 (5) 概要 (5) 总体概况 (5) 优化建议 (5) 介绍 (6) 目标 (6) 检查方法 (6) 检查范围 (6) 数据库配置分析 (7) 硬件配置 (7) 软件配置 (7) 数据库参数 (8) 控制文件 (9) Temporary Tablespace (9) 表空间管理 (9) 回滚段 (10) 无效对象，约束和trigger (10) 数据库日志ALTER LOG分析 (10) 数据库性能分析 (11) 数据库实例性能命中率 (11) 等待事件(Top Wait Events) (11)
版权说明 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属xxxx有限公司所有，受到有关产权及版权法保护。任何个人、机构未经xxxx 有限公司的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。
检查总结 概要 此次巡检主要针对oracle数据库进行一次全面的健康检查，包括数据库配置、数据库性能等各项内容，并依照此次检查结果，提出相应的优化措施。 总体概况 以下是本次检查的总结 优化建议 以下是对检查的结果进行分析后所得出的优化建议
介绍 目标 数据库健康检查是用来： -评价数据库当前的性能情况 -分析数据库应用瓶颈和资源竞争情况 -指出存在的问题，提出解决建议 检查方法 本次数据库性能检查的工具是： ?操作系统工具和命令检查操作系统。 ?SQL命令检查数据库配置，SQL命令在ORACLE 工具SQL*PLUS中运行。 ?Oracle AWR工具。 上述输出结果为建议提供依据。 检查范围 本报告提供的检查和建议主要针对以下方面： 1.数据库配置 2.数据库性能 本报告的提供的检查和建议不涉及： -具体的性能调整 -应用程序的具体细节 以下提请注意：本次检查仅历时半天。所以在具体的性能方面仅做相应的建议。如需在数据库性能方面进行进一步的调整，请继续选择数据库性能调整。
第一篇报告日常检查汇总材料 《档案检查汇报材料》 档案检查汇报材料 (一)在档案工作管理方面 一是支行的部分永久文书档案以及科技、特殊载体档案尚未集中到分行档案部门管理。二是无档案工作机构设置情况的文件。三是档案宣传工作形式较为单一。 (二)在档案管理方面 一是照片档案不够齐全。二是已收公文档案中处理单不齐全。三是没有及时对已超过保管期限的档案进行鉴定和销毁。 (三)在档案安全方面存在原档案库房未配备自动灭火装置，消毒设备以及调阅室无监控设备的问题。
(四)档案工作创新方面我行在档案管理理念、管理方式、管理手段的创新上有些薄弱，该项属于加分内容，总分5分，但我们一分未得。 三、下一步工作安排 针对当前档案工作面临的实际情况和考评中存在的问题，我们进行了认真研究，并作了相应的安排部署 首先解决库房问题。鉴于原有库房因为地震已成危房，较长时间存在无库房可用的现状。目前，我们正在抓紧改造应急库房，并将按照正规库房标准配备相应设施，以确保档案工作的正常开展，确保档案实体的安全。 其次弥补欠账问题。应急库房改造完毕，我们将立即着手弥补因地震造成的欠账，及时对相关档案进行收集归档、及时对部分个人客户贷款及全部法人客户贷款资料进行系统录入，消除地震带来的影响，确保其他后续工作的及时跟进。 第三整改考评问题。我们将对此次考评中存在的问题，按照轻重缓急，难易程度，有计划有部步骤的进行全面整改，切实提高档案目标考评等级。 第四提高创新能力。今后，我们档案工作要变被动为主动，要主动去研究各类新业务所形成档案的管理问题，实实在在的将档案工作与业务发展有效结合，保证档案工作跟上业务发展的需要，提高我们的档案管理创新能力。
修订记录 目录 巡检内容 阐述巡检的内容 例:XXX网络，承载多项业务，为了更好的保证网络正常运行，并且尽可能预防故障，以及在出现故障时能够迅速排除，神州数码有限公司工程师将在不干扰业务运行的情况下对网络进行定期检查并及时排除故障. 巡检是一项非常重要的工作，在巡检工作中,神州数码公司工程师将完成以下工作内容： 网络中设备的配置文件进行编号、备份； 确认并记录网络设备类型和硬件模块类型 对网络核心设备，接设备等设备检查外观。观察交换机指示灯状态，观察交换机互联端口指示灯状态，并记录。 对网络设备清洁保养 用show命令查看并记录各网络设备操作系统的版本号； 查看重要设备的日志并分析 查看并记录各网络设备的重要端口流量 设定网管软件记录主要端口的吞吐量一月的变化曲线。 查看路由表是否正常。 在PC上用默认包及大包PING各网段网关及互联端口地，观察丢包情况并分析. 对Internet互连网出口是否正常
用监控软件搜集分析在线网络的包协议分布，包长度分布 如果网络中有故障，纪录网络故障现象，如能解决就立刻解决，并作记录；如当时解决不了，则记录故障现象，并协商解决的时间，在限定的时间内将故 障解决； 日常故障记录分析: 讨论分析最近出现的网络问题，消除潜在隐患 对设备配置改动及改动后效果记录对比分析 对网络当前使用状况作出评估,尽可能消除隐患 对设备硬件损坏及更换记录，确定非紧急故障设备的问题，填写维修记录.工程师根据用户反映,准备在巡检时工作时更换网络设备,须提前与用户确认无误,并在用户规定的时间和专人配合下更换设备.有回退措施,更换后保持观察,并填写更换记录. 了解用户的技术需求，并作记录； 巡检时间 年巡检次数：次/年 巡检方式 建议结合以下软件再配合客户的网管软件(如果有的情况下)。 Sniffer：一个网络抓包分析工具。在机场网络中，当我们怀疑网络有病毒时，使用Sniffer来监测网络流量的内容，主要观察、记录以下几方面： 统计网络中协议的分布，观察记录其中主要应用层协议的流量所占网络总 带宽的比例。 在一些重要的互联端口上，我们还要观察、记录它们的双向流量，并确定 其应用流量。 最后我们使用Decode功能，我们主要寻找1毫秒内，有多个很小的（几十 字节）数据包被发送，源计算机固定，源端口非常高（TCP>3000），目的端口是
数据库日常巡检报告公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]
日常巡检手册 监控所有关键业务系统的数据库系统，以ORACLE数据库为例。主要的监控指标应包括配置信息、故障监控和性能监控。主要工作包括： 1、配置信息管理：数据库配置信息包括数据库名，数据库实例名，版本信息，数据库位数，归档方式，文件目录，表空间信息，内存信息，其他的相关参数信息。 2、故障监控：监控数据库关键的运行状态和进程等进行有效的管理，具体的管理功能应包含：（1）服务器实例的可用性，监控数据库实例的状态；（2）空间监控：监控表空间、Redo日志、Archive日志的使用情况；（3）显示和过滤Alert Log中的报警等；（4）数据库空间、表空间、数据文件占用或空闲的空间；磁盘的使用；表和索引的使用；重做日志Redo logs；内存的使用Memory usage；交换区的使用Swap usage。 3、性能监控：监控数据库的性能，鉴别和消除瓶颈以提高数据库系统的整体性能，包括： （1）由内存容量引起的数据库响应缓慢； （2）由于请求Redo日志空间引起的延迟； （3）锁资源监控，对阻塞了其它会话的锁进行告警，以及可用的锁； （4）等待某回滚段完成的事务百分比； （5）监控SGA、Buffer Cache、I/O等相关的性能数据；（6）监控数据库会话的状况。 应及时变更配置信息并定期（每月）编制数据库监控报告并提交相关部门和人员。 检查实例 1．常规检查 编号参数名称描述参数说明 1 文件自动扩展正确数据文件使用裸设备时，文件不可自动扩展（使用文件系统的数据文件也建议不设成自动扩展）： Sql>select file_name,tablespace_name,status,autoextensible from dba_data_files?where autoextensible<>'NO'; Sql>alter database datafile '****' autoextend off;; 2 默认表空间正确不要使用system表空间作为应用用户的默认表空间：Sql>Select username,account_status,default_tablespace,temporary_tablespace from dba_Users; Sql>alter user ctais2bb default tablespace ctais2_dat; 3 历史错误信息没有错误搜索oracle各实例的alert文件是否有错误代码出现，如：ORA-00600,ORA-00603等错误： 通过以下sql 找到他的路径 Sql>select value from v$parameter where name ='background_dump_dest'; 4 剩余表空间没有空间压力 Sql>Select , || 'M' Total_Space, - || 'M' Used_Space, To_Char( - / * 100, '') || '%' Pct_Free From