数据库运行情况月报
- 格式：doc
- 大小：99.50 KB
- 文档页数：9
XXXXXXXXX信息资源中心
XXXXX项目
数据库运行情况月报
2011年3月1日——2011年3月31日
目录
第一章概要 (3)
第二章介绍 (3)
2.1 目标 (3)
2.2 运行情况范围 (3)
第三章系统描述 (4)
3.1 硬件配置概况 (4)
3.2 数据库概况 (4)
第四章操作系统性能 (5)
4.1 CPU利用率 (5)
4.2 内存使用情况 (5)
4.3 IO情况 (5)
第五章网络性能 (6)
5.1 结论/建议 (6)
第六章数据库健康检查 (6)
6.1 数据库ALERT日志 (6)
6.2 相关文件系统使用情况 (6)
6.3 数据库版本 (6)
6.4 CRS状态 (7)
6.5 数据库参数 (7)
6.6 控制文件 (7)
6.7 Redo Logs (7)
6.8 表空间管理 (7)
6.9 数据库用户权限 (8)
6.10 无效对像 (8)
6.11 存放在非生产表空间的对象 (8)
6.12 Broken jobs (8)
6.13 SQL问题分析 (8)
第七章总结 (9)
第一章概要
本报告为2011年3月份XX数据库系统运行报告。
下面的报告中将根据本月运行情况进行
检查方面评价/发现情况
主机配置主机配置基本合理，满足当前系统的需要操作系统性能当前系统的性能运行正常
网络性能良好
数据库配置部份表空间使用率已经超过80%，请注意增加表空间容量数据库性能存在少量异常开销数据库资源的SQL语句需要优化调整
第二章介绍
2.1目标
本次报告主要是针对数据库当前的运行情况，对健康，性能，资源情况做出分析，发现并解决数据库系统中存在的隐患，为数据库的持续正常运行提供保证．
评价数据库当前的健康状况
评价数据库当前的性能情况
分析数据库应用瓶颈和资源竞争情况
指出存在的问题，提出解决建议.
2.2运行情况范围
本次报告是数据库XXXi，提供的运行情况主要针对以下方面：
1. 主机配置
2. 操作系统性能
3. 网络性能
4. 数据库配置
5. 数据库性能
本报告的提供的检查和建议不涉及：
- 具体的性能调整
- 应用程序的具体细
第三章系统描述3.1硬件配置概况
3.2数据库概况
第四章操作系统性能
以下的部分是对操作系统性能的基本分析，可以从中确定一些性能方面的问题。
这个分析使用的是操作系统的工具: sar/vmstat . 主要从以下方面来检查操作系统的性能。
1. CPU 利用率
2. Paging
3. Swapping
4. IO
4.1CPU利用率
以下是DB3/ DB4的CPU的平均负载情况
DB3:
3:21pm up 32 day(s), 13:30, 7 users, load average: 23.03, 18.68, 20.58 (上次巡检)
11:53am up 67 day(s), 17:02, 2 users, load average: 31.04, 30.96, 29.34
DB4：
3:21pm up 67 day(s), 12:35, 19 users, load average: 32.54, 32.97, 30.59（上次巡检）
11:54am up 65 day(s), 49 min(s), 6 users, load average: 51.57, 46.77, 46.36
查询时数据库两个结点的平均负载正常，比较上次数据库健康检查的资料，发现两台主机的平均负载都有较大幅度的上升。
4.2内存使用情况
.DB3
Memory: 96.0G real, 29.4G free, 53.6G swap in use, 142G swap free
DB4
Memory: 144G real, 63.9G free, 67.8G swap in use, 134G swap free
内存使用率在60%左右，换页空间使用较少，内存使用正常。
4.3IO情况
分析上表数据可知，DB3每秒调用存储3282次，吞吐量为240M/S，没有任何一个磁盘设备的繁忙率达到100%。
平均等待时间都接近零；
分析上表数据可知，DB4每秒调用存储13089次，吞吐量为280M/S，没有任何一个磁盘设备的繁忙率达到100%。
平均等待时间都接近零
I/O方面，采样时间内正常
结论/建议经常监控系统资源利用情况（CPU/IO/Memory/Queue/Disk），发现问题及时调整。
第五章网络性能
这个部分是针对网络性能的简单检查。
主要是针对客户端对主机，主机对主机之间的传输速率和数据包丢失率。
可以通过以下系统命令来检查：
Pings Done Using: ping -s -v -R 1280 10
主机对主机的网络分析主机为千M网络，使用正常。
5.1结论/建议
运行良好
第六章数据库健康检查
6.1数据库ALERT日志
下表列出数据库ALERT日志中的错误信息及出现原因，并提出解决建议：
6.2相关文件系统使用情况
6.3数据库版本
列出数据库版本及patch set 及one-off patch
当前数据库软件的版本为10.2.0.3.0
安装的oneoff补丁
以下是数据库安装的oneoff patch。
(两个结点相同)
Patch 5376770 : applied on Sat Mar 28 02:14:17 CST 2009
Created on 29 Mar 2008, 07:38:24 hrs PST8PDT
Bugs fixed: 5376770
6.4CRS状态
$ crsctl check crs
CSS appears healthy
CRS appears healthy
EVM appears healthy
ora....s21.srv application ONLINE ONLINE gddb3
ora....ms22.cs application ONLINE ONLINE gddb4
ora....22.inst application ONLINE ONLINE gddb4
ora....s22.srv application ONLINE ONLINE gddb4
6.5数据库参数
检查主要参数的设置，并提出相关建议：
参数经过优化调整，没发现有问题的参数设置
6.6控制文件
控制文件的位置
控制文件路径如下：
控制文件状态正常。
6.7R edo Logs
保证数据库用户被分配一个临时类型的表空间。
除了数据库用户sys和system其他数据库用户的临时表空间均不应系统表空间作为临时表空间。
经检查临时表空间使用正常。
没有发非系统用户的默认表空是系统表。
6.8表空间管理
以下数据库表空间的管理和使用情况。
在ORACLE 9I之后除了系统表空间，其他的表空间的空间段管理方式推荐为LOCAL。
当前系统设置满足上述要求，所有TABLESPACE都为LMT的管理方式，基本不存在区级碎片问题。
关注使用率超过80%的表空间如下：
System Tablespace
用户对象不应该在系统表空间中创建。
这将导致系统表空间的碎片产生，并且阻止表空间增长。
通过XX命令查询，没有发现用户对象被存放在SYSTEM表空间，管理良好。
6.9数据库用户权限
通过XX命令查询，没有发现非系统用户拥有DBA权限
6.10无效对像
无效对象可能会导致查询无法正确使用，请及时重新编译无效存储过程或者删除无用的存储过程、视图和同义词等。
6.11存放在非生产表空间的对象
检查是否有生产对像放到如USERS，TOOLS等附加表空间中，这些表空间一般临时使用，空间规划较小，如果存放生产数据，很容易导致表空间瀑满。
6.12Broken jobs
通过XX命令查询，没有发现定时任务有报错。
6.13SQL问题分析
以下列表是存在比较大性能问题的SQL，主要集中在UWNMS1数据库，及其产生原因分析和建议
待上的时间更长，造成语句本身执行非常缓慢，同时引起不必要的等待时间影响系统效率。
以第一条语句为例：语句本身执行需要消耗1280秒CPU时间，但引起数据库开销的CPU 时间总共有5480秒。
观察该语句其他指标，发现该语句执行一次需要扫描573,792个内存块，221,455个物理块，本身就存在严重的性能问题。
建议调优上述语句，减轻系统负载。
第七章总结
从上面的数据可以看出，当前数据库运行正常，性能良好；存在少量异常开销数据库资源的SQL语句需要优化调整。
