1、OracleRAC详细测试报告 技 术 文 件 技术文件名称：Oracle RAC测试报告 技术文件编号： 版 本：V1.0 共 1 页(包括封面) 拟 制 审 核 会 签 标准化 批 准 1测试目的2测试目的，在于验证多节点RAC的可用性、稳定性,以及多节点RAC相对于普通的Oracle环境性能的提升情况术语、定义和缩略语3术语、定义3.1无。缩略语3.2本文件应用了以下缩略语：RAC Real Application Cluster Oracle公司数据库集群软件测试环境描述4本次测试，由2台HP小型机（HP rx6600）搭建了一个组成2节点的RAC环境，网络内的各个节点通过CISCO3
2、750交换机相互访问，包括RAC节点间的heart beat信息。其中两台小机lan0和lan3定义为外网接口并做了双网卡主备，lan1作为内网卡用于心跳；RAC数据库以裸设备方式建在共享磁阵上，各节点通过光纤交换机访问磁阵。硬件信息：小型机：HP rx6600 2台，每台8路Inter (R)Itanium2-9000 series CPU 和32G内存 2*146GB 硬盘存储：HP hsv2000-B 磁阵，11块146G的硬盘，其中10块做RAID5，1块为HOT SPARE光纤交换机：2台，型号为 网络交换机：两台，相关端口做trunk.软件信息：操作系统：HP-UX 11.23双机
3、软件：HP MC/SG Extension for RacRAC版本：Oracle 10.2.0.4 测试过程描述5本次RAC的测试，主要是分成三个阶段，第一是RAC的性能测试，第二个阶段，则主要是针对在性能测试中发现问题的处理，第三个阶段是RAC的功能测试、稳定性测试。性能测试5.1双节点RAC性能测试5.1.1测试目的：测试在RAC相对于单机方式的性能提高情况测试步骤：功能测试5.2exp备份和imp恢复测试5.2.1测试目的： 验证exp/imp 进行数据库的备份和恢复测试步骤：1使用exp进行整库备份23删除用户 ，使用imp恢复45删除表空间 ，使用imp恢复6测试结果： exp备份
4、正常，恢复测试同样没有问题。业务正常使用时，进行对数据的大批量查询和修改。5.2.2测试前提：节点whzd1和whzd2上正常处理业务，业务量为：测试步骤：123另外同时通过sqlplus，4测试结果： 大事务测试5.2.3测试目的： 测试在异常情况下数据的一致性、完整性测试步骤： 在节点whzd1和whzd2上同时运行同一事务批量修改数据，数据有交叉测试结果： 多次测试，数据更新正常。 测试步骤：1在节点whzd1和whzd2上同时运行同一事务，在whzd2回滚事务23在节点whzd1和whzd2上同时运行同一事务，在whzd2 kill该session4测试结果： 测试结果正常，未见数据异
5、常。测试步骤： 在节点whzd1和whzd2上同时运行模拟程序，通过sqlplus连到数据库，批量更新数据，然后退出重连；此过程循环一晚测试结果： 根据处理的日志看，操作正常。Failover 测试5.2.4测试目的： 验证oracle的失效备援功能测试前提：1在whdb1、whdb2上启动实例23修改OCI客户端2上tnsnames.ora，启用failover。4测试步骤：在OCI客户端tnsname中配置如下,仅仅只需要如此添加即可:WHZD = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 133.30.11.16)(PORT =
6、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连接：Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - ProductionWit
7、h the Partitioning, Real Application Clusters, OLAP and Data Mining optionsSQL select instance_name from v$instance;INSTANCE_NAME- whzd1目前连接的是 ，现在我们验证failover：登陆到whdb1上，shutdown ：Last login: Whdb1- sqlplus / as sysdbaSQL*Plus: Release 10.2.0.4.0 Copyright (c) 1982, 2005, Oracle. All rights reserved.
8、Connected to:Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - ProductionWith the Partitioning, Real Application Clusters, OLAP and Data Mining optionsSQL shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.再回到OCI客户端的 SQLPLUS中，测试：INSTANCE_NAME- SQLselect instan
9、ce_name from v$instance;INSTANCE_NAME-whzd2 实现了无 缝失效备援。load balance测试5.2.5测试目的： 验证oracle的负载均衡功能测试前提：1在whdb1、whdb2上启动实例23修改whdb2上tnsnames.ora，启用load balance4测试步骤：5在OCI客户端编写BAT脚本rac.bat，脚 本内容如下：for /L %G in (1,1,10) do start /b sqlplus ccatsupt/regalsuptwhzd ，用于创造10个连接。67 SQL select count(*),test from
10、 v$session group by test;8测试结果：10个连 接每台机器5个，实现了负载均衡的目的。TAF测试5.2.6测试目的： 验证Transparent Application Failover功能及切换时间测试前提：1实例whzd1、whzd2正常运行，listener正常23实例whzd2启用Failover功能45主机whzd1、whzd2上的时间一致6测试步骤：1Whdb2上运行 ，启动平台程序23启动模拟程序，不停通过sqlplus连接whdb2，记录无法连接whdb2实例的时间45通过正常、异常关闭whdb2实例，异常关闭whdb2主机进行测试67在whdb1上查看
11、v$session中各SDF连接及logon_time8测试结果： whdb2实例在正常、异常关闭或者whdb2主机被异常关闭之后，所有连到实例whdb2的数据库连接自动切换到了whdb1，但是数据库连接的切换时间每次都不太一样，从8秒到59秒不等，维持在1分钟之内。稳定性测试5.3在线运行，保持24小时5.3.1测试目的： 测试RAC在长时间的应用处理下是否正常测试步骤：1在节点whdb1、whdb2上启动数据库23启动应用运行24小时4测试结果： 系统运行正常，数据库访问正常，业务处理正常。网线异常对实例的影响5.3.2测试目的： 测试公网ip异常对RAC的影响测试步骤：1实例whdb1、
12、whdb2启动23使用ifconfig en1 133.30.11.9 delete 删除public ip45拔掉whdb2上public网线6测试结果： whdb2上的VIPfailover，切换到whdb1上，客户端可以connect string连到实例whdb2。待到重新加入ip 或者插上网线之后，恢复正常。测试步骤： 测试私网ip异常对RAC的影响测试步骤：1实例whdb1、whdb2启动，在whdb2上启动平台程序23使用ifconfig en0 10.1.1.102 delete 删除private ip45拔掉whdb2上用于RAC节点间通讯的private网线6测试结果：
13、无论是删除ip还是拔掉网线，对于Oracle来说，效果一样。以其中一次测试的过程为例： 在 whdb02上拔掉心跳线，客户端会有1分钟联不上，过后后台会把whdb02踢出cluster,VIP会漂移到whdb01上。一分钟后从下图可以看出状态，这时客户端联上数据库。第二节点对第一实例的影响5.4第二实例启动对第一实例的影响5.4.1测试前提：whdb1上oracle 实例已经启动测试步骤：正常启动whdb2上的实例（startup）测试结果：第二实例的启动，对于第一实例的影响仅在重组的时候，重组时间基本上在1秒之内；日志如alert_whdb1.log所示：测试前提：whdb1上oracle
14、实例已经启动测试步骤：启动whdb2上的oracle实例（startup）测试结果： 在whdb1进行呼叫处理的情况下，whdb2实例的启动，对于实例whdb1没有太大影响，重组时间1秒内完成，从呼叫仪那边看，在重组的过程中，有从10到80不等的呼叫断开，受到影响第二实例正常关闭对第一实例的影响5.4.2测试前提：1whdb1上oracle 实例启动23whdb2上oracle 实例启动4测试步骤： 正常关闭whdb2上的实例（shutdown immediate）测试结果： 第二实例的正常关闭，对于第一实例的影响仅在重组的时候，时间在1秒之内测试前提：1whdb1上oracle 实例已启动2
15、3whdb2上oracle 实例已启动4测试步骤： 正常关闭whdb2上的实例（shutdown immediate）测试结果：在whdb1进行正常处理的情况下，whdb2实例的正常关闭，对于实例whdb1没有太大影响，重组时间1秒内完成。 第二实例异常关闭对第一实例的影响5.4.3测试前提：1whdb1上oracle 实例已启动23whdb2上oracle 实例已启动 4测试步骤： 异常关闭whdb2上的实例（shutdown abort）测试结果： 第二实例的异常关闭后，第一实例进行资源重组和实例恢复 第二实例所在机器异常关闭对第一实例的影响5.4.4测试前提：1whdb1上oracle 实例已经启动23whdb2上oracle 实例已经启动4测试步骤： 重启机器whdb2（shutdown Fr）测试结果： 主机whdb2重启，同实例whdb2的shutdown abort类似，实例whdb1进行资源重组和实例恢复，总时间在1秒左右 测试总结6相对于综合调度后台双机热备的应用模式，RAC能够充分利用硬件配置，提高系统的处理能力，在相同条件下，RAC的处理能力比现有模式下的处理能力提高了1倍；这是我们最看重的一点。但是，RAC在实现了较高并行处理能力的同时，也增加了系统安装、管理方面的复杂度，希望在稳定性方面能够做得更好。测试中发现问题的说明6.1
