OracleRAC详细测试报告.docx
- 文档编号:18423330
- 上传时间:2023-08-16
- 格式:DOCX
- 页数:16
- 大小:130.88KB
OracleRAC详细测试报告.docx
《OracleRAC详细测试报告.docx》由会员分享,可在线阅读,更多相关《OracleRAC详细测试报告.docx(16页珍藏版)》请在冰点文库上搜索。
OracleRAC详细测试报告
技术文件
技术文件名称:
OracleRAC测试报告
技术文件编号:
版本:
V1.0
共1页
(包括封面)
拟制
审核
会签
标准化
批准
1测试目的
2
测试目的,在于验证多节点RAC的可用性、稳定性,以及多节点RAC相对于普通的Oracle环境性能的提升情况
术语、定义和缩略语
3
术语、定义
3.1
无。
缩略语
3.2
本文件应用了以下缩略语:
RACRealApplicationClusterOracle公司数据库集群软件
测试环境描述
4
本次测试,由2台HP小型机(HPrx6600)搭建了一个组成2节点的RAC环境,网络内的各个节点通过CISCO3750交换机相互访问,包括RAC节点间的heartbeat信息。
其中两台小机lan0和lan3定义为外网接口并做了双网卡主备,lan1作为内网卡用于心跳;RAC数据库以裸设备方式建在共享磁阵上,各节点通过光纤交换机访问磁阵。
硬件信息:
小型机:
HPrx66002台,每台8路Inter(R)Itanium2-9000seriesCPU和32G内存2*146GB硬盘
存储:
HPhsv2000-B磁阵,11块146G的硬盘,其中10块做RAID5,1块为HOTSPARE
光纤交换机:
2台,型号为
网络交换机:
CISCO3750两台,相关端口做trunk.
软件信息:
操作系统:
HP-UX11.23
双机软件:
HPMC/SGExtensionforRac
RAC版本:
Oracle10.2.0.4
测试过程描述
5
本次RAC的测试,主要是分成三个阶段,第一是RAC的性能测试,第二个阶段,则主要是针对在性能测试中发现问题的处理,第三个阶段是RAC的功能测试、稳定性测试。
性能测试
5.1
双节点RAC性能测试
5.1.1
测试目的:
测试在RAC相对于单机方式的性能提高情况
测试步骤:
功能测试
5.2
exp备份和imp恢复测试
5.2.1
测试目的:
验证exp/imp进行数据库的备份和恢复
测试步骤:
1.使用exp进行整库备份
2.
3.删除用户,使用imp恢复
4.
5.删除表空间,使用imp恢复
6.
测试结果:
exp备份正常,恢复测试同样没有问题。
业务正常使用时,进行对数据的大批量查询和修改。
5.2.2
测试前提:
节点whzd1和whzd2上正常处理业务,业务量为:
测试步骤:
1.
2.
3.另外同时通过sqlplus,
4.
测试结果:
大事务测试
5.2.3
测试目的:
测试在异常情况下数据的一致性、完整性
测试步骤:
在节点whzd1和whzd2上同时运行同一事务批量修改数据,数据有交叉
测试结果:
多次测试,数据更新正常。
测试步骤:
1.在节点whzd1和whzd2上同时运行同一事务,在whzd2回滚事务
2.
3.在节点whzd1和whzd2上同时运行同一事务,在whzd2kill该session
4.
测试结果:
测试结果正常,未见数据异常。
测试步骤:
在节点whzd1和whzd2上同时运行模拟程序,通过sqlplus连到数据库,批量更新数据,然后退出重连;此过程循环一晚
测试结果:
根据处理的日志看,操作正常。
Failover测试
5.2.4
测试目的:
验证oracle的失效备援功能
测试前提:
1.在whdb1、whdb2上启动实例
2.
3.修改OCI客户端2上tnsnames.ora,启用failover。
4.
测试步骤:
在OCI客户端tnsname中配置如下,仅仅只需要如此添加即可:
WHZD=
(DESCRIPTION=
(ADDRESS=(PROTOCOL=TCP)(HOST=133.30.11.16)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=133.30.11.17)(PORT=1521))
(LOAD_BALANCE=yes)
(CONNECT_DATA=
(SERVER=DEDICATED)
(FAILOVER_MODE=
(TYPE=SELECT)
(METHOD=BASIC)
(RETRIES=180)
(DELAY=5)
)
)
)
测试失效备援
使用SQLPLUS连接:
OracleDatabase10gEnterpriseEditionRelease10.2.0.4.0-Production
WiththePartitioning,RealApplicationClusters,OLAPandDataMiningoptions
SQL>selectinstance_namefromv$instance;
INSTANCE_NAME
--------------------------------
whzd1
目前连接的是,现在我们验证failover:
登陆到whdb1上,shutdown:
Lastlogin:
Whdb1->sqlplus"/assysdba"
SQL*Plus:
Release10.2.0.4.0
Copyright(c)1982,2005,Oracle. Allrightsreserved.
Connectedto:
OracleDatabase10gEnterpriseEditionRelease10.2.0.4.0-Production
WiththePartitioning,RealApplicationClusters,OLAPandDataMiningoptions
SQL>shutdownimmediate;
Databaseclosed.
Databasedismounted.
ORACLEinstanceshutdown.
再回到OCI客户端的SQLPLUS中,测试:
INSTANCE_NAME
--------------------------------
SQL>selectinstance_namefromv$instance;
INSTANCE_NAME
--------------------------------
whzd2
实现了无缝失效备援。
loadbalance测试
5.2.5
测试目的:
验证oracle的负载均衡功能
测试前提:
1.在whdb1、whdb2上启动实例
2.
3.修改whdb2上tnsnames.ora,启用loadbalance
4.
测试步骤:
5.在OCI客户端编写BAT脚本rac.bat,脚本内容如下:
for/L%%Gin(1,1,10)dostart/bsqlplusccatsupt/regalsupt@whzd,用于创造10个连接。
6.
7.SQL>selectcount(*),testfromv$sessiongroupbytest;
8.
测试结果:
10个连接每台机器5个,实现了负载均衡的目的。
TAF测试
5.2.6
测试目的:
验证TransparentApplicationFailover功能及切换时间
测试前提:
1.实例whzd1、whzd2正常运行,listener正常
2.
3.实例whzd2启用Failover功能
4.
5.主机whzd1、whzd2上的时间一致
6.
测试步骤:
1.Whdb2上运行,启动平台程序
2.
3.启动模拟程序,不停通过sqlplus连接whdb2,记录无法连接whdb2实例的时间
4.
5.通过正常、异常关闭whdb2实例,异常关闭whdb2主机进行测试
6.
7.在whdb1上查看v$session中各SDF连接及logon_time
8.
测试结果:
whdb2实例在正常、异常关闭或者whdb2主机被异常关闭之后,所有连到实例whdb2的数据库连接自动切换到了whdb1,但是数据库连接的切换时间每次都不太一样,从8秒到59秒不等,维持在1分钟之内。
稳定性测试
5.3
在线运行,保持24小时
5.3.1
测试目的:
测试RAC在长时间的应用处理下是否正常
测试步骤:
1.在节点whdb1、whdb2上启动数据库
2.
3.启动应用运行24小时
4.
测试结果:
系统运行正常,数据库访问正常,业务处理正常。
网线异常对实例的影响
5.3.2
测试目的:
测试公网ip异常对RAC的影响
测试步骤:
1.实例whdb1、whdb2启动
2.
3.使用ifconfigen1133.30.11.9delete删除publicip
4.
5.拔掉whdb2上public网线
6.
测试结果:
whdb2上的VIPfailover,切换到whdb1上,客户端可以connectstring连到实例whdb2。
待到重新加入ip或者插上网线之后,恢复正常。
测试步骤:
测试私网ip异常对RAC的影响
测试步骤:
1.实例whdb1、whdb2启动,在whdb2上启动平台程序
2.
3.使用ifconfigen010.1.1.102delete删除privateip
4.
5.拔掉whdb2上用于RAC节点间通讯的private网线
6.
测试结果:
无论是删除ip还是拔掉网线,对于Oracle来说,效果一样。
以其中一次测试的过程为例:
在whdb02上拔掉心跳线,客户端会有1分钟联不上,过后后台会把whdb02踢出cluster,VIP会漂移到whdb01上。
一分钟后从下图可以看出状态,这时客户端联上数据库。
第二节点对第一实例的影响
5.4
第二实例启动对第一实例的影响
5.4.1
测试前提:
whdb1上oracle实例已经启动
测试步骤:
正常启动whdb2上的实例(startup)
测试结果:
第二实例的启动,对于第一实例的影响仅在重组的时候,重组时间基本上在1秒之内;日志如alert_whdb1.log所示:
测试前提:
whdb1上oracle实例已经启动
测试步骤:
启动whdb2上的oracle实例(startup)
测试结果:
在whdb1进行呼叫处理的情况下,whdb2实例的启动,对于实例whdb1没有太大影响,重组时间1秒内完成,从呼叫仪那边看,在重组的过程中,有从10到80不等的呼叫断开,受到影响
第二实例正常关闭对第一实例的影响
5.4.2
测试前提:
1.whdb1上oracle实例启动
2.
3.whdb2上oracle实例启动
4.
测试步骤:
正常关闭whdb2上的实例(shutdownimmediate)
测试结果:
第二实例的正常关闭,对于第一实例的影响仅在重组的时候,时间在1秒之内
测试前提:
1.whdb1上oracle实例已启动
2.
3.whdb2上oracle实例已启动
4.
测试步骤:
正常关闭whdb2上的实例(shutdownimmediate)
测试结果:
在whdb1进行正常处理的情况下,whdb2实例的正常关闭,对于实例whdb1没有太大影响,重组时间1秒内完成。
第二实例异常关闭对第一实例的影响
5.4.3
测试前提:
1.whdb1上oracle实例已启动
2.
3.whdb2上oracle实例已启动
4.
测试步骤:
异常关闭whdb2上的实例(shutdownabort)
测试结果:
第二实例的异常关闭后,第一实例进行资源重组和实例恢复
第二实例所在机器异常关闭对第一实例的影响
5.4.4
测试前提:
1.whdb1上oracle实例已经启动
2.
3.whdb2上oracle实例已经启动
4.
测试步骤:
重启机器whdb2(shutdown–Fr)
测试结果:
主机whdb2重启,同实例whdb2的shutdownabort类似,实例whdb1进行资源重组和实例恢复,总时间在1秒左右
测试总结
6
相对于综合调度后台双机热备的应用模式,RAC能够充分利用硬件配置,提高系统的处理能力,在相同条件下,RAC的处理能力比现有模式下的处理能力提高了1倍;这是我们最看重的一点。
但是,RAC在实现了较高并行处理能力的同时,也增加了系统安装、管理方面的复杂度,希望在稳定性方面能够做得更好。
测试中发现问题的说明
6.1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- OracleRAC 详细 测试报告