（4）在客户端测试负载均衡
　　在客户端开启一个sqlplus连接，执行如下操作：
　　SQL*Plus: Release 11.1.0.7.0 - Production on Sun Sep 12 21:24:55 2010
　　Copyright (c) 1982， 2008， Oracle.  All rights reserved.
　　Connected to:
　　Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
　　With the Partitioning， Real Application Clusters， OLAP， Data Mining
　　and Real Application Testing options
　　SQL> show parameter instance_name
　　NAME         TYPE        VALUE
　　--------------------- --------------- -------------------
　　instance_name   string      racdb1
　　继续开启第二个sqlplus连接，执行如下操作：
　　SQL*Plus: Release 11.1.0.7.0 - Production on Sun Sep 12 21:31:53 2010
　　Copyright (c) 1982， 2008， Oracle.  All rights reserved.
　　Connected to:
　　Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
　　With the Partitioning， Real Application Clusters， OLAP， Data Mining
　　and Real Application Testing options
　　SQL> show parameter instance_name
　　NAME         TYPE        VALUE
　　-------------------- --------------  ------------------
　　instance_name  string      racdb2
　　按照这种方法，陆续打开多个sqlplus连接，可以看到，每次连接到的实例都在racdb1和racdb2之间变化，这样实现了RAC数据库连接的负载均衡。
　　2. 服务器端的负载均衡
　　客户端的负载均衡解决了连接数据库的负载问题，但是由于连接是由客户端发起的，它并不知道RAC数据库集群中各个节点的繁忙状态和连接信息，因此负荷较大的节点仍然会增加新的连接，这样可能导致RAC节点无法真正做到负载均衡。不过幸运的是，从Oracle 10g开始，服务器端负载均衡可以根据RAC中各节点的负荷及连接数情况，将新的请求分配到集群中负载较低、连接数较少的节点上来，这样从根本上实现了数据库的负载均衡，并且使客户端连接的负载均衡与服务器端的负载均衡可以配合使用，互不影响。
　　每个集群节点的负载情况是由PMON进程来定期更新的。PMON进程每3秒会将集群中每个节点的负载信息及连接数写入service_register中，当节点的负载发生变化时，将会立刻通知监听程序，后由监听程序来决定将新的客户端连接分配到哪个节点上，通过这种方式，RAC数据库实现了真正的负载均衡。
　　服务器端负载均衡配置也非常简单，只需在各节点的tnsnames.ora文件中添加一个对连接到各个节点进行监听的配置，然后在初始化参数中设置remote_listener即可。
　　（1）修改服务器端的tnsnames.ora
　　只需添加如下内容即可：
　　LISTENERS_RACDB =
　　(ADDRESS_LIST =
　　(ADDRESS = (PROTOCOL = TCP)(HOST = node-vip2)(PORT = 1521))
　　(ADDRESS = (PROTOCOL = TCP)(HOST = node-vip1)(PORT = 1521))
　　)
　　（2）修改参数remote_listener
　　查看RAC数据库的参数remote_listener：
　　SQL> show parameter remote_listener
　　NAME           TYPE      VALUE
　　---------------       -----------   -----------
　　remote_listener   string   LISTENERS_RACDB
　　可以看到，remote_listener已经设置为“LISTENERS_RACDB”了。
　　如果remote_listener的值为空，可以通过如下命令修改每个实例的remote_listener参数：
　　SQL> alter system set remote_listener='LISTENERS_RACDB' sid='node-rac1';
　　SQL> alter system set remote_listener='LISTENERS_RACDB' sid='node-rac2';
　　这样，服务器端的负载均衡配置完成了。
　　二、 透明应用失败切换测试
　　透明应用失败切换（Transparent Application Failover，TAF），这是客户端的一种功能。TAF包含两层意思：失败切换是指客户端连接到某个实例，如果连接失败，可以连接到另外一个实例；透明应用是指客户端应用程序在连接失败后可以自动重新连接到另一个数据库实例，而这个过程对应用程序是不可见的。
　　要使用TAF功能，只需修改客户端的tnsnames.ora文件中的设置即可，结合前面介绍的客户端负载均衡功能，一个包含负载均衡和TAF功能的客户端设置如下：
RACDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = node-vip2)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = node-vip1)(PORT = 1521))
(LOAD_BALANCE = yes)
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = racdb)
(FAILOVER_MODE =
(TYPE=SELECT)
(MODE=BASIC)
(RETRY=3)
(DEALY=5)
)
)
)
　　其中的几个参数的含义如下：
　　TYPE，用于指定FAILOVER_MODE的类型，有3种类型可选，分别是SESSION、SELECT和NONE。
　　SESSION，表示当一个正在连接的会话实例发生故障时，系统可以自动将会话切换到其他可用的实例，而应用程序无需再次发起连接请求，但是实例故障时正在执行的SQL需要重新执行。
　　SELECT，表示如果正在连接的实例发生故障，将使用游标和之前的快照继续执行SELECT操作，其他操作必须要重新执行。
　　NONE，这个是客户端默认值，表示禁止SQL接管功能。
　　MODE，表示连接模式，有两种类型，分别是BASIC和PRECONNECT。
　　BASIC表示在建立初始连接时仅连接到一个节点，并且只有在发生节点故障时才连接到备用节点。
　　PRECONNECT表示在建立初始连接时连接到主节点和备用节点。
　　RETRY：表示当前节点失败后，失败切换功能尝试连接备用节点的次数。
　　DELAY：表示两次尝试之间等待的秒数。
　　设置完客户端监听后，重启客户端服务，然后执行下面的操作：
　　SQL*Plus: Release 11.1.0.7.0 - Production on Sun Sep 12 23:23:15 2010
　　Copyright (c) 1982， 2008， Oracle.  All rights reserved.
　　Connected to:
　　Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
　　With the Partitioning， Real Application Clusters， OLAP， Data Mining
　　and Real Application Testing options
　　SQL> COLUMN instance_name FORMAT a10
　　SQL> COLUMN host_name FORMAT a10
　　SQL> COLUMN failover_method FORMAT a15
　　SQL> COLUMN failed_over FORMAT a10
　　SQL> SELECT instance_name， host_name， NULL AS failover_type， NULL AS failover_method， NULL AS failed_over FROM v$instance UNION SELECT NULL， NULL， failover_type ， failover_method， failed_over FROM v$session WHERE username = 'SYSTEM';
　　INSTANCE_ NAME  HOST_NAME   FAILOVER_TYPE   FAILOVER_METHOD   FAILED_OVER
　　-------------         ------------------    -------------       ---------------           -------------
　　racdb2            node-rac2       SELECT           BASIC                NO
　　此时，不断开此连接，然后在RAC数据库的任意一个节点上执行如下语句：
　　[oracle@node-rac2 ~]$ srvctl stop instance -d racdb -i racdb2
　　关闭node-rac2节点的racdb2实例后，继续执行与前面那个SQL命令相同的语句，结果如下：
　　INSTANCE_ NAME  HOST_NAME   FAILOVER_TYPE   FAILOVER_METHOD   FAILED_OVER
　　-------------         ------------------    -------------       ---------------           -------------
　　racdb1            node-rac1       SELECT           BASIC                YES
　　从输出可以看到，上面的SQL会话已经切换到了node-rac1的实例racdb1上，也是实现了故障自动切换功能。
　　至此，关于RAC数据库的功能测试已经验证完毕了。