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数据库。
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小型机日常巡检企业的业务数据库系统是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健康检查(巡检)手册
性能检查
数据库性能
检查数据库的整体性能，包括响应时间、吞吐量 和资源利用率等。
查询性能
检查特定查询的性能，包括执行计划、索引和查 询优化等方面。
锁和争用
检查数据库中的锁和争用情况，以发现潜在的性 能瓶颈和问题。
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)
引言概述：正文内容：一、性能监控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 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]对操作系统的磁盘空间进行检查，是否有足够空间。
数据库日常巡检分析报告
精心整理日常巡检手册监控所有关键业务系统的数据库系统，以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??whereau2??????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_FreeFrom(SelectTablespace_Name,Sum(Bytes)/1024/1024TotalFromDba_Data_FilesGroupBytablespace_ Name)a,(SelectTablespace_Name,Sum(Bytes)/1024/1024FreeFromDba_Free_SpaceGroupByTablespace_N ame)bwherea.Tablespace_Name=b.Tablespace_Name;5??????归档模式??????已归档??????查看数据是否启用归档模式，归档目录是否均已挂接，提醒管理员注意归档文件的备份，6??????7??????处理）8??????<>0;注：含有longraw列的表有行链接是正常的,找到迁移行保存到chained_rows表中,如没有该表执行../rdbms/admin/utlchain.sqlSql>analyzetabletablenamelistchainedrows;可通过表chained_rows中table_name,head_rowid看出哪些行是迁移行如:Sql>createtableaaasselecta.*fromsb_zsxxa,chained_rowsbwherea.rowid=b.head_rowidandb. table_name='SB_ZSXX';sql>deletefromsb_zsxxwhererowidin(selecthead_rowidfromchained_rowswheretable_name='S B_ZSXX');sql>insertintosb_zsxxselect*fromchained_rowwheretable_name='SB_ZSXX';commit;commit;10??????需确的1、??????应用发生变化2、??????大规模数据迁移、历史数据迁出、其他数据的导入等3、??????数据量发生变化查看表或索引的统计信息是否需更新，如：Sql>Selecttable_name,num_rows,last_analyzedFromuser_tableswheretable_name='DJ_NSRXX' sql>selectcount(*)fromDJ_NSRXX如num_rows和count(*)如果行数相差很多,则该表需要更新统计信息，建议一周做一次统计信息收集，如：Sql>execsys.dbms_stats.gather_schema_stats(ownname=>'CTAIS2',cascade=>TRUE,degree=>4 );11??????找出被oracle级12??????13??????14??????Sql>alterTriggerTRIGGER_NAMEEnable;15??????索引空间浪费??????管理员定期管理??????索引的空间浪费：只有完全空的索引块才进入空闲列表，找到浪费空间的索引，首先分析索引:Sql>analyzeindexindexnamevalidatestructure;然后查询index_stats视图：Sql>selectname,lf_rows,lf_rows_len,del_lf_rows,del_lf_rows_lenFromindex_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??????定期修改密码??????暂时未使用??????在综合征管系统系统的数据库上往往存在很多的用户，如：第三方数据库监控系统，电话申报系统等等，初始安装数据库时的演示用户，管理员用户等等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
放入回收站对象的多少.
第 4 页 共 14 页
南京联创科技集团股份有限公司
二、数据库趋势分析
1、数据缓冲区和库缓冲区命中率趋势
[数据来源典型业务高峰时段 statspack or awr]
Buffer Nowait %:
100
Redo NoWait %:
100
Buffer Hit %: Library Hit %: Execute to Parse %:
1、数据缓冲区和库缓冲区命中率趋势............................................................................................. 5 2、数据量变化趋势................................................................................................................................. 5 三、健康检查项目列表及结果............................................................................................................... 6
一、系统概况
项目
值
业务名称
主机名
硬件平台
CPU
ห้องสมุดไป่ตู้
物理内存
操作系统
数据库软件版本
数据库名
归档模式
Blocksize
数据库核心字符集
控制文件镜像份数
控制文件镜像是否在不同目录
联机日志组数
联机日志每组 member 数
联机日志每组成员是否在不同磁盘
每组日志大小
时日志切换高峰
注:
天日志生成量高峰、时日志切换高峰:这里的高峰指的是 redo 生成高峰，非业务高峰。
1、操作系统......................................................................................................................................... 6 1.1 磁盘空间.................................................................................................................................... 6 1.2 系统性能信息............................................................................................................................ 8
82
In-memory Sort %:
100
99
Soft Parse %:
99
65
Latch Hit %:
100
Parse CPU to Parse
123.4
% Non-Parse CPU:
99.4
Elapsd %:
建议:
数据库性能
2、数据量变化趋势
[数据来源巡检脚本输出] dmp 全备份估计大小(G) 81
四、巡检总结与调整建议..................................................................................................................... 14 1、巡检总结：................................................................................................................................... 14 2、调整建议：................................................................................................................................... 14 3、对管理人员的提醒：................................................................................................................... 14
3、健康检查....................................................................................................................................... 11 3.1 数据库版本信息...................................................................................................................... 11 3.2 目前数据库参数...................................................................................................................... 11 3.3 数据库资源限制...................................................................................................................... 12 3.4 控制文件.................................................................................................................................. 13 3.5 日志文件.................................................................................................................................. 13 3.6 数据文件.................................................................................................................................. 13 3.7 临时文件.................................................................................................................................. 13 3.8 表空间使用率监控.................................................................................................................. 14 3.9 无效索引.................................................................................................................................. 14
2、数据库系统..................................................................................................................................... 9 2.1 安全性........................................................................................................................................ 9 2.2 稳定性........................................................................................................................................ 9 2.3 数据库性能................................................................................................................................ 9
全库 export 大小的计算方法是:统计全库中表的大小,这种方式计算出的表的大小包含了空的行记录,而
export 实际导出时不会导出空数据行,所以这里的 export 大小会大于实际的导出 dmp 文件的大小,具体误差多
少取决与数据库中存在多少的空数据行(delete 操作产生的空数据行). 全库 rman 备份大小(10.2.0.1)的计算方法是:统计全库中所有对象的大小.而 rman 备份集是备份所有曾经 被对象暂用过的空间,所以此种统计方法统计的数据和 rman 备份实际的大小的差异在很大程度上取决于被
RMAN 全备份估计大小(G) 137
数据文件容量(G) 348