数据库日常巡检报告

数据库日常巡检报告
数据库日常巡检报告

1.日常巡检手册

监控所有关键业务系统的数据库系统,以ORACLE数据库为例。主要的监控指标应包括配置信息、故障监控和性能监控。主要工作包括:

1、配置信息管理:数据库配置信息包括数据库名,数据库实例名,版本信息,数据库位数,归档方式,文件目录,表空间信息,内存信息,其他SID.ORA的相关参数信息。

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剩余表空间没有空间压力

2.Sql>Select a.Tablespace_Name, a.Total || 'M' Total_Space, (a.Total - b.Free) || 'M' Used_Space, To_Char((a.Total - b.Free) / a.Total * 100, '99.99') || '%' Pct_Free

From

(Select Tablespace_Name, Sum(Bytes) / 1024 / 1024 Total From Dba_Data_Files Group By tablespace_Name) a,

(Select Tablespace_Name, Sum(Bytes) / 1024 / 1024 Free From Dba_Free_Space Group By Tablespace_Name) b where a.Tablespace_Name = b.Tablespace_Name;

5归档模式已归档

查看数据是否启用归档模式,归档目录是否均已挂接,提醒管理员注意归档文件的备份,以防治归档目录空间不足,以sysdba登陆sqlplus:

SQL> archive log list; (sqlplus下执行)

6 备份策略注是否备份spfile文件,控制文件,归档日志文件,备份归档日志文件后是否删除

7 失效对象有(已处理)

3.Sql>Select object_name,object_type,status From Dba_Objects Where status<>'VALID';

如有则编译失效对象,在非业务处理时间,以sysdba登陆sqlplus:

SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql

8 行链接/迁移没有行迁移是否有行链接/行迁移的情况出现:

Sql>select table_name,num_rows,chain_cnt From dba_tables Where owner='CTAIS2' And chain_cnt<>0;

注:含有long raw列的表有行链接是正常的,找到迁移行保存到chained_rows表中,如没有该表执行../rdbms/admin/utlchain.sql

Sql>analyze table tablename list chained rows;

可通过表chained_rows中table_name,head_rowid看出哪些行是迁移行

如:

Sql>create table aa as select a.* from sb_zsxx a,chained_rows b where a.rowid=b.head_rowid and b.table_name ='SB_ZSXX';

sql>delete from sb_zsxx where rowid in (select head_rowid from chained_rows where table_name = 'SB_ZSXX');

sql>insert into sb_zsxx select * from chained_row where table_name = 'SB_ZSXX'; 9job没有失败的任务查看job是否broken,是否有failure

Sql>select job,what,last_date,next_date,failures,broken from dba_jobs Where schema_user='CTAIS2';

如有问题建议重建job,如:

exec sys.dbms_job.remove(1);

commit;

exec

sys.dbms_job.isubmit(1,'REFRESH_ALL_SNAPSHOT;',SYSDATE+1/1440,'SYSDATE+4/1440'); commit;

10统计分析管理员定期做对于采用Oracle Cost-Based-Optimizer的系统,需要定期对数据对象的统计信息进行采集更新,使优化器可以根据准备的信息作出正确的explain plan。在以下情况更需要进行统计信息的更新:

1、应用发生变化

2、大规模数据迁移、历史数据迁出、其他数据的导入等

3、数据量发生变化

查看表或索引的统计信息是否需更新,如:

Sql>Select table_name,num_rows,last_analyzed From user_tables where table_name ='DJ_NSRXX'

sql>select count(*) from DJ_NSRXX如num_rows和count(*)

如果行数相差很多,则该表需要更新统计信息,建议一周做一次统计信息收集,如:

Sql>exec sys.dbms_stats.gather_schema_stats(ownname=>'CTAIS2',cascade => TRUE,degree => 4);

11死锁现象没有发生过死锁检查数据库在运行过程中是否有死锁现象,找出被锁住的对象及session ID

Sql>select object_name,s.sid,s.serial# From v$locked_object o,v$session s ,dba_objects c Where o.session_id=s.sid And o.object_id=c.object_id;

oracle级kill掉该session:

sql>alter system kill session 'sid,serial#';

操作系统级kill掉session:

#>kill -9 pid

12失效的索引没有失效的索引检查是否有失效的索引:

注:分区表上的索引status为N/A是正常的

Sql>select index_name,table_name,tablespace_name,status From dba_indexes Where owner='CTAIS2' And status<>'VALID';

如有失效索引则对该索引做rebuild,如:

Sql>alter index INDEX_NAME rebuild tablespace TABLESPACE_NAME;

