oracle数据库巡检报告标准

合集下载

Oracle原厂数据库巡检报告

Oracle原厂数据库巡检报告

OA数据库健康检查报告创建日期:2015年9月16日文档控制修改记录巡检摘要目录1检查总结 (1)1.1概要 (1)1.2建议 (1)2系统简介 (1)3系统配置 (2)3.1操作系统版本及补丁 (2)3.2硬盘空间及利用率 (2)3.3系统负载状态 (2)4数据库配置 (3)4.1数据库版本及补丁 (3)4.2数据库参数 (3)4.3运行日志和跟踪文件 (4)4.4控制文件 (4)4.5归档R EDO LOG 文件 (4)4.6表空间 (5)4.7集群状态 (5)4.8ASM空间情况 (5)5数据库性能 (5)5.1I NSTANCE E FFICIENCY P ERCENTAGES (T ARGET 100%) (5)5.2T OP 5T IMED E VENTS (6)6影响较大的SQL语句: (6)6.1SQL ORDERED BY E LAPSED T IME (6)6.2SQL ORDERED BY CPU T IME (6)6.3SQL ORDERED BY G ETS (7)6.4SQL ORDERED BY R EADS (7)6.5SQL ORDERED BY P ARSE C ALLS (8)6.6SQL调整建议 (8)7数据库备份 (9)8问题总结与建议 (9)8.1ORA错误 (9)8.2等待事件............................................................... 错误!未定义书签。

8.3性能问题 (9)1检查总结1.1概要2015年9月16日,对OA系统oracle 软件配置检查,本次工作对OA数据库的配置进行检查,实施相关的操作系统配置检查,同时也包括一定量的数据库性能评估工作。

1.2建议本次检查发现问题。

具体描述和建议会在下面的报告中详细阐述。

具体请查看后面的问题总结与建议。

2系统简介3系统配置和数据库相关的操作系统配置将被检查,包括以下方面:●操作系统补丁●存放oracle 文件的硬盘区可用空间(oracle 文件包括:数据文件,控制文件,在线redo logs,归档redo logs,运行情况文件和跟踪文件)●硬盘利用率●CPU利用率(这部分的检查并不是针对操作系统或硬件的全面深入的检查,如有上述要求请与操作系统厂商联系) 3.1操作系统版本及补丁3.2硬盘空间及利用率硬盘可用情况如下示:xx:文件系统 GB 块可用 %Used Iused %Iused 安装于/dev/sda3 463G 173G 267G 40% /tmpfs 7.4G 3.9G 3.5G 53% /dev/shm/dev/sda1 485M 36M 424M 8% /boot3.3系统负载状态xx:系统配置:lcpu=22 mem=15GBprocs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----r b swpd free buff cache si so bi bo in cs us sy id wa st0 0 1057596 846820 174144 12561088 0 0 2 8 0 0 1 0 99 0 00 0 1057596 847192 174152 12561088 0 0 0 144 537 576 0 0 100 0 00 0 1057596 846680 174152 12561088 0 0 0 48 1226 1124 0 0 100 0 00 0 1057596 846804 174152 12561088 0 0 0 32 963 870 1 0 99 0 00 0 1057596 840484 174152 12561088 0 0 0 160 589 471 0 0 100 0 04数据库配置本次检查工作主要针对xx数据库。

XX移动_Oracle数据库巡检报告-描述版-V 模板

XX移动_Oracle数据库巡检报告-描述版-V 模板

XX移动Oracle数据库巡检报告描述版(v )作者朱克威审核分类规范类文档别类Oracle 更新时间关键字Oracle数据库巡检摘要Oracle数据库巡检报告--描述版主要适用各种平台的oracle数据库系统环境版本说明版本日期内容编写人V 《Oracle数据库巡检报告-描述版》朱克威目录巡检说明此次巡检总共巡检中国移动北京分公司数据库oracle 套数据库巡检列表如下Ip地址操作系统描述巡检具体见下巡检总结总体性能方面问题点数据库名节点Ip 描述系统配置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日常巡检内容

