我的oracle健康检查报告(三)

       之前分别在http://blog.itpub.net/26736162/viewspace-1783297/ 和 http://blog.itpub.net/26736162/viewspace-1805156/ 中发布了我的健康检查报告(oracle巡检报告)第一版和第二版本的预览版,经过最近一段时间的改造,从界面到内容上又有了新的突破,具体参考附件,恳请广大网友看看是否还有需要添加的地方,以便更加完善这个报告内容,该脚本也耗费了我巨大精力,请大家注意版权,所有与此相似的请注明出处,若有需要脚本的朋友可以私聊我,联系方式见页底,谢谢大家。 附件:DB_healthcheck_by_lhr_ORCL11G_11.zip

 部分精彩内容如下:

姓名:李华荣   QQ:642808185 网名:小麦苗 BLOG地址: http://blog.itpub.net/26736162

ORCL11G 数据库巡检报告


Copyright (c) 2015-2100 (http://blog.itpub.net/26736162) lhrbest. All rights reserved.

巡检人:lhr ([blog: http://blog.itpub.net/26736162] [QQ:642808185] [Nickname:小麦苗]) 
巡检时间:2015-12-11 10:33:16 
版本号:V4.5 

[转到页底



目录 

巡检服务概要
数据库总体概况 数据库基本信息 数据库大小 资源使用情况 组件和特性
参数文件 所有的初始化参数 关键的初始化参数 隐含参数 spfile文件内容 Statistics Level
表空间情况 表空间状况信息 闪回空间使用情况 临时表空间使用情况 Undo表空间使用情况 表空间扩展状况
表空间所有者 数据文件状况 控制文件
JOB情况 作业运行状况 数据库job报错信息
巡检服务明细
RMAN信息 RMAN备份状况 RMAN配置情况 RMAN所有备份 RMAN所有备份详情 RMAN控制文件备份
spfile文件备份 RMAN归档文件备份 数据库闪回
归档信息 归档日志设置 归档日志生成情况 查看ARCHIVELOG日志占用率 近7天日志切换频率分析 每天日志切换的量
日志组大小
SGA信息 SGA使用情况 SGA配置信息 SGA建议配置 SGA动态组件 PGA TARGET 建议配置
文件IO信息 文件IO分析 文件IO时间分析 全表扫描情况 排序情况
SQL监控 逻辑读TOP10的SQL 物理读TOP10的SQL 执行时间TOP10的SQL 执行次数TOP10的SQL 解析次数TOP10的SQL
DISK SORT严重的SQL语句 垃圾SQL语句RUNNING_11G 垃圾SQL语句RUNNING_10G 最近的一次快照中sql情况 执行时间最长sql报告
执行时间最长SQL 执行时间最长的sql报告
ASM磁盘监控 ASM磁盘使用情况 ASM磁盘组使用情况 ASM磁盘组参数配置情况 ASM实例
闪回归档 闪回归档配置 开启了闪回归档的表 闪回归档空间
DG库 DG库配置情况 DG库运行情况 主库进程 standby日志


数据库安全
数据库用户 数据库用户一览 拥有DBA角色的用户 拥有SYS角色的用户 角色概况 密码为系统默认值的用户
整个用户有多大 近一周登录错误的用户
系统表空间用户 系统表空间作为缺省表空间的用户 系统表空间作为临时表空间的用户 系统表空间上的对象
数据库审计 审计参数配置 审计表情况 DB中所有审计记录
数据库对象
段情况 对象汇总 段的汇总 体积最大的10个段 扩展最多的10个段 LOB段
不能扩展的对象 扩展超过1/2最大扩展度的对象 Undo 段
表情况 行链接或行迁移的表 超过10W行无主键的表 无数据有高水位的表
分区表情况 表大小超过10GB未建分区的 分区最多的前10个对象 分区个数超过100个的表
无效对象 无效的对象 无效的普通索引 无效的分区索引 无效的触发器
索引情况 索引个数超过5个的表 大表未建索引 组合索引与单列索引存在交叉 组合索引组合列超过4个 位图索引和函数索引
将外键未建索引的情况列出
其他对象 数据库目录 回收站情况 数据库链路(db_link) 外部表 告警日志
所有的触发器 序列cache小于20 物化视图 type 数据泵
并行度 表带有并行度 索引带有并行度
数据库性能分析
AWR AWR统计 AWR参数配置状况 数据库服务器主机的情况 AWR视图中的load profile 热块
最新的一次AWR报告
ASH ASH快照状况 最新的一次ASH报告
ADDM 最新的一次ADDM
统计信息 统计信息是否自动收集 需收集统计信息的表 被收集统计信息的临时表
会话 会话概况 会话状态一览(当前) 历史ACTIVE会话数 登录时间最长的10个会话 超过10小时无响应的会话
提交次数最多的会话 CPU或等待最长的会话
查看LOCK锁情况 查看谁锁住了谁 游标使用情况 并行进程完成情况
内存占用 查询共享内存占有率 PGA占用最多的进程 命中率
其它 等待事件 OLAP Networking Replication

数据库巡检服务概要

数据库总体概况


基本信息



巡检报告文件名称 DB_healthcheck_by_lhr_ORCL11G_11.2.0.3.0_20151211103316.html
巡检时间 2015-12-11 (Friday) 10:33:16 AM timezone +08:00
当前巡检用户及SESSION LHR : 28,1741,3316
当前实例服务器名称及IP地址 HOME-FE11B1742F: 192.168.59.10
当前实例服务器配置情况 CPUs:1 Cores:1 Sockets:1 Memory:2.64G
操作系统信息 Microsoft Windows IA (32-bit) / 7
数据库名称 ORCL11G
数据库全局名 ORCL11G
当前实例名 orcl11g
数据库所有实例名 orcl11g
数据库版本 11.2.0.3.0
数据库ID(DBID) 980798148
是否RAC集群及其节点数 FALSE : 1
数据库创建时间 2015-03-09 17:51:00
实例启动时间 2015-12-09 16:59:01
数据库归档模式 NOARCHIVELOG
数据库字符集 ZHS16GBK
Database Block Size 8192
强制日志 NO
闪回DB状态 NO
数据库大小 All TS Info:【ts_size:2.09G , Free_Size:.29G , Used_Size:1.8G , Used_per:86.04% , MAX_Size:192G】

● 数据库系统版本信息



数据库系统版本信息
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production
PL/SQL Release 11.2.0.3.0 - Production
CORE 11.2.0.3.0 Production
TNS for 32-bit Windows: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production

● 数据库实例状况



数据库实例名称 数据库实例号 线程号 主机名 数据库版本 实例启动时间 运行时间(天) RAC模式 实例状态 是否可登录 是否可归档

orcl11g

1

1

HOME-FE11B1742F

11.2.0.3.0

2015-12-09 16:59:01
1.73
NO

OPEN

ALLOWED

STOPPED

● 数据库概要



INST_ID 数据库名 数据库ID 数据库 
Unique Name
创建时间 平台名称 当前SCN 日志模式 打开模式 是否强制日志 是否Flashback? 控制文件类型 LAST_OPEN_INCARNATION_NUMBER DATABASE_ROLE SUPPLEMENTAL_LOG_DATA_MIN SUPPLEMENTAL_LOG_DATA_PK
1
ORCL1 1G

980798148

orcl11g

2015-03-09 17:51:00

Microsoft Windows IA (32-bit)

4207637

NOARCHIVELOG

READ WRITE

NO

NO

CURRENT

2
PRIMARY NO NO

[回到目录]

● 数据库服务器主机的情况



SNAP_ID DB_NAME DBID INSTANCE_NAME INSTANCE_NUMBER STARTUP_TIME RELEASE RAC HOST_NAME PLATFORM_NAME CPUS CORES SOCKETS Memory(GB) DRANK
300 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 10
299 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 9
298 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 8
297 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 7
296 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 6
295 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 5
294 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 4
293 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 3
292 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 2
291 ORCL11G 980798148 orcl11g 1 2015-12-04 13:40:05 11.2.0.3.0 NO HOME-FE11B1742F Microsoft Windows IA (32-bit) 1 1 1 2.64 1

[回到目录] [下一项]

。。。。。。。。。。。。。。更多内容请参考附件。

...........................................................................................................................................................................................
本文作者:小麦苗,只专注于数据库的技术,更注重技术的运用
ITPUB BLOG:http://blog.itpub.net/26736162
本文地址:http://blog.itpub.net/26736162/viewspace-1811947/本文pdf版:http://yunpan.cn/cdEQedhCs2kFz (提取码:ed9b)
QQ:642808185 若加QQ请注明你所正在读的文章标题
创作时间地点:2015-12-11 09:00~ 2015-12-11 23:00 于外汇交易中心完成
<版权所有,文章允许转载,但须以链接方式注明源地址,否则追究法律责任!>
...........................................................................................................................................................................................

 

 

时间: 2024-07-30 08:45:11

我的oracle健康检查报告(三)的相关文章

我的oracle健康检查报告

       最近一直想用sql来生成oracle的健康检查报告,这样看起来一目了然,经过网上搜资料加自己整理终于算是成型了,部分结果如下图所示, 具体参考附件,恳请广大网友看看是否还有需要添加的地方. DB_healthcheck_by_lhr_ORADG11G_20150826160539.zip ORADG11G 数据库巡检报告 Copyright (c) 2015-2100 (http://blog.itpub.net/26736162) lhrbest. All rights rese

ORAchk-数据库健康检查

ORAchk-数据库健康检查  原文地址:ORAchk-数据库健康检查 作者:paulyibinyi ORAchk 之前被称为RACcheck,后来它的检查范围进行了扩展,改名为了ORAchk,它是在数据库系统进行健康检查的一个专用工具,这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了.通过这个工具,用户可以很方便地.自动化地对自己的系统进行健康检查和评估.  ORAchk 能够检查的软件主要有:OS.Oracle Clusterware (CRS). Grid Infra

Oracle健康监控及健康检查(Health Monitor)

一.Oracle健康监控及健康检查 Oracle数据库包括一个名为Health Monitor的框架,用于运行诊断检查数据库的各种组件.Oracle健康监视器检查各种组件数据库,包括文件,内存,事务完整性,元数据和进程使用.在检查器运行后,它生成一个包含有关检查器发现的信息的报告,包括优先事项(低,高或关键),调查结果及其后果的描述,和关于执行的基本统计. Health Monitor使用XML生成报表并存储ADR报告.可以使用V$ HM_RUN,DBMS_HM,ADRCI或企业管理器查看相应的

磨刀不误砍柴工,ORAchk健康检查好帮手

ORAchk 之前被称为RACcheck,后来它的检查范围进行了扩展,改名为了ORAchk,它是在数据库系统进行健康检查的一个专用工具,这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了.通过这个工具,用户可以很方便地.自动化地对自己的系统进行健康检查和评估.   目录   ORAchk 基本情况介绍 如何下载和安装ORAchk 如何执行orachk ORAchk生成的报告 ORAchk 升级检查功能 什么时候适宜运行ORAchk 一. ORAchk 基本情况介绍 ORAch

Oracle性能调整的三把利剑--ASH,AWR,ADDM

Oracle性能调整的三把利剑--ASH,AWR,ADDM ASH (Active Session History)ASH以V$SESSION为基础,每秒采样一次,记录活动会话等待的事件.不活动的会话不会采样,采样工作由新引入的后台进程MMNL来完成.ASH buffers 的最小值为1MB,最大值不超过30MB.内存中记录数据.期望值是记录一小时的内容. 生成ASH报告:SQLPLUS>@?/rdbms/ashrpt.sql ASH内存记录数据始终是有限的,为了保存历史数据,引入了自动负载信息

负载均衡健康检查的使用误区和最佳实践

本期分享专家:隽勇, 曾就职微软,擅长网络.Windows相关技术,网络问题的终结者,现就职阿里云专注于弹性计算方面的技术研究,"对技术负责,更对用户负责" 针对客户反馈的问题,不但要解决,还要总结分析,隽勇针对SLB问题进行了分析总结,发现大家遇到的很多负载均衡(简称 SLB)异常问题都与健康检查配置相关.不合理的健康检查策略可能会导致很多问题出现: 例如: · 健康检查间隔设置过长,无法准确发现后端 ECS 出现服务不可用,造成业务中断. · 使用 HTTP 模式健康检查,未合理配

阿里云SLB健康检查的日志特殊处理

SLB健康检查的频率比较高,每秒都有好几个.日积月累就带来了大量web service的日志.一来浪费存储空间,二来消耗磁盘性能.除了官方建议的降低健康检查频率外,或许有一些变通的思维 1.如果对HTTP或者TCP转发协议不挑剔,换成TCP转发并不开启http健康检查就OK了. 优势:方便,控制台操作下就好了. 劣势:只是这样也失去了应用层异常的发现能力. 2.为健康检查单独建立一个没有开启日志的virtualhost,通过不同的端口或者hostname,让健康检查请求不会请求到业务host.

SLB配置健康检查/会话保持

  现在,您已经定义好了一个SLB实例的名称.服务协议及服务端口号.接下来进行健康检查及会话保持的相关配置.整个负载均衡服务将依照您的配置自动运行,并对作为负载均衡服务的云服务器进行健康检查.如果某一云服务器出现故障,它会自动将该云服务器从您的负载均衡服务中移除,而当该云服务器恢复正常运行时,健康检查服务会将其自动加入您的负载均衡服务.为了为了保证用户会话能转发到固定的云服务上,您可以开启会话保持功能,负载均衡服务将会把来自同一客户端的访问请求分发到同一台云服务器上进行处理. HTTP协议配置

【业务不裸奔系列】10秒创建本地健康检查(支持VPC环境)

应用场景 定期探测本地指定路径或端口是否正常响应,当出现响应超时或状态码错误时,发送报警通知.快速发现进程存活但不再正常响应的情况. 偷偷告诉你对进程挂掉.不响应假死特别有效果. 使用步骤 首先要按照业务创建应用分组哦,这样可以快速将散乱的资源有序管理起来.友情传送>>如何创建应用分组? 进入云监控应用分组的"可用性监控"页面, 点击页面右上角的新建配置按钮,进入编辑页面.选择HTTP请求填写探测路径或者选择Telnet请求填写端口号. 点击确认保存任务,探测不通发生报警时