总的来说，oracle 11g r2 rac提供了以下功能：
高可用：shared-everything 模式保证了单节点的故障不会停止服务，集群中的其他节点将快速接管 可扩展性：多节点分担负载，可以提供远超单机数据库能提供的处理能力。且增删节点可以在线完成，不需要停机 易用性：多个数据库可以加入到一个集群中 低成本：rac可以部署在标准硬件上，硬件上节省的成本抵消了购买license的成本oracle 11g r2 还提供了一个叫rac one node的新功能。oracle发现一些rac的部署纯粹只是为了高可用，而虚拟化越来越多的被用户所使用，并成为了一个新的趋势。oracle one node建立在以下基础之上：oracle clusterware、oracle asm、oracle database。
我们再来看一眼rac的结构图
相比较单机数据库，，rac需要一个共享存储；一个私有网络来进行集群内部通讯；一个公有网络来连接应用和客户端；配置虚拟ip来提高节点故障时的连接速度，当一个节点出现故障，它的虚拟ip立即指向其他节点的ip上(若不配置vip，当一个节点发生故障时，新的连接将会发生等待，直到与该节点ip的通讯出现time out)。
failover的连接配置有两种连接方式可以实现数据库连接的failover
1. taf(transparent application failover)让我们看一下官方文档。taf让oracle net将一个失效的连接从故障点转移到另一个监听上，用户能使用这个新的连接来继续未完成的工作，这是一个client端的功能。
taf可以配置为使用client端的(transparent network substrate)tns连接字符串来连接，或者使用server端的服务。如果两种方式同时使用，则使用server端的服务配置。
taf可以工作在两种模式下：session failover和select failover。前者在failover时会重建失败的连接，后者则能够继续进程中未完成的查询(如果failover前一个session正在从一个游标中获取数据，则新的session将在相同的snapshot下重新运行select语句，并返回余下的行)。如果failover时，session执行了dml操作且未提交，则failover后，若不执行rollback回滚而执行新的操作，将会收到一条错误信息ora-25402: transaction must roll back
taf在dataguard中使用，可以自动进行failover
一个典型的使用了taf的tns连接串如下：
newsdb =
(description =
(address = (protocol = tcp)(host = rac1-vip)(port = 1521))
(address = (protocol = tcp)(host = rac2-vip)(port = 1521))
(load_balance = yes)
(connect_data =
(server = dedicated)
(service_name = dyora)
(failover_mode =
(type = select)
(method = basic)
(retries = 180)
(delay = 5)
)
)
)
failover_mode参数介绍
failover_mode参数说明
backup备用连接的网络服务名。若使用了preconnect的连接方法，则需要指定这个参数
delay连接重试的时间间隔(秒)。如果指定了retries参数，若不指定该参数，默认为1秒。若注册了callback，该参数将被忽略
method设置failover方法。basic: failover时才尝试连接备用实例的监听；preconnect: 每次连接数据库时，都会在备用实例上也产生一个连接，以实现更快的切换
retriesfailover后，尝试连接的次数。如果指定了delay参数，则retries默认为5次。若注册了callback，则该参数将被忽略
typeoci默认提供了3种类型：session: 若用户连接丢失，将在备用节点上重新创建；select: 除了重建连接外，将继续从打开的游标中获取数据，如果采用这种方式，普通select操作也将在客户端产生开销；none: 默认值，也可显示指定来禁用failover功能
2. fcf(fast connect failover)oracle11g提供了fcf方式连接数据库，它支持jdbc thin和jdbc oci驱动；与连接缓存(implicit connection cache)协同工作提供更高的连接性能和高可用；可以在应用代码中设置，无需另外配置
需要的条件：启用了隐含连接缓存，fcf需要与jdbc的连接缓存机制共同工作，为应用管理连接以确保高可用；应用使用服务名而非服务标识符来连接数据库；jdbc运行的节点上配置并启用了oracle notification service (ons)；jdbc例程运行的java虚拟机必须包含oracle.ons.oraclehome并指向oracle_home
例子：
配置ons
ods.setonsconfiguration(nodes=racnode1.example.com:4200,racnode2.example.com:4200);
启用fcf
// declare datasource
ods.seturl(
jdbc:oracle:oci:@(description=
(address=(protocol=tcp)(host=cluster_alias)
(port=1521))
(connect_data=(service_name=service_name))));
ods.setuser(scott);
ods.setconnectioncachingenabled(true);
ods.setfastconnectionfailoverenabled(true):
ctx.bind(myds,ods);
ds=(oracledatasource) ctx.lookup(myds);
try {
ds.getconnection(); // transparently creates and accesses cache
catch (sqlexception se {
}
}
看糊涂了？上面的java代码包含一个异常处理。工作过程如下：
1. 一个实例宕掉了，在缓存中留下一些过期连接
2. rac产生一个事件，并将其发送给包含jdbc的java虚拟机
3. jvm中的后台线程找出所有受到该rac事件影响的所有连接，通过sql异常(ora-17008)通知它们关闭连接，并回滚事务
4. 连接接收到sql异常并重新执行失败的操作
fcf与taf相比有如下不同：
1. fcf支持应用级别的连接重试，由应用来决定failover时如何处理，是重新执行，还是抛出异常；taf只能在oci/net的层面进行重新连接
2. fcf与连接缓存很好地结合起来，让连接缓存管理器来管理缓存，失败的连接在缓存中会自动失效。而taf在网络层面做预连接，当一个连接失效，连接缓存不能检测到
3. fcf基于oracle rac事件，可以快速为活跃/闲置的连接检测到故障
4. fcf通过实例的up事件实现负载均衡，分配到在线的rac实例中
oracle建议不要在一个应用中同时使用taf和fcf