oracle日常巡检内容Oracle日常巡检内容1. 数据库配置检查•确认数据库参数设置是否合理•检查数据库和实例的名称及归属•检查数据库初始化参数是否按照最佳实践进行了配置2. 存储检查•检查表空间的使用情况,确保没有存储空间不足的情况出现•检查数据库文件的大小和增长情况,是否需要进行调整•检查redo日志文件的大小和数量,是否满足数据库的需求3. 逻辑结构检查•检查表、索引及其关联的约束是否正常•检查视图、存储过程、函数和触发器的状态和有效性•检查数据库对象的权限和所有权是否正确4. 数据完整性检查•检查数据表的行完整性,是否存在脏数据或冗余数据•检查约束的有效性和唯一性,是否存在违反约束的数据5. 性能检查•检查数据库的运行性能,包括CPU利用率、内存使用和磁盘I/O 等指标•检查SQL的执行计划,优化可能存在的性能瓶颈•检查数据库连接数和会话数,是否超过系统的承载能力6. 安全性检查•检查用户权限,确保每个用户的权限不超过其所需•检查密码策略和账号锁定设置,防范未授权访问和暴力破解•检查数据库日志和审计功能的开启情况,以跟踪和监控潜在的安全风险7. 备份和恢复检查•检查数据库的备份策略是否合理,并进行备份的可行性验证•检查恢复策略和操作步骤,确认数据库故障时的可靠性和可恢复性•检查归档日志的生成和转储情况,确保数据库的连续性和完整性8. 资源利用检查•检查数据库的资源利用情况,包括SGA和PGA的大小及利用率•检查数据文件、临时文件和日志文件的大小和利用率•检查并发和批处理作业,以保障系统资源的合理分配与利用以上是Oracle日常巡检的一些常见内容,通过对数据库配置、存储、逻辑结构、数据完整性、性能、安全性、备份恢复和资源利用等方面的检查,可以确保数据库的稳定性、安全性和可靠性。

巡检内容的具体细节可以根据实际需求进行适当调整和补充。

9. 日志监控•检查数据库日志文件的大小和增长情况,是否超过了预设阈值•检查日志文件的生成和转储是否正常,确保日志的连续性和完整性•监控错误日志和警告日志,及时发现并解决潜在的问题10. 定期维护•执行定期维护任务,例如统计表和索引的信息,更新数据库统计信息•定期收集和分析数据库性能指标,并作出相应的调整和优化•检查数据库软件及补丁的更新情况,确保数据库系统的安全和稳定11. 连接和会话管理•检查数据库连接数和会话数的变化趋势,确保系统的可用性和稳定性•监控长时间运行的会话和阻塞会话,及时解决可能的问题•检查连接和会话的权限和资源限制,防止滥用和资源浪费12. 监控和告警•设置数据库的监控和告警机制,及时发现和解决潜在的问题•监控数据库的系统资源利用率,预测和避免系统性能下降•监控数据库对象的变化和异常操作,保障数据的安全性和完整性13. 灾备和容灾•检查灾备和容灾系统的配置和状态,确保备份和恢复的可靠性•定期测试灾备和容灾方案的可行性,并进行必要的调整和优化•监控主备数据库之间的数据同步情况,保证数据的一致性和可用性14. 文档和记录•维护数据库巡检的文档和记录,包括巡检日期、巡检内容和发现的问题•归档和备份巡检记录,以便日后的审查和比对•根据巡检结果制定和执行相应的改进措施,持续优化数据库的运行和管理巡检内容的详细执行方法和频率将根据数据库的特定需求和环境进行调整和规划。

Oracle小型机日常巡检

Oracle小型机日常巡检

