数据库健康检查报告.docx
- 文档编号:16665310
- 上传时间:2023-07-16
- 格式:DOCX
- 页数:45
- 大小:39.93KB
数据库健康检查报告.docx
《数据库健康检查报告.docx》由会员分享,可在线阅读,更多相关《数据库健康检查报告.docx(45页珍藏版)》请在冰点文库上搜索。
数据库健康检查报告
Oracle数据库健康检查报告
上海致硕信息技术有限公司
上海致硕信息技术有限公司
地址:
上海市延安西路1358号2号楼17楼A座
电话:
网址:
起草日期:
文档信息
项目名称:
oracle技术服务
项目经理:
文档版本编号:
1.1
Oracle工程师:
文档版本日期:
分发名单
来自From
日期
电话/传真
给To
行动*
截止日期
电话/传真
赵洪
*行动类别:
批准,复审,通知,存档,所需行动,参加会议,其它(请指明)
版本记录
版本编号
版本日期
修改者
说明
文件名
检查总结
概要
本文档记录并描述了XXX公司Oracle数据库系统的健康状况,并针对系统的实际情况,结合检查中发现的问题,客观地分析系统的健康状况,并提出适当的管理/规划/维护/优化建议和意见。
此次数据库健康检查主要针对XXX公司生产系统的Oracle数据库,所需的数据于2011年3月15日搜集完成。
本次主系统健康检查包括以下主机及数据库:
Term
描述
RX5671
Oracle数据库所在服务器主机名
YSP
数据库实例名
此次我们检查了数据库的以下几个方面:
可用性、完整性、性能等,我们观察到该系统在存储方面、初始参数、回滚段、redolog、安全性等的设置合理,应用程序的性能稳定,但同时也发现了一些潜在的问题,在下面的建议部分,我们将提出相关的改进措施。
建议
本次检查发现了一些问题,具体描述和建议会在下面的报告中详细阐述。
以下是一些主要问题和建议的总结。
序号
评价/发现情况
1
建议开启数据库的Rman备份,以提高数据库的高可用性和安全性。
2
目前数据文件为自动扩展,建议关闭数据文件扩展,防止突发事件撑爆文件系统
3
建议留意归档日志所在文件大小,防止空间不够引发无法归档的问题。
介绍
目标
检查的目的是生产数据库的配置情况提供一个基本的评价,如果发现性能问题,则对其进一步核查提供建议。
检查的目标是评估主要的配置情况,提供建议使性能加以优化。
检查方法
本次数据库性能检查的工具是:
1、ORACLE工具RDA(REMOTEDIAGNOSTICAGENT)进行系统信息收集。
2、操作系统工具和命令检查操作系统。
3、SQL命令检查数据库配置,SQL命令在ORACLE工具SQL*PLUS中运行。
4、ORACLE工具STATSPACK/AWR进行数据库性能资料的收集。
上述输出结果为建议提供依据。
系统简介
系统主要包括1个数据库,具体情况如下:
主机名
RX5671
用途(oltp,dss)
SAP系统数据库
CPU个数
2
内存大小
12G
数据库实例名
YSP
数据库版本
Oracle9iEnterpriseEditionRelease9.2.0.4.0-64bitProduction
表空间个数
6
控制文件个数
3
日志组数目
6
归档方式
Archivelog
shared_pool_size
272M
db_block_buffers
2015M
db_block_size
8192
db_block_size
8K
Processes
80
检查范围
本次检查仅限于生产数据库
操作系统检查范围是与数据库工作相关的部分。
本报告的提供的检查和建议主要涉及:
操作系统信息:
磁盘利用率和可用空间
CPU利用率
内存和交换分区使用情况
Oracle配置:
配置文件的内容和位置
目录结构
数据文件和位置
表空间
数据库参数和数据库对象
数据库运行日志文件alert.Log
网络信息和NET8:
监听器的设置
SQL*Net设置
TNSNAMES设置
数据库简单性能评估
数据库实例命中率
数据库主要等待事件
数据库TopSQL
数据文件I/O性能简单分析
数据库简单风险评估
密码
权限
补丁
本报告的提供的检查和建议不涉及:
-具体的性能分析
-具体的安全分析
-应用程序的具体细节
操作系统检查
检查操作系统的一般配置及其资源使用情况,所列出的相关数据截止到健康检查时刻
包括以下方面:
1、存放oracle文件的磁盘分区可用空间(oracle文件包括:
数据文件,控制文件,在线redologs,归档redologs,运行情况文件和跟踪文件)。
2、磁盘利用率。
3、和性能相关的资源使用情况(包括CPU利用率,内存利用率,IO利用率等)
磁盘可用空间
磁盘分区可用情况如下所示:
Filesystemkbytesusedavail%usedMountedon
/dev/vg00/lvol3209715219672018856089%/
/dev/vg00/lvol15242886724045352813%/stand
/dev/vg00/lvol8104857602286248813555222%/var
/dev/vg00/lvol752428802188288303074442%/usr
/dev/vg00/lvol62097152581504150440828%/tmp
/dev/vg00/sapinst122880001187137239065197%/sapinst
/dev/vg00/lvol552428802912744231195256%/opt
/dev/vg00/lvol4524288198085006084%/home
/dev/vg01/oracle86006169625996197456259350732%/oracle
…
目前/sapinst文件系统使用情况超过90%,/sapinst存放sap的安装文件,不会自动增长。
IO性能
磁盘IO性能数据收集如下:
HP-UXrx5671B.11.23Uia6408/04/10
ttycpu
tintoutusnisyid
0030196
devicebpsspsmsps
c3t0d000.01.0
c3t2d000.01.0
c8t0d000.01.0
c8t1d000.01.0
c8t2d000.01.0
c8t4d000.01.0
c8t8d000.01.0
c8t15d000.01.0
c12t0d000.01.0
c12t1d000.01.0
c12t2d000.01.0
c12t4d000.01.0
c12t8d000.01.0
c12t15d000.01.0
c9t0d000.01.0
c9t1d000.01.0
c9t2d000.01.0
c9t4d000.01.0
c9t8d000.01.0
c9t15d000.01.0
c13t0d000.01.0
c13t1d000.01.0
c13t2d000.01.0
c13t4d000.01.0
c13t8d000.01.0
c13t15d000.01.0
c17t10d000.01.0
c14t10d000.01.0
c15t10d000.01.0
c16t10d000.01.0
c17t4d000.01.0
c17t5d000.01.0
c17t6d000.01.0
c17t9d000.01.0
c14t4d000.01.0
c16t4d000.01.0
c15t4d000.01.0
c14t5d000.01.0
c15t5d000.01.0
c16t5d000.01.0
c14t6d000.01.0
c15t6d000.01.0
c16t6d000.01.0
c14t9d000.01.0
c15t9d000.01.0
c16t9d000.01.0
c14t12d000.01.0
c15t12d000.01.0
c16t12d000.01.0
c17t12d000.01.0
CPU利用率
CPU利用率的统计如下:
System:
rx5671TueMar1511:
46:
452011
Loadaverages:
0.08,0.06,0.04
223processes:
198sleeping,22running,3zombies
Cpustates:
CPULOADUSERNICESYSIDLEBLOCKSWAITINTRSSYS
00.090.0%0.0%0.0%100.0%0.0%0.0%0.0%0.0%
10.070.0%0.0%0.0%100.0%0.0%0.0%0.0%0.0%
-----------------------------------------------
avg0.080.0%0.0%0.0%100.0%0.0%0.0%0.0%0.0%
从上述的情况中看出,服务器CPU使用情况正常。
内存使用情况
procsmemorypagefaultscpu
rbwavmfreereatpipofrdesrinsycsussyid
21062420319213819140000259822812803196
21062420319205811500000607298830900100
21062420319205844420000059833223070298
21062420319205835330000057628002830199
210624203192058282600000555239526300100
210624203192058232000000539207324500100
210624203192058181600000521182022800100
210624203192058151200000510167421600100
paging基本上很少,说明目前数据库服务器的内存配置和pagingsize大小设置合理。
网络配置:
lan0:
flags=1843
inet10.166.1.15netmaskffffff00broadcast10.166.1.255
lan1:
flags=842
inet0.0.0.0netmask0
lan1:
flags=4800840
inet6:
:
prefix0
数据库配置
本次检查工作主要针对生产系统数据库。
初始化参数文件
所有非默认初始化参数。
ParameterName
Value
Modified
_b_tree_bitmap_plans
FALSE
FALSE
_optim_peek_user_binds
FALSE
FALSE
_push_join_predicate
FALSE
FALSE
background_dump_dest
/oracle/YSP/saptrace/background
FALSE
compatible
9.2.0
FALSE
control_file_record_keep_time
30
FALSE
control_files
/oracle/YSP/origlogA/cntrl/cntrlYSP.dbf,/oracle/YSP/saparch/cntrl/cntrlYSP.dbf,/oracle/YSP/sapdata1/cntrl/cntrlYSP.dbf
FALSE
core_dump_dest
/oracle/YSP/saptrace/background
FALSE
cursor_space_for_time
FALSE
FALSE
db_block_buffers
282354
FALSE
db_block_checksum
FALSE
FALSE
db_block_size
8192
FALSE
db_file_multiblock_read_count
8
FALSE
db_files
254
FALSE
db_name
YSP
FALSE
dml_locks
2500
FALSE
enqueue_resources
8000
FALSE
event
10183tracenamecontextforever,level1,10191tracenamecontextforever,level1
FALSE
hash_join_enabled
FALSE
FALSE
log_archive_dest
/oracle/YSP/oraarch/YSParch
FALSE
log_archive_start
TRUE
FALSE
log_buffer
1048576
FALSE
log_checkpoint_interval
0
FALSE
log_checkpoints_to_alert
TRUE
FALSE
max_rollback_segments
400
FALSE
open_cursors
800
FALSE
optimizer_features_enable
9.2.0
FALSE
optimizer_index_cost_adj
10
FALSE
optimizer_mode
CHOOSE
FALSE
processes
80
FALSE
remote_os_authent
TRUE
FALSE
rollback_segments
PRS_0,PRS_1,PRS_10,PRS_11,PRS_12,PRS_13,PRS_14,PRS_15,PRS_16,PRS_17,PRS_18,PRS_19,PRS_2,PRS_3,PRS_4,PRS_5,PRS_6,PRS_7,PRS_8,PRS_9
FALSE
sessions
96
FALSE
shared_pool_size
285212672
FALSE
sort_area_retained_size
0
FALSE
sort_area_size
2097152
FALSE
timed_statistics
TRUE
FALSE
transaction_auditing
FALSE
FALSE
transactions_per_rollback_segment
20
FALSE
user_dump_dest
/oracle/YSP/saptrace/usertrace
FALSE
运行日志和跟踪文件
Oracle数据库进程生成跟踪文件来记录错误或冲突,这些跟踪文件可以用来进一步分析问题。
数据库参数'max_dump_file_size'限制了这些跟踪文件的大小(以操作系统块的大小为单位)。
应当有足够的磁盘空间来容纳最大值的设置,否则的话应当修改上述参数的设置。
如果参数'max_dump_file_size'设得太大,会超过磁盘空间容量;如果设得太小,又不能容纳足够的出错信息供oracle支持服务部门分析问题。
此参数可以在数据库会话级设置,这样可以有选择性地设置较大值。
ORA-01555causedbySQLstatementbelow(SCN:
0x0000.8e8117b7):
FriJan2810:
16:
272011
一个查询需要使用被覆盖的回滚段构造前镜像实现一致性读所出现的错误,需要增加回滚段表空间大小和增加undo_retention参数大小
ORA-19502:
writeerroronfile"/oracle/YSP/oraarch/YSParch1_30627.dbf",blockno2049(blocksize=1024)
ARC0:
Archivingnotpossible:
errorcountexceeded
归档日志所在的存储空间不足导致问题产生
ORA-27072:
skgfdisp:
I/Oerror
HPUX-ia64Error:
2:
Nosuchfileordirectory
系统IO,所在目录无法找到或路径不对
ORA-16038:
log4sequence#30626cannotbearchived
数据库日志无法归档可能空间不足或文件出现损坏
ORA-00312:
onlinelog4thread1:
'/oracle/YSP/origlogB/log_g14m1.dbf'
数据库日志组的数据文件损坏或丢失了
ORA-19504:
failedtocreatefile"/oracle/YSP/oraarch/YSParch1_30626.dbf"
所在路径不对或者当前OS用户对BACKUP目录没有读写权限
ORA-27044:
unabletowritetheheaderblockoffile
HPUX-ia64Error:
28:
Nospaceleftondevice
无法写入文件的标题块
注意每天监控运行日志文件’alert_1.log’中的出错信息,以便于在问题还是隐患的时候及时发现并解决掉。
建议每月初将当前的alert.log重新命名以作备份,同时也可以避免alert.log文件变得太大不易管理。
控制文件
每个数据库至少有一个控制文件。
控制文件记录了数据库的物理结构及同步信息。
Controlfilelocation
控制文件路径如下:
Name
Status
/oracle/YSP/origlogA/cntrl/cntrlYSP.dbf
Nullvalue
/oracle/YSP/saparch/cntrl/cntrlYSP.dbf
Nullvalue
/oracle/YSP/sapdata1/cntrl/cntrlYSP.dbf
Nullvalue
建议:
目前情况设置已经比较良好。
Redolog文件
对于恢复操作,最为关键的结构是在线RedoLog。
在线RedoLog一般由两个或两个以上预先分配的存储数据库变化的文件组成。
为了防止例程故障,每个数据库的例程都有相关的在线RedoLog。
每个数据库至少有两个RedoLog组,每组至少有一个日志文件。
Oracle的多重在线RedoLog文件可以确保在线日志文件的安全。
对于多重在线RedoLog文件,LGWR同时将相同的RedoLog信息写入不同的RedoLog文件中,从而减少单个文件丢失的损失。
当Oracle无法访问一个RedoLog文件时,这个文件状态变为INVALID。
当Oracle推测一个RedoLog文件不完整或者不正确时,它的状态变为STALE。
当一个STALE的文件被重用时,即其所在日志文件组活动时,此文件也能够使用。
在线RedoLog文件减少了数据库数据丢失的损失,比如当发生例程故障时,没有被写入数据文件的数据可以从在线RedoLog文件中恢复。
Group#
Thread#
Sequence#
Bytes
Members
Archived
Status
FirstChange#
FirstTime
1
1
31401
52428800
2
YES
INACTIVE
2422932324
15-Mar-201101:
40:
29
2
1
31402
52428800
2
YES
INACTIVE
2423355358
15-Mar-201108:
56:
32
3
1
31405
52428800
2
NO
CURRENT
2423360590
15-Mar-201110:
43:
30
4
1
31400
52428800
2
YES
INACTIVE
2422673490
14-Mar-201118:
31:
50
15
1
31403
10485760
2
YES
INACTIVE
2423359035
15-Mar-201110:
06:
12
16
1
31404
10485760
2
YES
INACTIVE
2423359877
15-Mar-201110:
26:
29
建议:
当前数据库的RedoLog文件的每组成员有2个,且镜像安放在不同的物理磁盘上,当磁盘损坏或者用户误删除时,其中一个RedoLog文件丢失,RedoLog文件镜像能够帮助数据恢复。
当RedoLog文件被镜像,即使一个文件不可用,其他成员文件仍然可以被使用,从而不会发生例程停止。
Group15和Group16的大小和其他的联机日志文件不一致,建议更改成一致的大小。
归档Redolog文件
Oracle允许将写满的在线RedoLog文件存放在一个或多个脱机位置,即归档RedoLog。
在线日志文件通过归档写入归档日志文件。
后台进程ARCn自动进行归档操作。
您能通过归档日志进行:
∙在线备份
∙基于时间的恢复
ArchivedRedoLogSettings
Parameter
Value
Databaselogmode
ArchiveMode
Automaticarchival
Enable
ArchiveDestination
oracle/YSP/or
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 健康 检查 报告