13 失效的约束没有失效的约束检查是否有失效的约束:

Sq>Select constraint_type,constraint_name,table_name,r_owner,r_constraint_name, status From dba_constraints Where owner='CTAIS2' And status<>'ENABLED';

如有失效约束则启用,如:

Sql>alter Table TABLE_NAME Enable Constraints CONSTRAINT_NAME;

14 失效的触发器没有失效的触发器检查是否有失效的触发器:

Sql>select trigger_name,table_name,status From dba_triggers Where owner='CTAIS2' And status<>'ENABLED';

如有失效触发器则启用,如:

Sql>alter Trigger TRIGGER_NAME Enable;

15 索引空间浪费管理员定期管理索引的空间浪费:只有完全空的索引块才进入空闲列表,找到浪费空间的索引,首先分析索引: Sql>analyze index indexname validate structure;

然后查询index_stats视图:

Sql>select name,lf_rows,lf_rows_len,del_lf_rows,del_lf_rows_len From index_stats; lf_rows --当前索引值的数量

lf_rows_len --当前索引值的大小(byte)

del_lf_rows --从索引中删除的值的数量

del_lf_rows_len --从索引中删除的值的大小(byte)

如果del_lf_rows_len达到lf_rows_len的20%则需要rebuild索引了

16 定期修改密码暂时未使用在综合征管系统系统的数据库上往往存在很多的用户,如:第三方数据库监控系统,电话申报系统等等,初始安装数据库时的演示用户,管理员用户等等。这些用户的密码往往是写定的,被很多人知道,会被别有用心的人利用来攻击系统甚至进行修改数据。

需要修改密码的用户包括:

数据库管理员用户INTERNAL(ORACLE9I版本中已经废弃了),SYS,SYSTEM,

综合征管系统系统的超级用户CTAIS,CTAIS2,CTAIS_MAINT,

外围软件用户,如银税联网,电话申报等用户。

修改方法:

Sql>alter user USER_NAME identified by PASSWORD;

17 缓冲区命中率正常.缓冲区命中率:Sql>select name, 1-(physical_reads/(db_block_gets+consistent_gets)) "hit_ratio" from v$buffer_pool_statistics where db_block_gets+consistent_gets>0;

如果命中率低于90% 则需加大数据库参数db_cache_size

18 共享池命中率正常共享池命中率:

Sql>select sum(pinhits)/sum(pins)*100 from v$librarycache;

如低于95%,则需要调整应用程序使用绑定变量,或者调整数据库参数shared pool的大小19 排序区正常排序区:

Sql>select name,value from v$sysstat where name like '%sort%';

如果disk/(memoty+row)的比例过高,则需要调整sort_area_size(workarea_size_policy=false)或pga_aggregate_target(workarea_size_policy=true)

20 日志缓冲区正常日志缓冲区:

Sql>select name,value from v$sysstat where name in ('redo entries','redo buffer allocation retries');

如果redo buffer allocation retries/redo entries 超过1% ,则需要增大log_buffer

2.数据库参数收集

说明:数据库参数的检查,是否有不合理的配置(数据库服务器的硬件配置及各地业务压力各不相同,涉及到进程及内存的参数仅供参考,使用表格下面的语句检查,够用即可):select Name,Value from v$parameter order by NAME;

1 参数

2 参数值

processes 2400

timed_statistics TRUE

shared_pool_size 自动管理

sga_max_size 64G

large_pool_size 自动管理

java_pool_size 自动管理

control_files /dev/rzs_control01,

/dev/rzs_control02,

/dev/rzs_control03

db_block_size 8192

db_writer_processes 4

db_cache_size 自动管理

compatible 10.2.0.3.0

log_archive_start false

log_archive_dest_1 LOCATION=/arc1

log_archive_max_processes 5

log_buffer 14131200

db_file_multiblock_read_count(生产)16

fast_start_mttr_target 0

log_checkpoints_to_alert TRUE

dml_locks 15000

transactions 2909

undo_management AUTO

undo_tablespace UNDOTBS1

undo_retention 10800

remote_login_passwordfile EXCLUSIVE

db_domain

instance_name Sdtais1

cursor_space_for_time(生产)false

session_cached_cursors 300

job_queue_processes 10

cursor_sharing(生产)SIMILAR

hash_join_enabled TRUE

background_dump_dest /oracle/admin/sdtais/bdump user_dump_dest /oracle/admin/sdtais/udump

core_dump_dest /oracle/admin/sdtais/cdump

sort_area_size 65536

open_cursors 4000

star_transformation_enabled FALSE

query_rewrite_enabled true

pga_aggregate_target 9820M