Oracle小型机日常巡检Oracle小型机日常巡检企业的业务数据库系统是IT运维的重中之重,为使数据库长期稳定的运行,需要相关人员对数据库进行每日巡检和记录,下面对数据库日常巡检工作做一个全面详细的计划:一、小型机日常巡检:1. 检查小型机硬件健康状态1.1 显示内核启用的是32位还是64位# bootinfo -K641.2 显示硬件32位还是64位:# bootinfo -y641.3 显示以KB为单位的实际内存:# bootinfo -r325058561.4 显示系统上的硬盘数量# lspvhdisk0 00c7c505bc0669c5 rootvg activehdisk1 00c7c50592cdd77a rootvg activehdisk2 00cb9934c0a92e73 datavg activehdisk3 00c7c505ce5e6688 datavg active1.5 查看硬盘hdisk1的详细信息:# lspv hdisk1PHYSICAL VOLUME: hdisk1 VOLUME GROUP: rootvgPV IDENTIFIER: 00c7c50592cdd77a VG IDENTIFIER 00c7c50500004c0000000129bc06773fPV STATE: activeSTALE PARTITIONS: 0 ALLOCATABLE: yesPP SIZE: 512 megabyte(s) LOGICAL VOLUMES: 14TOTAL PPs: 558 (285696 megabytes) VG DESCRIPTORS: 2FREE PPs: 224 (114688 megabytes) HOT SPARE: noUSED PPs: 334 (171008 megabytes) MAX REQUEST: 1 megabyteFREE DISTRIBUTION: 01..00..00..111..112USED DISTRIBUTION: 111..112..111..00..00MIRROR POOL: None# smitty fs# smitty lvm1.6 查看处理器数量:# lscfg | grep proc+ proc0 Processor+ proc2 Processor+ proc4 Processor+ proc6 Processor1.7 查看一个CPU的详细信息:# lsattr -El proc0frequency 4204000000 Processor Speed Falsesmt_enabled true Processor SMT enabled Falsesmt_threads 2 Processor SMT threads Falsestate enable Processor state Falsetype PowerPC_POWER6 Processor type False#1.8 查看系统硬件资源列表:#lscfg1.9 查看芯片类型:# uname -ppowerpc1.10 查看操作系统版本号:oslevel1.11 显示系统名称:# uname -sAIX1.12 显示节点名称:# uname -nDL-DB-021.13 显示uname的很多信息(系统名称、节点名称、版本、计算机ID):# uname -aAIX DL-DB-02 1 6 00C7C5054C001.14 显示系统型号:# uname -MIBM,8204-E8A1.15 显示操作系统版本:# uname -v61.16 显示运行系统的硬件的计算机ID编号:# uname-m00C7C5054C001.17 显示系统ID编号:# uname -uIBM,02067C5051.18 显示AIX的主要版本、次要版本和维护级:# oslevel -r6100-04# lslpp -h bos.rteFileset Level Action Status Date Time----------------------------------------------------------------------------Path: /usr/lib/objreposbos.rte6.1.4.0 COMMIT COMPLETE 07/10/10 19:07:31Path: /etc/objreposbos.rte6.1.4.0 COMMIT COMPLETE 07/10/10 19:07:31#1.19 查看磁盘使用情况(参数k表示以k为单位,m表示以M为单位):# df -kFilesystem 1024-blocks Free %Used Iused %Iused Mounted on/dev/hd4 5242880 5039512 4% 14271 2% //dev/hd2 11534336 5382688 54% 52471 5% /usr/dev/hd9var 5242880 4544720 14% 7487 1% /var/dev/hd3 10485760 10397956 1% 4002 1% /tmp/dev/fwdump 1048576 1046932 1% 13 1% /var/adm/ras/platform/dev/hd1 5242880 5241708 1% 8 1% /home/dev/hd11admin 524288 523848 1% 5 1% /admin/proc - - - - - /proc/dev/hd10opt 10485760 5696856 46% 10713 1% /opt/dev/livedump 524288 523880 1% 4 1% /var/adm/ras/livedump/dev/oradmpbak 10485760 4488028 58% 28042 3% /orainstbak1/dev/oraclebak 62914560 9605248 85% 33 1% /oradatabak1 /dev/oradata 367001600 321016968 13% 33 1% /oradata/dev/orainst 20971520 14943512 29% 28707 1% /orainst1.20 查看文件大小# du -s tmp166552 tmp2. 检查系统报错信息2.1 显示简短报错信息# errpt | moreTIMESTAMP: MMDDHHMMYY (月日时分年)T(类型): P 永久; T 临时; U 未知(永久性的错误应引起重视)C(分类): H 硬件; S 软件; O 用户; U未知2.2 列出所有硬件出错信息:# errpt -d H2.3 列出所有软件出错信息:# errpt -d S2.4 查看具体某个ID的报错信息:# errpt -aj D666A8C7 > aaa.txtD666A8C7是简短报错信息中的ID号。

