Oracle RAC测试报告
-------------------------------- whzd1
目前连接的是 ，现在我们验证failover： 登陆到whdb1上，shutdown ： Last login:
Whdb1-> sqlplus \SQL*Plus: Release 10.2.0.4.0
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options
SQL> shutdown immediate; Database closed.
Database dismounted.
ORACLE instance shut down.
再回到OCI客户端的 SQLPLUS中，测试： INSTANCE_NAME --------------------------------
SQL>select instance_name from v$instance; INSTANCE_NAME -------------------------------- whzd2
实现了无 缝失效备援。
4.2.5 load balance测试
测试目的： 验证oracle的负载均衡功能 测试前提：
1． 在whdb1、whdb2上启动实例
2． 修改whdb2上tnsnames.ora，启用load balance 测试步骤：
3． 在OCI客户端编写BAT脚本rac.bat，脚 本内容如下：
for /L %%G in (1,1,10) do start /b sqlplus ccatsupt/regalsupt@whzd ，用于创造10个连接。
4． SQL> select count(*),test from v$session group by test;
测试结果：10个连 接每台机器5个，实现了负载均衡的目的。
4.2.6 TAF测试
测试目的： 验证Transparent Application Failover功能及切换时间
第 5 页 共 10 页
Oracle RAC测试报告
测试前提：
1． 实例whzd1、whzd2正常运行，listener正常 2． 实例whzd2启用Failover功能 3． 主机whzd1、whzd2上的时间一致 测试步骤：
1． Whdb2上运行 ，启动平台程序
2． 启动模拟程序，不停通过sqlplus连接whdb2，记录无法连接whdb2实例的时
间
3． 通过正常、异常关闭whdb2实例，异常关闭whdb2主机进行测试 4． 在whdb1上查看v$session中各SDF连接及logon_time 测试结果： whdb2实例在正常、异常关闭或者whdb2主机被异常关闭之后，所有连到实例whdb2的数据库连接自动切换到了whdb1，但是数据库连接的切换时间每次都不太一样，从8秒到59秒不等，维持在1分钟之内。
4.3 稳定性测试
4.3.1 在线运行，保持24小时
测试目的： 测试RAC在长时间的应用处理下是否正常 测试步骤：
1． 在节点whdb1、whdb2上启动数据库 2． 启动应用运行24小时 测试结果： 系统运行正常，数据库访问正常，业务处理正常。
4.3.2 网线异常对实例的影响
测试目的： 测试公网ip异常对RAC的影响 测试步骤：
1． 实例whdb1、whdb2启动
2． 使用ifconfig en1 133.30.11.9 delete 删除public ip 3． 拔掉whdb2上public网线 测试结果： whdb2上的VIPfailover，切换到whdb1上，客户端可以connect string连到实例whdb2。待到重新加入ip 或者插上网线之后，恢复正常。
测试步骤： 测试私网ip异常对RAC的影响 测试步骤：
1． 实例whdb1、whdb2启动，在whdb2上启动平台程序 2． 使用ifconfig en0 10.1.1.102 delete 删除private ip 3． 拔掉whdb2上用于RAC节点间通讯的private网线
第 6 页 共 10 页
Oracle RAC测试报告
测试结果： 无论是删除ip还是拔掉网线，对于Oracle来说，效果一样。以其中一次测试的过程为例：
在 whdb02上拔掉心跳线，客户端会有1分钟联不上，过后后台会把whdb02踢出cluster,VIP会漂移到whdb01上。一分钟后从下图可以看出状态，这时客户端联上数据库。
第 7 页 共 10 页
Oracle RAC测试报告
4.4 第二节点对第一实例的影响
4.4.1 第二实例启动对第一实例的影响
测试前提：
whdb1上oracle 实例已经启动 测试步骤：
正常启动whdb2上的实例（startup） 测试结果：
第二实例的启动，对于第一实例的影响仅在重组的时候，重组时间基本上在1秒之内；日志如alert_whdb1.log所示：
测试前提：
whdb1上oracle 实例已经启动 测试步骤：
启动whdb2上的oracle实例（startup） 测试结果： 在whdb1进行呼叫处理的情况下，whdb2实例的启动，对于实例whdb1没有太大影响，重组时间1秒内完成，从呼叫仪那边看，在重组的过程中，有从10到80不等的呼叫断开，受到影响
4.4.2 第二实例正常关闭对第一实例的影响
测试前提：
1． whdb1上oracle 实例启动 2． whdb2上oracle 实例启动
第 8 页 共 10 页
Oracle RAC测试报告
测试步骤： 正常关闭whdb2上的实例（shutdown immediate） 测试结果： 第二实例的正常关闭，对于第一实例的影响仅在重组的时候，时间在1秒之内
测试前提：
1． whdb1上oracle 实例已启动 2． whdb2上oracle 实例已启动 测试步骤： 正常关闭whdb2上的实例（shutdown immediate） 测试结果：
在whdb1进行正常处理的情况下，whdb2实例的正常关闭，对于实例whdb1没有太大影响，重组时间1秒内完成。
4.4.3 第二实例异常关闭对第一实例的影响
测试前提：
1． whdb1上oracle 实例已启动 2． whdb2上oracle 实例已启动 测试步骤： 异常关闭whdb2上的实例（shutdown abort） 测试结果：
第二实例的异常关闭后，第一实例进行资源重组和实例恢复
4.4.4 第二实例所在机器异常关闭对第一实例的影响
测试前提：
1． whdb1上oracle 实例已经启动 2． whdb2上oracle 实例已经启动 测试步骤： 重启机器whdb2（shutdown –Fr） 测试结果： 主机whdb2重启，同实例whdb2的shutdown abort类似，实例whdb1进行资源重组和实例恢复，总时间在1秒左右
5 测试总结
相对于综合调度后台双机热备的应用模式，RAC能够充分利用硬件配置，提高系统的处理能力，在相同条件下，RAC的处理能力比现有模式下的处理能力提高了1倍；这是我们最看重的一点。但是，RAC在实现了较高并行处理能力的同时，也增加了系统安装、管理方面的复杂度，希望在稳定性方面能够做得更好。
第 9 页 共 10 页
Oracle RAC测试报告
5.1 测试中发现问题的说明
第 10 页 共 10 页