aq_tm_processes 1 ( odc)

fast_start_parallel_rollback LOW 根据统计值调整

数据库检查报告模版

数据库系统远程性能监测报告模版 文档控制 修改记录 审阅 分发

目录 文档控制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巡检报告-模板

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.360docs.net/doc/9f13001346.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 模板

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现场巡检服务报告模板

大连易迪斯公司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 数据库日常巡检

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. 检查无效对象

SQL Server巡检报告-模板

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.360docs.net/doc/9f13001346.html, F. 数据库端口:1433 G. 业务系统:用友财务、人事和考勤。 H. 内存使用:物理内存16G,实际使用5.95G,设置了最大内存12G。 第4章. 操作系统环境巡检 A. 检查系统日志 a) 使用“事件查看器”,查看系统日志,关注错误信息排查错误。 检查结果:正常 b) 重点关注与SQLServer相关的日志信息。 检查结果:有比较多的SA账户登陆失败,需进一步排查。 c) 及时备份与清理过期的日志信息。 检查结果:正常 B. 检查磁盘空间

Oracle数据库巡检报告

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)

ORACLE巡检报告模板

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.360docs.net/doc/9f13001346.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.360docs.net/doc/9f13001346.html, in ('cache buffers lru chain') and https://www.360docs.net/doc/9f13001346.html,tch# = https://www.360docs.net/doc/9f13001346.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.360docs.net/doc/9f13001346.html, = 'sorts (disk)' and https://www.360docs.net/doc/9f13001346.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.360docs.net/doc/9f13001346.html,='physical reads' and https://www.360docs.net/doc/9f13001346.html,='db block gets' and https://www.360docs.net/doc/9f13001346.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.360docs.net/doc/9f13001346.html,n = https://www.360docs.net/doc/9f13001346.html,n;

Oracle数据库日常检查

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数据库 巡检报告

文档控制 修改记录 审阅 分发