oracle健康检查(巡检)手册

oracle健康检查(巡检)手册

性能检查
数据库性能
检查数据库的整体性能,包括响应时间、吞吐量 和资源利用率等。
查询性能
检查特定查询的性能,包括执行计划、索引和查 询优化等方面。
锁和争用
检查数据库中的锁和争用情况,以发现潜在的性 能瓶颈和问题。
03 Oracle数据库巡检方法
手动巡检方法
数据库日志检查
检查Oracle数据库的日志文件,包括警告日志、跟踪文件等,以发现 潜在的问题和错误。
远程巡检方法
远程监控
01
通过远程监控工具,实时监控Oracle数据库的运行状态和性能
指标。
远程诊断
02
通过远程诊断工具,远程连接到数据库服务器,对数据库进行
故障排除和诊断。
远程备份与恢复
03
通过远程备份与恢复工具,远程备份和恢复Oracle数据库的数
据和日志文件。
04 Oracle数据库巡检结果分 析
Oracle Enterprise Manager (OEM): OEM是一个集成的平台,用于自动监控、 诊断和优化Oracle数据库的性能。
Automatic Database Diagnostic Monitor (ADDM):ADDM是一个 自动化的性能诊断工具,可以自动 发现和解决性能问题。
在此添加您的文本16字
内存优化
在此添加您的文本16字
调整内存参数:根据数据库的实际需求,合理配置内存参 数,如SGA和PGA的大小。
在此添加您的文本16字
内存泄漏检测:定期检查内存使用情况,发现内存泄漏并 及时处理。
软件优化建议
调整初始化参数
根据数据库的性能需求,调整初始化参数,如打开表的数量、共 享池的大小等。
巡检结果数据收集

数据库巡检

数据库巡检

1 日常巡检1.1 数据库巡检为了保证oracle数据库稳定,高效的运行,每个季度初需要对oracle数据库进行健康检查。

以确定数据库是否存在故障及性能问题。

对于异常状况,上报,进一步诊断、分析,及时解决。

巡检工作包括以下细则:●ALERT文件(alertSID.log)是否出现错误信息●top10等待事件●数据库大小●表空间使用情况●内存配置●三个Top10 SQL●内存命中率●归档方式及备份情况1.1.1 巡检脚本1.1.1.1 AlertSID.log文件位置:1.1.1.2 归档方式及备份情况(1)查看是否为归档方式:(2)说明该数据库备份情况,是否有备份策略。

1.1.1.3 top10等待事件:◆不同的版本,事件的多少不同✧Oracle9iOracle10g1.1.1.4 数据库大小:1.1.1.5 表空间使用情况:1.1.2 Top10segment◆查找系统数据量最大的10个段1.1.2.1 内存配置✧oracle9i:✧Oracle10g:1.1.2.2 三个Top10 SQL1.1.2.3 命中率1.1.2.4 死锁死锁查询:SELECT /*+ rule */ername,decode(l.type, 'TM', 'TABLE LOCK', 'TX', 'ROW LOCK', NULL) LOCK_LEVEL, o.owner,o.object_name,o.object_type,s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuserFROM v$session s, v$lock l, dba_objects oWHERE l.sid = s.sidAND l.id1 = o.object_id(+)AND ername is NOT NULL解锁:杀死该session:alter system kill session 'sid,serial#'。

