Oracle RAC 客户端故障转移(failover)，当采用TAF方式时，对于已经建立连接的客户端，在连接的实例或节点出现故障时，客户端无需
Oracle RAC 客户端故障转移(failover)，当采用TAF方式时，对于已经建立连接的客户端，在连接的实例或节点出现故障时，客户端无需再次发出连接请求，仍然可以继续之前的数据库操作，此称之为透明故障转移。
使用TAF，需要配置客户端tnsnames.ora文件，在其中增加了failover_mode选项，failover=on是默认配置，不写也行。
今天试验验证type=select和type=session的区别。
这两种参数的设置在实例崩溃时都会对事务进行回滚，其不同之处在于对于节点崩溃时正在执行的select语句的处理。type=select会将正在执行的select语句转移到新的节点上继续执行返回后续的结果集，而type=session则会终止查询，想要再此查询需要重新运行select语句，从头开始进行查询。
假设用户正在节点1上执行查询，整个结果集共有100条记录，现在已从节点1上返回10条记录，这时节点1宕机，用户连接被转移到节点2上，如果是session模式，则需要重新执行查询语句；如果是select方式，会从节点2上继续返回剩下的90天记录，而已经从节点1返回的10条记录不会重复返回给用户，对于用户而言，感受不到这种切换。
显然为了实现select 方式，Oracle 必须为每个session保存更多的内容，包括游标，用户上下文等，需要更多的资源也是用资源换时间的方案。
下面开始进行试验
一、type=select
tnsnames配置如下
RACDB=
(description =
(address = (protocol = tcp)(host = 192.168.1.201)(port = 1521))
(address = (protocol = tcp)(host = 192.168.1.202)(port = 1521))
(load_balance = yes)
(connect_data =
(server = dedicated)
(service_name = RACDB)
(failover_mode =
(type = select)
(method = preconnect)
(retries = 180)
(delay = 5)
)
)
)
实验开始：
首先连接到RAC后查看此时的instance_name,并运行查询语句
[oracle@jp admin]$ sqlplus sys/oracle@RACDB as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Wed Mar 5 06:17:10 2014
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
SYS@RACDB>show parameter instance_name
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
instance_name string RACDB1
SYS@RACDB>select * from dba_objects;
...........
在执行过程中将RACDB1 shutdown abort模拟节点崩溃
SYS@RACDB1>shutdown abort
ORACLE instance shut down.
此时查询卡住几秒钟后，继续返回查询结果，不用重新运行查询语句。
二、type=session
tnsnames.ora配置如下
RACDB=
(description =
(address = (protocol = tcp)(host = 192.168.1.201)(port = 1521))
(address = (protocol = tcp)(host = 192.168.1.202)(port = 1521))
(load_balance = yes)
(connect_data =
(server = dedicated)
(service_name = RACDB)
(failover_mode =
(type = session)
(method = preconnect)
(retries = 180)
(delay = 5)
)
)
)
实验开始
SYS@RACDB>show parameter instance_name
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
instance_name string RACDB2
SYS@RACDB>select * from dba_objects;
省略。。。。。。
此时将RACDB2 shutdown abort
SYS@RACDB2>shutdown abort
ORACLE instance shut down.
此时查询卡住，几秒钟后报错并给出已查询的行数
ERROR:
ORA-25401: can not continue fetches
750 rows selected.
SYS@RACDB>
查询此时的instance_name
SYS@RACDB>show parameter instance_name
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
instance_name string RACDB1
已经自动切换到RACDB1上，但查询语句已经中断。
客户端TAF还包括其他一些参数：
method=perconnect/basic
basic:只有当感知到当前节点发生故障时才连接到其他节点
perconnect：在最初建立连接的时候就建立到所有实例的连接，当前节点发生故障可以快速切换到其他实例上。
两个参数的设置区别就在于当前节点出现错误，转换到其他节点上所花的时间的长短，perconnect固然速度会很快，但是也会消耗一定的额外资源，换句话说就是拿资源换速度。如何取舍可根据实际情况自己确定。
load_blance=on/off