目录 文档控制 (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.数据库性能 本报告的提供的检查和建议不涉及: -具体的性能调整 -应用程序的具体细节 以下提请注意:本次检查仅历时半天。所以在具体的性能方面仅做相应的建议。如需在数据库性能方面进行进一步的调整,请继续选择数据库性能调整。

oracle巡检报告模板

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. 检查介绍 ................................................ ...................................................

oracle数据库巡检报告标准

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,

报告日常检查汇总材料.doc

第一篇报告日常检查汇总材料 《档案检查汇报材料》 档案检查汇报材料 (一)在档案工作管理方面 一是支行的部分永久文书档案以及科技、特殊载体档案尚未集中到分行档案部门管理。二是无档案工作机构设置情况的文件。三是档案宣传工作形式较为单一。 (二)在档案管理方面 一是照片档案不够齐全。二是已收公文档案中处理单不齐全。三是没有及时对已超过保管期限的档案进行鉴定和销毁。 (三)在档案安全方面存在原档案库房未配备自动灭火装置,消毒设备以及调阅室无监控设备的问题。

(四)档案工作创新方面我行在档案管理理念、管理方式、管理手段的创新上有些薄弱,该项属于加分内容,总分5分,但我们一分未得。 三、下一步工作安排 针对当前档案工作面临的实际情况和考评中存在的问题,我们进行了认真研究,并作了相应的安排部署 首先解决库房问题。鉴于原有库房因为地震已成危房,较长时间存在无库房可用的现状。目前,我们正在抓紧改造应急库房,并将按照正规库房标准配备相应设施,以确保档案工作的正常开展,确保档案实体的安全。 其次弥补欠账问题。应急库房改造完毕,我们将立即着手弥补因地震造成的欠账,及时对相关档案进行收集归档、及时对部分个人客户贷款及全部法人客户贷款资料进行系统录入,消除地震带来的影响,确保其他后续工作的及时跟进。 第三整改考评问题。我们将对此次考评中存在的问题,按照轻重缓急,难易程度,有计划有部步骤的进行全面整改,切实提高档案目标考评等级。 第四提高创新能力。今后,我们档案工作要变被动为主动,要主动去研究各类新业务所形成档案的管理问题,实实在在的将档案工作与业务发展有效结合,保证档案工作跟上业务发展的需要,提高我们的档案管理创新能力。

服务器存储数据库巡检

巡检报告 浙江**技术有限公司2015年6月18日

目录

设备巡检 1.1设备序列号和管理地址 设备名型号序列号管理地址HISHA01 HP DL580G7 SN:CN71120J2W DL580G7 SN:CN71120J2Z 虚拟化服务器DELL R720 SN:25RG5Z1 虚拟化服务器DELL R720 SN:J4RG5Z1 域服务器HP DL580G3 SN:CNG533S104 虚拟化服务器HP DL388 G8 SN:CNG243TKF7 服务器HP DL380 G5 SN:CNG836S3DV 桌面网管软件HP DL380 G5 SN:CNG534S13B 服务器HP DL380 G5SN:CNG111TJ67 服务器HP DL388 G8SN:CNG238TV5N 医保服务器HP DL388 G8SN:CNG238TV5X 交换机1 EMC DS300B SN:BRCALJ2512G0Y6 交换机2 EMC DS300B SN:BRCALJ2512G0WV 主EMC CX4-240 SN:FCNCP3 & 备EMC CX4-240 SN:FCN004 & VNX5500 SN:CKM009 & 注:H P报修电话为58,通过序列号即可进行硬件故障报修。 EMC报修电话为09,通过序列号即可进行硬件故障报修。 DELL报修电话为60,通过序列号即可进行硬件故障报修。

1.2HP DL580G7硬件状态指示灯 1.3DELL R720硬件状态指示灯 1.4HP DL580G3硬件状态指示灯 1.5HP DL388G8硬件状态指示灯

数据库日常巡检报告修订稿

数据库日常巡检报告公司标准化编码 [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

数据库日常巡检分析报告

精心整理 日常巡检手册 监控所有关键业务系统的数据库系统,以ORACLE 数据库为例。主要的监控指标应包括配置信息、故障监控和性能监控。主要工作包括: 1、配置信息管理:数据库配置信息包括数据库名,数据库实例名,版本信息,数据库位数,归档 2、(1)Archive ;3 (1(2(3(4(5)监控SGA 、BufferCache 、I/O 等相关的性能数据;(6)监控数据库会话的状况。 应及时变更配置信息并定期(每月)编制数据库监控报告并提交相关部门和人员。 检查实例 1.常规检查

编号??????参数名称??????描述??????参数说明 1??????文件自动扩展??????正确??????数据文件使用裸设备时,文件不可自动扩展(使用文件系统的数据文件也建议不设成自动扩展): Sql>selectfile_name,tablespace_name,status,autoextensiblefromdba_data_files??whereau 2?????? rs; 3?????? 现,如: 通过以下 4??????剩余表空间??????没有空间压力??????Sql>Selecta.Tablespace_Name,a.Total||'M'Total_Space,(a.Total-b.Free)||'M'Used _Space,To_Char((a.Total-b.Free)/a.Total*100,'99.99')||'%'Pct_Free From (SelectTablespace_Name,Sum(Bytes)/1024/1024TotalFromDba_Data_FilesGroupBytablespace_ Name)a,

ORACLE数据库结构健康检查分析报告(模版)

中国建设银行信息技术管理部 厦门开发中心 《XXXX系统ORACLE数据库结构健康检 查分析报告》 (模版) 文档编号: 制定单位:厦门开发中心

文档历史 文档位置 本页为文档基本信息摘要. 本文档的硬拷贝至打印之日起生效. 对于文档本身的任何疑问,请与文档作者联系. 原始文档存放在 ...... 修改历史 批准者 该文档需要下列人员批准. 签字批准页在PCB的质量部分 分发 该文档已经分发给

目录 前言 (5) 1. ORACLE数据库结构检查结果 (5) 2. 检查结果分析 (6) 2.1. 超过6条索引的表 (6) 2.1.1. 检查结果 (6) 2.1.2. 分析 (6) 2.2. 超过255列的表 (6) 2.2.1. 检查结果 (6) 2.2.2. 分析 (7) 2.3. 超过6列的索引 (7) 2.3.1. 检查结果 (7) 2.3.2. 分析 (7) 2.4. 存在LONG 或LONG RAW的表 (7) 2.4.1. 检查结果 (7) 2.4.2. 分析 (8) 2.5. 没用分区索引的分区表 (8) 2.5.1. 检查结果 (8) 2.5.2. 分析 (8) 2.6. 冗余索引 (8) 2.6.1. 检查结果 (8) 2.6.2. 分析 (9) 2.7. 没用建立索引的外键 (9) 2.7.1. 检查结果 (9) 2.7.2. 分析 (10) 2.8. HASH分区非2的幂次方的表 (10) 2.8.1. 检查结果 (10) 2.8.2. 分析 (10) 3. 附件 (10)

前言 本文档主要包含的内容: ?ORACLE数据库健康检查结果 ?检查结果分析 1.ORACLE数据库结构检查结果填写说明: 此处将Toad DB Health Check的检查结果粘贴。示例:

相关文档
最新文档