数据库巡检报告(二)(2024)

数据库巡检报告(二)(2024)

引言概述:正文内容:一、性能监控1.定期检查数据库性能指标,如CPU使用率、内存使用率、磁盘空间等。

2.对数据库进行统计分析,发现潜在的性能问题。

3.根据巡检结果,优化数据库的配置参数,提高系统性能。

4.检查慢查询日志,发现慢查询语句,并进行性能优化。

5.监控数据库的并发连接数,防止因连接数过高导致系统瘫痪。

二、安全漏洞1.检查数据库的开放端口,确保只开放必需的端口,并限制访问权限。

2.检查数据库登录账号的安全设置,如密码复杂度、登录失败锁定策略等。

3.对数据库进行漏洞扫描,发现可能的安全隐患,并及时修复。

4.定期进行数据库安全策略的审查和更新。

5.优化数据库的权限管理,确保不同用户只能访问其需要的数据。

三、备份和恢复1.检查数据库备份策略的设置,包括全量备份、增量备份等。

2.定期验证数据库备份的完整性,以确保备份可用。

3.检查备份恢复策略的设置,包括恢复时间目标和恢复点目标。

4.对备份和恢复过程进行测试,以保证恢复的可行性。

5.对数据库的冷备份和热备份进行备选和选择。

四、空间管理1.检查数据库的空间使用情况,包括数据文件、日志文件等。

2.优化数据库的表结构,减少空间的使用。

3.定期清理无用的表或数据,释放空间。

4.对数据库进行分区管理,提高数据库的查询效率。

5.监控数据库文件的增长情况,及时调整数据库的空间大小。

五、版本更新1.定期检查数据库的版本,及时进行升级和补丁的安装。

2.了解数据库版本更新的特性和改进,以决定是否进行升级。

3.对数据库升级进行测试,以确保升级的稳定性和兼容性。

4.优化升级过程,减少系统的停机时间。

5.监控数据库升级后的运行情况,及时解决可能出现的问题。

总结:通过对数据库的性能监控、安全漏洞、备份和恢复、空间管理以及版本更新的巡检,可以保证数据库的高效稳定运行。

巡检应该定期进行,以及时发现和解决潜在的问题,并根据巡检结果进行调整和优化。

同时,数据库管理员应该定期更新维护手册,记录巡检的详细过程和结果,以便未来参考和分析。

Oracle数据库巡检

Oracle数据库巡检

