OracleRAC详细测试报告

技术文件

技术文件名称：Oracle RAC测试报告

技术文件编号：

版本：V1.0

共11 页

(包括封面)

拟制

审核

会签

标准化

批准

目录

1 测试目的 (2)

2 术语、定义和缩略语 (2)

2.1术语、定义 (2)

2.2缩略语 (2)

3 测试环境描述 (2)

4 测试过程描述 (3)

4.1性能测试 (3)

4.1.1双节点RAC性能测试 (3)

4.2功能测试 (3)

4.2.1exp备份和imp恢复测试 (3)

4.2.2业务正常使用时，进行对数据的大批量查询和修改。 (3)

4.2.3大事务测试 (3)

4.2.4Failover 测试 (4)

4.2.5load balance测试 (5)

4.2.6TAF测试 (5)

4.3稳定性测试 (6)

4.3.1在线运行，保持24小时 (6)

4.3.2网线异常对实例的影响 (6)

4.4第二节点对第一实例的影响 (8)

4.4.1第二实例启动对第一实例的影响 (8)

4.4.2第二实例正常关闭对第一实例的影响 (8)

4.4.3第二实例异常关闭对第一实例的影响 (9)

4.4.4第二实例所在机器异常关闭对第一实例的影响 (9)

5 测试总结 (9)

5.1测试中发现问题的说明 (10)

1测试目的

测试目的，在于验证多节点RAC的可用性、稳定性,以及多节点RAC相对于普通的Oracle 环境性能的提升情况

2术语、定义和缩略语

2.1术语、定义

无。

2.2缩略语

本文件应用了以下缩略语：

RAC Real Application Cluster Oracle公司数据库集群软件

3测试环境描述

本次测试，由2台HP小型机（HP rx6600）搭建了一个组成2节点的RAC环境，网络内的各个节点通过CISCO3750交换机相互访问，包括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

双机软件：HP MC/SG Extension for Rac

RAC版本：Oracle 10.2.0.4

4测试过程描述

本次RAC的测试，主要是分成三个阶段，第一是RAC的性能测试，第二个阶段，则主要是针对在性能测试中发现问题的处理，第三个阶段是RAC的功能测试、稳定性测试。

4.1性能测试

4.1.1双节点RAC性能测试

测试目的：

测试在RAC相对于单机方式的性能提高情况

测试步骤：

4.2功能测试

4.2.1exp备份和imp恢复测试

测试目的：

验证exp/imp 进行数据库的备份和恢复

测试步骤：

1．使用exp进行整库备份

2．删除用户，使用imp恢复

3．删除表空间，使用imp恢复

测试结果：

exp备份正常，恢复测试同样没有问题。

4.2.2业务正常使用时，进行对数据的大批量查询和修改。

测试前提：

节点whzd1和whzd2上正常处理业务，业务量为：

测试步骤：

1．

2．另外同时通过sqlplus，

测试结果：

4.2.3大事务测试

测试目的：

测试在异常情况下数据的一致性、完整性

测试步骤：

在节点whzd1和whzd2上同时运行同一事务批量修改数据，数据有交叉

测试结果：

多次测试，数据更新正常。

测试步骤：

1．在节点whzd1和whzd2上同时运行同一事务，在whzd2回滚事务

2．在节点whzd1和whzd2上同时运行同一事务，在whzd2 kill该session 测试结果：

测试结果正常，未见数据异常。

测试步骤：

在节点whzd1和whzd2上同时运行模拟程序，通过sqlplus连到数据库，批量更新数据，然后退出重连；此过程循环一晚

测试结果：

根据处理的日志看，操作正常。

4.2.4Failover 测试

测试目的：

验证oracle的失效备援功能

测试前提：

1．在whdb1、whdb2上启动实例

2．修改OCI客户端2上tnsnames.ora，启用failover。

测试步骤：

在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 = DEDICA TED)

(FAILOVER_MODE =

(TYPE = SELECT)

(METHOD = BASIC)

(RETRIES = 180)

(DELAY = 5)

)

)

)

测试失效备援

使用SQLPLUS连接：

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production

With the Partitioning, Real Application Clusters, OLAP and Data Mining options SQL> select instance_name from v$instance;

INSTANCE_NAME

--------------------------------

whzd1

目前连接的是，现在我们验证failover：

登陆到whdb1上，shutdown ：

Last login:

Whdb1-> sqlplus "/ as sysdba"

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.5load 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.6TAF测试

测试目的：

验证Transparent Application Failover功能及切换时间

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网线

无论是删除ip还是拔掉网线，对于Oracle来说，效果一样。以其中一次测试的过程为例：

在whdb02上拔掉心跳线，客户端会有1分钟联不上，过后后台会把whdb02踢出cluster,VIP会漂移到whdb01上。一分钟后从下图可以看出状态，这时客户端联上数据库。

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 实例启动

测试步骤：

正常关闭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在实现了较高并行处理能力的同时，也增加了系统安装、管理方面的复杂度，希望在稳定性方面能够做得更好。

5.1测试中发现问题的说明