数据库日常检查文档
1.检查表空间使用情况：
1.1检查是否开启自扩展功能：
select tablespace_name,,
round((increment_by*8191)/(1024*1024),2)||'M' as 自扩展大小M
from dba_data_files;
目的：检查表空间是否开启自扩展功能。
若检查自扩展特别小，请用下面的方法把自扩展根据数据量增长情况调大。
alter database datafile '新增加数据文件路径' autoextend
on next *M maxsize unlimited;--把*替换为你需要的自扩展大小
1.2检查表空间的使用情况：
select a.tablespace_name,a.totals 总大小M,b.frees 空闲大小M,
round((a.totals-b.frees)/a.totals,4)*100||'%' 使用率
from (select sum(bytes)/(1024*1024) as totals,tablespace_name
from dba_data_files
group by tablespace_name) a,
(select sum(bytes)/(1024*1024) as frees,tablespace_name
from dba_free_space
group by tablespace_name) b
where a.tablespace_name=b.tablespace_name ;
目的：当表空间没有开启自扩展功能时，表空间的使用率大于等于85%时，需要向表空间增加数据文件。开启自扩展功能的表空间，检查常用的表空间自扩展的大小不小于100M。
注：
检查ulog用户对应的表空间：
select default_tablespace
from dba_users
where username='ULOG';
Ulog用户下的tlog表主要是记录日志的，因为大部分的报表涉及记录日志。所以，ulog 用户对应的表空间不管是开启还是未开启自扩展功能，当ulog对应的表空间的使用率大于等于85%时，就对性能有影响，考虑truncate释放空间或是扩空间。
解决办法：
手工降低使用率的方法：
Alter database datafile ‘数据文件的路径’ resize **M;
另一种情况：
当前的文件是开启自扩展的，但是要扩展的数据文件已经到达限制值32G了，此时的解决办法：
alter tablespace 表空间名add datafile '新增加数据文件路径' size 5120M;--向表空间中增加数据文件
alter database datafile '新增加数据文件路径' autoextend
on next 100M maxsize unlimited;--开启自动扩展
alter database datafile '达到最大值的数据文件路径' AUTOEXTEND off;--关闭之前文件的自扩展
2.定期检查磁盘的使用情况：
2.1Windows下检查
执行下面sql,获得数据文件的路径：
select from dba_data_files;
Windows下直接检查数据文件所在的盘的总大小和可用空间，当使用率为85% 时，清除数据文件所在的盘上无用的数据，或考虑增加硬件。
2.2Linux或是unix下：
Linux或是unix下检查oracle的安装所用的盘，检查变量ORACLE_BASE所在目录的磁盘的使用情况，当使用率大于或等于90%时，需要清除无用的资料或是考虑增加硬件。
例如，linux下用df命令：
3.常规检查：
3.1检查是否有无效的对象：
select owner as 用户,object_name as 对象名,object_type as 对象类型
from dba_objects where status='INVAID';
目的：若查询有结果，对无效对象需要重新编译。
Alter object_type owner.object_name compile;
3.2检查不可用的主键:
select owner,constraint_name,table_name
from dba_constraints
where status!='ENABLED' and constraint_type='P';
目的：若查询有数据，执行下面语句的执行结果。
select 'alter table '||owner||'.'||table_name||' enable constraints '||constraint_name||';'
from dba_constraints
where status!='ENABLED' and constraint_type='P';
3.3检查不可用的触发器：
select owner,trigger_name
from dba_triggers where status!='ENABLED';
目的：若查询有数据，执行下面语句的执行结果。
select 'alter trigger '||owner||'.'||trigger_name||' enable;'
from dba_triggers where status!='ENABLED';
3.4检查session和process:
对照当前使用数和参数设置值：
Select count(*) from v$session ;
Select count(*) from v$process;
数据库设置值：
select name,value from v$parameter
where name in('sessions','processes');
注：以‘v$’开头的表需要是业务高峰时的数据对分析才有作用。
注：现场工程在使用pl/sql developer时，因多个sql窗口会增加sessions和process数，尽量在一个sql窗口操作。
3.5检查job:
检查参数：
当前数据库的并发可执行的job数量：
select name,value
from v$parameter
where name='job_queue_processes';
查询当前数据中所有的job：
select * from dba_jobs;
涉及检查项：
LOG_USER,提交任务的用户;
PRIV_USER ,赋予任务权限的用户;
SCHEMA_USER ,对任务作语法分析的用户模式;
THIS_DATE ,表示正在运行任务的开始时间;
LAST_DATE：最后一次成功运行完此job的时间;
NEXT_DATE：下一次运行job的开始时间;
INTERVAL：用于计算下一运行时间的表达式;
What:执行任务的PL/SQL块。
结果判断：
1、若有创建在sys或是system用户下的业务job需要删除，重新创建在业务用户下。
2、如果Next_date是晚上21点执行的job,在第二天上午9点查询dba_jobs表时，
this_date列不为空表示此job仍在执行。那么就需要优化what列显示的存储过程了。
3、当FAILURE<>0时，job不能执行成功。检查并发可执行的job进程数是否够用，根
据next_date判断下次需要并发执行的job数与参数job_queue_processes的设置数比较？若不够，
修改方法：
Alter system set job_queue_processes=11 scope=both;
3.6检查数据文件的状态：
select * from v$data status not in('SYSTEM','ONLINE');
目的：若查询无结果，表示数据文件正常。
3.7检查数据库的模式：
Select name,Created, Log_Mode From V$Database;
若log_mode为archive,当value不为空时，检查对应目录下的空间使用情况：select value from v$parameter
where name= 'log_archive_dest_1';
若归档日志存在use_db_recovery_下，检查下面视图归档日志的使用情况：
select percent_space_used
from v$flash_recovery_area_usage where 'ARCHIVELOG';
当空间使用百分比(percent_space_used)为85%时，需要释放空间。
若使用的是asm 自动存储管理，检查空闲大小是否够用：
select group_number,name,total_MB as 总大小,free_MB as 空闲大小
from v$asm_diskgroup;
3.8检查锁的情况：
检查是否发生阻塞：
select /*+ ordered*/sql_text, spid, p.pid, s.sid, https://www.doczj.com/doc/fd14401602.html,ername, s.program, process from v$sqlarea q, v$session s, v$process p
where q.address = s.sql_address
and q.hash_value = s.sql_hash_value
and s.paddr = p.addr
and exists (select sid
from v$lock
where block=1 and sid=s.sid);
目的：若有结果，发回sql的执行结果，开发人员检查sql涉及的程序。
导出结果后杀掉session。
杀session步骤：
Alter system kill session ‘SID,SERIAL#’;
有时候杀掉session后，session对应的进程好长时间不释放，占用资源，需要从操作系统级杀掉session:
select spid, osuser, s.program
from v$session s,v$process p
where s.paddr=p.addr and s.sid=&sid;
1)在unix上，用root身份执行命令:
#kill -9 123（上面语句查询出的spid）
2)在windows用orakill杀死线程，orakill是oracle提供的一个可执行命令，语法为：
orakill sid thread 例如：orakill cangzhoucg 123
检查是否有锁等待：
select /*+ ordered*/sql_text, spid, p.pid, s.sid, https://www.doczj.com/doc/fd14401602.html,ername, s.program, process
from v$sqlarea q, v$session s, v$process p
where q.address = s.sql_address
and q.hash_value = s.sql_hash_value
and s.paddr = p.addr
and exists (select sid
from v$lock
where request > 0 and block<>1 and sid=s.sid);
检查目的：检查哪些语句一直在等待资源释放，正常的锁等待时间不会持续很长，持续时间较长的就尽快导出结果以便处理。
4.检查数据库的alert日志
执行下面sql获得alert日志的路径：
select a.value||' 下的alert_'||b.instance_name||'.log'
from v$parameter a,gv$instance b
where https://www.doczj.com/doc/fd14401602.html, ='background_dump_dest';
注：若数据库为集群环境,查出的结果是二条，需要分别取二台数据库服务器所查目录下的alert日志。
目的：检查最近日期的alert日志是否有以’ora-’开头的错误或异常信息。
5.检查tlog的错误日志
select * from ulog.tlog where llevel=30 and ldate>=sysdate-1 order by id desc;
目的：检查tlog表的错误日志。
6.数据库连接不上时
当发现连接不上数据库，若是单实例的从以下方面检查：
1、检查网络是否正常;
2、检查数据库目前的运行状态,若用pl/sql也连接不上时，采用sqlplus执行。
Select instance_name,status from v$instance;--正常情况下status为open状态
若是rac，首先检查集群服务是否都启动正常：
Crs_stat –t --此命令在windows下直接在c:>下执行，若在linux或是unix下，切换操作系统用户oracle下，执行此命令，正常情况下状态都应该online。
日常环境卫生巡查记录表项目 名称 检查 第检查 年月日 单位架子队 时间 分序 具体检查项目及要求检查结果 项号优良中差办1办公区设有密闭式垃圾容器，卫生定期扫地制度落实到位 公2文件资料、桌、柜、办公用品等分类摆放整齐 区3办公室、会议室地面无烟头、纸屑，墙面无乱贴乱画现象 生1宿舍物品摆放整齐，地面整洁无烟头，房间通风无异味 2食堂、淋浴间、盥洗设施、开水房、厕所等临时设施设置规范 活 3临时生活设施保持经常性干净、卫生 区 4生活区设置足够的密闭式垃圾容器，并将垃圾清理到指定位置 卫 1食堂、餐具定期消毒，肉、菜、饮用水质量符合卫生要求 2季节性卫生防疫工作落实到位 生 3除四害（老鼠、蟑螂、蚊子、苍蝇）措施器具药品等落实到位 防 4卫生区域责任划分落实到位，白色垃圾封闭处理、定期清理 疫 5施工现场配备保健药箱，一般常用药品和急救器材 1主要道路是否硬化处理，是否有专人清扫保洁洒水压尘 2现场材料（钢筋、模板、机械设备）分类摆放整齐 3作业时采取扬尘控制措施，作业现场是否工完场净 4各种废料是否集中堆放，有封闭措施 施 5清理施工垃圾、材料时严禁凌空抛掷 工 6 泥浆、污水有组织排放，不随地乱流乱排区 7 沉 淀池是否设置，污水是否经沉淀排放排放 8夜间施工噪声不超标（ 22:00-6:00 控制在 55dB 以下） 9运输材料车辆在现场严禁鸣笛，装卸物品时轻拿轻放 10从事土方、渣土、垃圾运输车辆采取密闭或覆盖措施 11各工作、设备清洗处是否在沉淀池旁 12使用油料是否有防止污染土壤、水体的措施 检查□符合要求□整改后符合要求□不符合要求，需继续整改结论其他： 办公室签字意见： 检查人 安全员签字意见： 签字 施工单位签字意见： 架子队长签字意见： 检查结果说明：优：继续保持 中：下发整改单进行整改良：需要进一步改进并完善差：要求停顿整改并给与处罚
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>的组成情况： 控制文件 以下数据库控制文件信息 正常___ 不正常___ 正常
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/fd14401602.html, F.数据库端口：1433 G.业务系统：用友财务、人事和考勤。 H.内存使用：物理内存16G，实际使用5.95G，设置了最大内存12G。第4章.操作系统环境巡检 A.检查系统日志 a)使用“事件查看器”，查看系统日志，关注错误信息排查错误。 检查结果：正常 b)重点关注与SQLServer相关的日志信息。 检查结果：有比较多的SA账户登陆失败，需进一步排查。 c)及时备份与清理过期的日志信息。 5
第一部分项目须知一、项目编号： 二、采购项目名称：2015年度oracle数据库续保 三、采购方式：公开招标 四、采购内容、数量及参数要求： 服务（或售后服务）要求： 乙方应提供原厂级别7×24（即每周7个工作日，每天24小时，2 小时内到达现场.）全天技术支持服务，并根据甲方的需要提供现场支持服务。具体服务时间由甲方需求决定。服务内容包括： 1.健康检查。ORACLE工程师定期（最小频率为1个月）到用1. 户现场，对数据库系统进行例行健康检查，并提交报告，根据健康检查的内容对数据库进行优化。检查的内容应包括但不限于以下内容：1.1 容错检查，检查并分析系统日志及跟踪文件，发现并排除数据库及应用系统的错误隐患； 1.2 检查数据库及应用系统的配置健康情况； 1.3 发现并排除数据库系统错误隐患； 1.4 检查数据库系统是否需要应用最新的补丁集； 1.5 检查数据库空间的使用情况，协助进行数据库空间的规划管理；
1.6 检查数据库备份的完整性； 1.7 监控数据库性能、数据库运行状态、运行效率、是否存在安全隐患； 1.8 备份方式是否合理、备份数据是否可恢复； 1.9 提供系统健康检查报告； 数据库及应用系统性能调优。数据库及应用系统的性能调整一2. 般包括，但不局限于如下内容： 利用工具采集系统运行时的各项监控数据； 2.1 2.2 分析系统主要的性能瓶颈； 2.3 分析系统、网络、应用软件及数据库等各方面资源的使用情况； 2.4 确定系统性能现状及性能调整的目标； 2.5 定位系统中出现的性能瓶颈； 2.6 测试验证针对性能瓶颈进行的改进方案； 2.7 产生基于ORACLE最佳应用准则的性能调整建议报告； 2.8 适用于当前商业规则的Oracle 软件配置； 2.9 为客户提供实施问题的解决方案； 2.10 为客户进行现场技能讲解传授； ORACLE工程师在现场调优数据库性能和应用性能；2.11 2.12 给用户提供完整的性能调整报告和解决方法； 2.13 现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等
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. 检查无效对象
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)
公司各部门环境安全检查表 检查人员：费雪峰、代威检查日期：2014.10.30 文件编号：13-01 2、门窗玻璃无手印，积尘； 3、桌面、文件、公司物品摆放整齐擦拭干净； 4、私人物品按规定存放整齐； 5、垃圾及时清理无满溢现象； 6、其他
公司各部门环境安全检查表 检查人员：费雪峰、代威检查日期：2014.02.15 文件编号：13-02 2、门窗玻璃无手印，积尘； 3、桌面、文件、公司物品摆放整齐擦拭干净； 4、私人物品按规定存放整齐； 5、垃圾及时清理无满溢现象； 6、其他
公司各部门环境安全检查表 检查人员：费雪峰、代威检查日期：2014.03.15 文件编号：13-03 2、门窗玻璃无手印，积尘； 3、桌面、文件、公司物品摆放整齐擦拭干净； 4、私人物品按规定存放整齐； 5、垃圾及时清理无满溢现象；
6、其他 公司各部门环境安全检查表 检查人员：费雪峰、代威检查日期：2014.04.15 文件编号：13-04 2、门窗玻璃无手印，积尘； 3、桌面、文件、公司物品摆放整齐擦拭干净； 4、私人物品按规定存放整齐；
5、垃圾及时清理无满溢现象； 6、其他 公司各部门环境安全检查表 检查人员：费雪峰、代威检查日期：2014.05.15 文件编号：13-05 2、门窗玻璃无手印，积尘； 3、桌面、文件、公司物品摆放整齐擦拭干净；
4、私人物品按规定存放整齐； 5、垃圾及时清理无满溢现象； 6、其他 公司各部门环境安全检查表 检查人员：费雪峰、代威检查日期：2014.06.15 文件编号：13-06 2、门窗玻璃无手印，积尘；
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数据库巡检内容 1.检查数据库基本状况 在本节中主要对数据库的基本状况进行检查，其中包含：检查Oracle实例状态，检查Oracle服务进程，检查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”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。 $ps -ef|grep ora_|grep -v grep&&ps -ef|grep ora_|grep -v grep|wc –l
o r a c l e数据库巡检内容1.检查基本状况 在本节中主要对数据库的基本状况进行检查，其中包含：检查实例状态，检查Oracle服务进程，检查Oracle监听进程，共三个部分。 SQL> select instance_name,host_name,startup_time,status,database_status from v$instance; INSTANCE_NAMEHOST_NAMESTARTUP_TIMESTATUSDATABASE_STATUS ----------------------------------------------------------------------------- ---- CKDBAS142009-5-7 9:3OPENACTIVE 其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。
SQL> select name,log_mode,open_mode from v$database; NAMELOG_MODEOPEN_MODE -------------------------------------- CKDBARCHIVELOGREAD WRITE 其中“LOG_MODE”表示Oracle当前的归档方式。“ARCHIVELOG”表示数据库运行在归档模式下，“NOARCHIVELOG”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。 $ps -ef|grep ora_|grep -v grep&&ps -ef|grep ora_|grep -v grep|wc –l oracle296010 May07 00:01:02 ora_pmon_CKDB oracle296210 May07 00:00:22 ora_psp0_CKDB oracle296410 May07 00:00:00 ora_mman_CKDB oracle296610 May07 00:03:20 ora_dbw0_CKDB
-- |----------------------------------------------------------------------------| -- | FILE : Datebase_XunJian.sql | -- +----------------------------------------------------------------------------+ prompt prompt +-----------------------------------------------------------------------------------------+ prompt | Database XunJian | prompt |-----------------------------------------------------------------------------------------+ prompt | | prompt +-----------------------------------------------------------------------------------------+ prompt prompt Creating database report. prompt This script must be run as a user with SYSDBA privileges. prompt This process can take several minutes to complete. set termout off prompt set pagesize 50000 set linesize 80 define fileName=Database_XunJian define versionNumber=1.0 COLUMN tdate NEW_VALUE _date NOPRINT SELECT TO_CHAR(SYSDATE,'MM/DD/YYYY') tdate FROM dual; COLUMN time NEW_VALUE _time NOPRINT SELECT TO_CHAR(SYSDATE,'HH24:MI:SS') time FROM dual; COLUMN date_time NEW_VALUE _date_time NOPRINT SELECT TO_CHAR(SYSDATE,'MM/DD/YYYY HH24:MI:SS') date_time FROM dual; COLUMN date_time_timezone NEW_VALUE _date_time_timezone NOPRINT SELECT TO_CHAR(systimestamp, 'Mon DD, YYYY (') || TRIM(TO_CHAR(systimestamp, 'Day')) || TO_CHAR(systimestamp, ') "at" HH:MI:SS AM') || TO_CHAR(systimestamp, ' "in Timezone" TZR') date_time_timezone FROM dual;
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 数据库深度巡检报告 南方基地 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 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]
系统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.数据库性能 本报告的提供的检查和建议不涉及： -具体的性能调整 -应用程序的具体细节 以下提请注意：本次检查仅历时半天。所以在具体的性能方面仅做相应的建议。如需在数据库性能方面进行进一步的调整，请继续选择数据库性能调整。
如何查询sga内各组件信息和pga大小 SQL> conn / as sysdba SQL> show parameter sga_max –查看sga的大小 NAME TYPE V ALUE ------------------------------------ ----------- ------------------------------ sga_max_size big integer 1578706860 SQL> show parameter sga_target –查看sga_target大小(只限10g以上版本) NAME TYPE V ALUE ------------------------------------ ----------- ------------------------------ sga_target big integer 584M SQL> show parameter db_cache_size –-查看db_cache大小 NAME TYPE V ALUE ------------------------------------ ----------- -------------------- db_cache_size big integer 1048576000 SQL> show parameter shared_pool_size –查看share_pool大小 NAME TYPE V ALUE ------------------------------------ ----------- --------------------------- shared_pool_size big integer 318767104 SQL> show parameter pga—查看pga_aggregate_target NAME TYPE V ALUE ------------------------------------ ----------- --------------- pga_aggregate_target big integer 314572800 查询数据库版本的sql SQL> select VERSION from v$instance; VERSION ----------------- 9.2.0.1.0
环境检查记录表 单位：编号： 检查区域 序号检查内容检查标准检查结果不合格描述 1 固废物控制固废物回收垃圾桶内 2 资源控制纸张双面使用 水源阀门无跑冒滴漏 3 能源控制耗电设备人走机停，关闭无长明灯 4 污水排放控制污水排放达标，污水排放符合法规规定 5 消防设施控制消防通道畅通无堵塞、安全出口标识清晰有效 消防器材摆放位置明显并标识清楚 灭火器有合格证、维修合格证有专人负责，按期检查有效，附件完好无损 应急灯安装位置符合规定并有效 6 车辆控制车辆尾气排放达标 车辆按期年审、维修保养 车辆缴纳强制保险、商业保险驾驶员持证操作 7 办公设施控制无灰尘、污渍 各类用品摆放整齐、清洁 各种文件、资料标识清楚，防护有效 8 垃圾清运控制生活垃圾清运无遗撒、环境污染 垃圾房、垃圾桶清洁，定期消毒无环境污染 9 餐饮服务控制餐厅光照、通风、采暖、消毒、冷藏、冷冻、储存设施、设备运行有效 餐具、工器具卫生、消毒、食品留样符合规定 厨师、服务人员体检持健康证 厨房操作间布局合理、排风设施设备运转有效 餐厅地面平整无积水、油污、生活垃圾餐具、工器具分类存放，生熟标识 原辅材料存储分类摆放，生熟分类存储，标识清楚油污排放控制有效 污水排放到管网 燃气管线、灶具阀门控制有效 员工工服穿戴整洁 10 不合格整改及考核意见 签字： 日期：不合格整改实施情况 签字： 日期： 不合格验证结果 签字： 日期： 备注：检查结果栏用“√”表示全部合格，用“╳”表示有某项不合格。凡出现某项不合格必须在不合格描述栏中予以说明。 检查人：检查日期：保存期 3年
安全环保综合检查记录表 受检单位： 检查项目检查内容、要求检查记录考评结果备注 符合检查内容。 环境保护 1.环保设施运行情 况、记录 2.危险废物处理处置 情况 3.环保设施监测报告 4.排污申报、及排污 许可证 环境1、通风是否良好 2、危险品标识是否 完好 3、灭火器材是否到 位 4、易燃物品，危险气 体是否有人管理 5、紧急逃生通道是 否畅通 6、各类用电情况是 否正常 7、其他隐患是否存 在 环境1、地面是否及时清 理 2、工作台，工作柜是 否及时清理 3、通道情况是否良 好、畅通 4、零配件、工件定位 管理、标识 5、车间是否仍有卫生
数据库日常巡检报告公司标准化编码 [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
中国建设银行信息技术管理部 厦门开发中心 《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的检查结果粘贴。示例：
精心整理 日常巡检手册 监控所有关键业务系统的数据库系统，以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,