序号检查内容正常值(参考) 影响因素1 --高速缓存的命中率select round((1 -(physical.value- direct.value- lobs.value) /logical.value) * 100,2) || '%' "高速缓存的命中率"from v$sysstat physical,v$sysstat direct,v$sysstat lobs,v$sysstat logical where = 'physical reads'and = 'physical reads direct'and = 'physical reads direct (lob)'and = 'session logical reads';90%-100%(可能略低于90%在数据库繁忙运行期间)1. Buffer 命中率受OracleSGA中的data blockbuffers参数的设置影响2. 跟Oracle buffer Pool的使用方法有关3. 把经常使用的小表cache在内存中4. 调优SQL语句,以养活少访问的数据量db_cache_size?2 --库缓存的命中率select round(sum(pins -reloads) / sum(pins) * 100, 2) || '%' "库缓存的命中率"from v$librarycache;95%-100%1. Library命中率受OracleSGA中的shared pool参数设置影响2. 跟应用软件的开发有密切的关系,特别是共享SQL的使用3 --闩命中率select round((1 -sum(misses +immediate_misses) / sum(gets + immediate_gets)) * 100,2) || '%' "闩命中率"from v$latch;99%-100%1. 应用程序SQL是否使用绑定变量2. Shared_pool_size参数的设置4 --内存排序率select round((1- disk.value/(disk.value+ memory.value)) *100, 2) || '%' "内存排序率"from v$sysstat disk, v$sysstat memorywhere = 'sorts (disk)'and = 'sorts 99%-100%1. 数据库参数sort_area_size或pga_aggregate_target的大小2. 应用程序的SQL语句的写法(memory)';5 --缓冲区未等待率select round((1- busy.value/tol.value) * 100, 2) || '%' "缓冲区未等待率"from(select sum(count) valuefrom v$waitstatwhere class in('data block', 'segment header', 'undo header', 'undo block')) busy, (select value from v$sysstat where name= 'session logical reads') tol;99%-100%1. db_block_buffers或db_cache_size等参数2. 增加表的Freelist参数3. 使用AutomaticSegment StorgeManagement(ASSM)来创建表空间4. 优化程序使用的SQL语句6 --redo缓冲区未等待率select round((1 - waits.value/ redos.value) * 100, 2) || '%'"redo缓冲区未等待率"from v$sysstat waits, v$sysstat redoswhere = 'redo log space requests'and = 'redo entries';99%-100%1. Log_buffer_size参数设置过小2. 归档的速度太慢3. 联机日志文件太小4. 联机日志文件放在缓慢的磁盘设备上7 --SQL语句执行和分析的比例select round((1- hard.value/total.value) * 100, 2) || '%'"SQL语句执行和分析的比例"from v$sysstat hard, v$sysstat totalwhere = 'parse count (hard)'and = 'parse count (total)';越接近100%越好1. Share_pool_size参数的大小2. 最重要的影响因素是应用程是否使用了绑定变量8 --析的CPU的时间和分析完成CPU时间对比select round((1 - cpu.value /total.value) * 100, 2) || '%'"cpu分析和完成比"from v$sysstat cpu, v$sysstat totalwhere = 'parse time cpu'越接近100%越好1. 如果这个比例很低,说明分析过程中CPU等待了其它的资源and = 'parse time elapsed';9 --非分析的过程中CPU对比select round((1 - parse.value/ total.value) * 100, 2) || '%'"非分析的过程中CPU对比"from v$sysstat parse, v$sysstat totalwhere = 'parse time cpu'and = 'CPU used by this session';越接近100%越好1. 如果这个比例很低,说明CPU用在分析SQL语句上面消耗了很多CPU时间,可能是没有用绑定变量10 --等待rollback segment的header比率select name,waits,gets,round(waits / gets * 100, 2) || '%'"等待rollbacksegment的header比"from v$rollstat a, v$rollname bwhere n = n;rollback segment等待率比率越小越好1. 回滚段竟争情况受回滚段size的设置影响2. 跟应用软件的有关,特别是long runnig timetransaction的使用11 --Tablespace的I/O比例select df.tablespace_name,sum(f.phyrds),sum(f.phyblkrd),sum(f.phywrts),sum(f.phyblkwrt)from v$filestat f, dba_data_files dfwhere f.file# = df.file_id group by df.tablespace_name order by df.tablespace_name;Tablespace I/O越小越好1. Tablespace的I/O情况受db_block_size参数的设置影响2. 跟数据文件的磁盘分布有密切关系12 --Datafile 的I/O比例select ,sum(f.phyrds),sum(f.phyblkrd),sum(f.phywrts),sum(f.phyblkwrt)from v$filestat f, v$datafile dfwhere f.file# = df.file# group by Datafile I/O越小越好1. Datafile的I/O情况受db_block_size参数的设置影响2. 跟数据文件的磁盘分布有密切关系order by ;13 --重做日志缓存区命中率select name,gets,misses,immediate_gets,immediate_misses,100- round(decode(gets, 0, 0,misses / gets * 100), 2) || '%'ratio1,100 -round(decode(immediate_gets + immediate_misses,0,0,immediate_misses / (immediate_gets + immediate_misses) * 100),2) || '%' ratio2from v$latchwhere name in('redo allocation', 'redo copy');重做日志缓存区的命中率越大越好,应大于90%1. 受log_buffer_size设置影响2. 跟应用软件的有关,特别是共享SQL的使用14 --碎片程度select tablespace_name,round(sqrt(max(blocks) /sum(blocks)) *(100/ sqrt(sqrt(count(blocks)))),2) || '%' FSFIfrom dba_free_spacegroup by tablespace_name order by tablespace_name;FSFI越大越好,应大于30%1. 碎片情况受db_block_size,segment_size的设置影响。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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]Buffer Nowait %: 100 Redo NoWait %: 100Buffer Hit %: 82 In-memory Sort %: 100Library Hit %: 99 Soft Parse %: 99Execute to Parse %: 65 Latch Hit %: 100123.4 % Non-Parse CPU: 99.4Parse CPU to ParseElapsd %:建议:数据库性能2、数据量变化趋势[]dmp全备份估计大小(G) RMAN全备份估计大小(G) 数据文件容量(G)81 137 348 建议:三、健康检查项目列表及结果1、操作系统[操作系统命令df-k 和prstat,top,topas,glance,sar输出]1.1磁盘空间[数据来源df -k]对操作系统的磁盘空间进行检查,是否有足够空间。

