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 9I之后除了系统表空间，其他的表空间的空间段管理方式推荐为LOCAL。
临时表空间用于存放临时段。为了维护数据库的性能，临时表空间的维护方法有别于其他一般表空间。缺省情况下，所有表空间都创建为PERMANENT。所以在创建临时段时，需要保证表空间类型为TEMPORARY。由于这些表空间中的排序段不被清除，所以减少了空间事务争夺，同时减少了SMON对于CPU的使用率。
由于表空间的extent 出现了local management 方式，对表空间采用了位图管理，更利于空间的使用及回收管理。
正常___ 不正常___
正常
回滚段
回滚段能够用来保证读一致性，回滚事务以及恢复数据库。以下数据库中回滚段的使用情况：
正常___ 不正常___
正常
无效对象
数据库对象需要维护。如下是系统目前状态为“INVALID”的对象：
有___ 没有___
有，请检查上面对象是否使用
已停止的作业
数据库作业，如下是状态为Broken的作业，请确认其是否应该为执行状态：
有___ 没有___
没有
当前系统最大的Segment
这里列出当前系统中超过500MB 的segment ，可以更好认识数据的分布情况。
有 ___ 没有___ 有
对象碎片检查
对象碎片是无法避免的，但是这会影响性能。更糟糕的是，碎片会导致空间管理问题。规则extent>1000个的table 和index 可能存在碎片。
有 ___ 没有___ 没有 对象分析情况
系统中存在以下对象未进行统计信息收集
数据库中的表和索引已经进行了统计信息的收集，但是最近没有收集统计信息。 1 oracle 不建议对数据库数据字典分析，包括SYS 和SYSTEM 的
2 建议对应用的表进行定期分析，以便CBO 有精确的统计信息，得到较好执行计划，当前系统中多数用户对象基本没有分析，有些用户一些用户表分析情况不是很全面，有的是过长时间没有分析过。
有 ___ 没有___
有
数据库报警日志alertlog
检查
报警日志包含了系统级别的错误与报警，需要对近期发现的ORA 错误进行检查与分析。 正常 ___ 不正常___ 正常
数据库性能
数据库
（10g以上的版本）通过awr的报告来体现
（10g以下的版本）通过statspack的报告来体现
数据库实例性能命中率
以下列出的是数据库实例性能的各项的命中率，它们的最佳值是100%
Instance Efficiency Percentages (Target 100%)
?Latch Hit%在99以上，表明系统在Latch上无争用
?Redo Nowait在99%以上，表示参数log_buffer 的设置满足
系统要求。
?In-mem sort 在99%以上，表示参数
PGA_AGGREGATE_TARGET 的设置满足系统要求。
?Buffer Hit% 超过99％, 表明db_cache_size满足要求。
?Execute to Parse %很低，说明SQL语句的共享性很差，可能
是绑定变量用得不好。
db_cache_size偏小
PGA命中率
命中率建议在95%以上
正常___ 不正常___
正常
Log_buffer
redo log space wait time越接近0，表示redo的性能越好。
充足___ 不充足___
充足
SHARED_POOL使用率
Memory Usage %的使用比例在75%-80%时数据库共享池资源的性能最好，如果高，说明共享池偏小，如果低，说明共享池偏大。可根据此值给出增大、减少的建议。
充足___ 不充足___
充足
等待事件(Top Timed Events)
以下列出的数据库主要的等待事件
这是系统中前5位等待最多的事件，
CPU time ：通常由逻辑IO和SQL语句反复解析引起的开销，如果是第一位，说明系统运行性能好。
awr或statspack统计信息分析
关于CPU数据库使用情况
可以看出系统CPU主要用于SQL语句的真正的执行阶段，而用于解析的时间不多，但递归调用的时间较多，说明应用程序SQL设计一般。
DBWR写脏数据
正常情况下该指标接近于0，如果该指标的数值在监测时段内始终较大，那么则说明DBWR进程数不足。本系统正常。
正常情况下该指标接近于0，如果该指标的数值在监测时段内始终较大，那么则说明DBWR进程数不足。可以建议增加db_writer_processes的值。
正常___ 不正常___
正常
关于长短表扫描统计信息
数据库全表扫描非常消耗系统资源，所以应用程序中的SQL语句应尽量避免使用全表扫描。
正常___ 不正常___
正常
关于数据库事务提交/会滚性能指标
正常___ 不正常___
正常
SORT 信息统计
数据库中的SORT操作是影响数据库性能的重要方面，加快数据库SORT 操作的速度，可以有效地提高数据排序性能。
磁盘排序越低越好。
正常___ 不正常___
正常
数据库I/O性能
本数据库的数据文件的平均的读取时间最高没超过10ms，远远小于阀值20ms,表示当前的数据库I/O速度是可以接受的，如果有一些数据文件的平均读取时间大于20ms，需要引起注意。
ORACLE认为平均读取时间大于20ms是I/O性能比较差的，如果一个数据文件的平均读取时间一直大于20ms的话，
建议：
应该检查对该数据文件上的查询语句，并且优化SQL语句。
如果该数据文件包含索引，一个可以考虑的选择是使用压缩索引来减少I/O。
数据文件应该尽量条带化，分布在不同的物理硬盘上面。
如果数据文件已经条带化在不同硬盘上面，建议检查disk controller layout，看数据文件是否需要分布在更多的disk sets。
正常___ 不正常___
正常
Top SQL
逻辑读高SQL ordered by Gets for DB
正常
物理读高SQL ordered by Reads for DB
正常___ 不正常___
正常
数据库备份策略评估
备份策略
每天进行一次归档备份，每天完成一次数据库全备。
系统中，最新的备份日期为YYYY-MM-DD，正常。
有___ 没有___
有
恢复策略
定期进行全数据库恢复测试。
定期进行恢复测试以确保备份的可用性和恢复步骤的熟悉。
1、根据不同的数据库失败情况制定相应的恢复策略。
●数据库全库恢复
●表空间恢复
●数据文件恢复
●数据表恢复
有
Oracle DBA 数据库日常维护手册 常用SQL 脚本
Oracle数据库日常维护 【版本整理日期：2011/02/26 】 版本整理人：1634068400@https://www.360docs.net/doc/028713626.html, 本文档包含以下内容： 1．Oracle数据库日常维护 2．Oracle DBA 常用管理脚本 3．Oracle DB 常用SQL 语句
/******************************************************** https://www.360docs.net/doc/028713626.html,(若跳转不成功，请复制到浏览器或联系Q) https://www.360docs.net/doc/028713626.html,/item.htm?id=7437120468Metalink Sharing ********************************************************/
在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况： l数据库的启动、关闭，启动时的非缺省参数； l数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因； l对数据库进行的某些操作，如创建或删除表空间、增加数据文件； l数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA －600)
DBA 应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题 处理 启动参数不对 检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换 如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点 或归档操作的效率； 有人未经授权删除了表空间 检查数据库的安全问题，是否密码太简 单；如有必要，撤消某些用户的系统权 限 出现坏块 检查是否是硬件问题(如磁盘本生有坏 块)，如果不是，检查是那个数据库对象 出现了坏块，对这个对象进行重建 表空间不够 增加数据文件到相应的表空间 出现ORA-600 根据日志文件的内容查看相应的TRC 文件，如果是Oracle 的bug ，要及时打 上相应的补丁 二、数据库表空间使用情况监控（字典管理表空间） 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA 应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name,
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数据库维保 招标文件讲解
第一部分项目须知一、项目编号： 二、采购项目名称：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 数据库日常巡检
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. 检查无效对象
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 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
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/028713626.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/028713626.html, in ('cache buffers lru chain') and https://www.360docs.net/doc/028713626.html,tch# = https://www.360docs.net/doc/028713626.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/028713626.html, = 'sorts (disk)' and https://www.360docs.net/doc/028713626.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/028713626.html,='physical reads' and https://www.360docs.net/doc/028713626.html,='db block gets' and https://www.360docs.net/doc/028713626.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/028713626.html,n = https://www.360docs.net/doc/028713626.html,n;
Oracle数据库日常维护手册
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
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数据库巡检内容
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
ORACLE数据库日常维护与管理手册
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
oracle数据库巡检内容
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
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数据库巡检报告
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数据库巡检SQL
-- |----------------------------------------------------------------------------| -- | 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;
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.数据库性能 本报告的提供的检查和建议不涉及： -具体的性能调整 -应用程序的具体细节 以下提请注意：本次检查仅历时半天。所以在具体的性能方面仅做相应的建议。如需在数据库性能方面进行进一步的调整，请继续选择数据库性能调整。