sxdb01@root#[/] df -k/orabak (/dev/szvgfs6/lv_szfs6 ) : 10126927 total allocated Kb 5259699 free allocated Kb 4867228 used allocated Kb 48 % allocation used /extend (/dev/szvgfs5/lv_szfs5 ) : 103747105 total allocated Kb 15122500 free allocated Kb 88624605 used allocated Kb 85 % allocation used /originalfile (/dev/szvgfs4/lv_szfs4 ) : 98210641 total allocated Kb 98168497 free allocated Kb 42144 used allocated Kb 0 % allocation used /dbdmp (/dev/szvgfs3/lv_szfs3 ) : 49057838 total allocated Kb 49028544 free allocated Kb 29294 used allocated Kb 0 % allocation used /rman (/dev/szvgfs2/lv_szfs2 ) : 49141894 total allocated Kb 47768704 free allocated Kb 1373190 used allocated Kb 2 % allocation used /archive_log (/dev/szvgfs1/lv_szfs1 ) : 49888317 total allocated Kb 36573337 free allocated Kb 13314980 used allocated Kb 26 % allocation used /home (/dev/vg00/lvol5 ) : 1040520 total allocated Kb 1031736 free allocated Kb 8784 used allocated Kb 0 % allocation used /opt (/dev/vg00/lvol6 ) : 9594176 total allocated Kb5037776 free allocated Kb 4556400 used allocated Kb 47 % allocation used /oracle (/dev/vg00/lvol10 ) : 10228425 total allocated Kb 3867786 free allocated Kb 6360639 used allocated Kb 62 % allocation used /oraclelog (/dev/vg00/lvol11 ) : 1048576 total allocated Kb 0 free allocated Kb 1048576 used allocated Kb 100 % allocation used /tmp (/dev/vg00/lvol4 ) : 1045728 total allocated Kb 389296 free allocated Kb 656432 used allocated Kb 62 % allocation used /usr (/dev/vg00/lvol7 ) : 8264136 total allocated Kb 5551456 free allocated Kb 2712680 used allocated Kb 32 % allocation used /var (/dev/vg00/lvol8 ) : 8888032 total allocated Kb 3179976 free allocated Kb 5708056 used allocated Kb 64 % allocation used /stand (/dev/vg00/lvol1 ) : 1821776 total allocated Kb 1693376 free allocated Kb 128400 used allocated Kb 7 % allocation used / (/dev/vg00/lvol3 ) : 1075256 total allocated Kb 781192 free allocated Kb 294064 used allocated Kb 27 % allocation used建议:1.2系统性能信息[数据来源业务高峰时段prstat]高峰时期操作系统cpu、磁盘I/O 内存等硬件资源的使用率进行检查,是否在高峰期间占用大量系统资源System: sxdb01 Thu Jan 13 15:07:16 2011Load averages: 0.06, 0.07, 0.06261 processes: 234 sleeping, 27 runningCpu states:CPU LOAD USER NICE SYS IDLE BLOCK SWAIT INTR SSYS0 0.09 14.9% 0.0% 2.0% 83.2% 0.0% 0.0% 0.0% 0.0%1 0.04 0.0% 0.0% 0.0% 100.0% 0.0% 0.0% 0.0% 0.0%2 0.02 3.9% 0.0% 0.0% 96.1% 0.0% 0.0% 0.0% 0.0%3 0.10 5.9% 0.0% 1.0% 93.1% 0.0% 0.0% 0.0% 0.0%--- ---- ----- ----- ----- ----- ----- ----- ----- -----avg 0.06 6.0% 0.0% 0.0% 94.0% 0.0% 0.0% 0.0% 0.0%Memory: 7561744K (2398640K) real, 10269096K (3283476K) virtual, 6147804K free Page# 1/9建议:2、数据库系统2.1安全性[数据来源和数据库管理员的沟通、及部分备份脚本]数据库是否采用归档模式,是否使用rman备份,是否使用备份软件自动备份。

2.2稳定性[数据来源数据库alert日志]Oracle数据库Alert日志中是否存在错误日志,对错误日志进行分析建议:2.3数据库性能[数据来源典型业务高峰时段statspack or awr]Cache SizesBegin EndBuffer Cache: 3,200M 3,200M Std Block Size: 8KShared Pool Size: 608M 608M Log Buffer: 14,360KLoad ProfilePer Second Per TransactionRedo size:Logical reads:Block changes:Physical reads:Physical writes:User calls:Parses:Hard parses:Sorts:Logons:Executes:Transactions:% Blocks changed per Read: Recursive Call %:Rollback per transaction %: Rows per Sort:Instance Efficiency Percentages (Target 100%) Buffer Nowait %: Redo NoWait %:Buffer Hit %: In-memory Sort %:Library Hit %: Soft Parse %:Execute to Parse %: Latch Hit %:Parse CPU to Parse Elapsd %: % Non-Parse CPU:Shared Pool StatisticsBegin EndMemory Usage %:% SQL with executions>1:% Memory for SQL w/exec>1:Top 5 Timed EventsEvent Waits Time(s) Avg Wait(ms) % Total CallTimeWait Classcontrol file parallel write db file scattered read CPU timelog file parallel writelog file sync 建议:3、健康检查[数据来源健康检查脚本结果输出]BANNEROracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production PL/SQL Release 10.2.0.1.0 - ProductionCORE 10.2.0.1.0 ProductionTNS for IBM/AIX RISC System/6000: Version 10.2.0.1.0 - ProductionNLSRTL Version 10.2.0.1.0 - ProductionSeq Name Value25 processes26 Sessions68 sga_max_size72 pre_page_sga77 lock_sga342 sga_target376 db_block_size471 Compatible559 db_file_multiblock_read_count574 db_recovery_file_dest575 db_recovery_file_dest_size729 undo_management730 undo_tablespace801 remote_login_passwordfile810 db_domain818 Dispatchers837 session_cached_cursors856 job_queue_processes864 cursor_sharing908 background_dump_dest909 user_dump_dest911 core_dump_dest919 audit_file_dest945 db_name947 open_cursors952 optimizer_mode 1100 pga_aggregate_target 建议:RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATIONINITIAL_ALLOCATIONLIMIT_V ALUEProcessessessionsenqueue_locksenqueue_resourcesges_procsges_ressges_locksges_cache_ressges_reg_msgsges_big_msgsges_rsv_msgsgcs_resourcesgcs_shadowsdml_lockstemporary_table_locks transactionsbranchescmtcallbksort_segment_locksmax_rollback_segmentsmax_shared_serversparallel_max_servers建议:Status Name 建议:Instance Group#Member Status Size(M)建议:文件号所属表空间所属表空间状态文件名文件状态Size(M) autoextend1234567建议:File#Tablespace Name TS_Status File_name File_statusSize(M)autoextend建议:Tablespace Name USED PCT FREE Extents_management 建议:Owner INDEX NAME INDEX TYPE建议:。

相关文档
最新文档