首页 > 代码库 > Oracle RAC环境下的应用连续性
Oracle RAC环境下的应用连续性
传统企业比如银行业和电信业的数据库大多采用oracle rac+dataguard的高可用架构,在rac项目实施过程中,由于业务连续性的苛刻要求,高可用的实施和测试工作显得尤为重要。
oracle在新版本12cR2的rac官方文档里单独列了一章叫Ensuring application Continuity,重视程度可见一斑。在以前的oracle10g以及11g的版本中,client为实现RAC failover(故障转移)特性,各类应用app以及db需要作各种配置调整工作,随着oracle的12cR2新版本的到来,这些配置步骤变得更简化。
下面简要总结oracle11gR2环境下的failover配置。
首先根据是否使用了事先已经存在的连接(如连接池中的连接)将客户端的连接分为Connect Time Connection Failover和Runtime Connection Failover,runtime前缀指连接已经存在的情况,比如使用了连接池。
1、Connect Time Connection Failover
客户端的tnsnames.ora中配置scan ip和service就可以实现连接数据库时的Failover;
2、Runtime Connection Failover
oracle通过两种手段来实现Runtime Connection Failover,分别为TAF(Transparent Application Failover)和 FCF(Fast Connection Failover)。
首先是TAF:
它可以在 client 端的tnsnames.ora中的连接串里定义,也可以在 server 端的 service 中定 义。TAF 仅对使用 OCI 连接的客户端和连接池有效,这里的 OCI 连接可以是在 OCI 连接上的封装,比如 JDBC-OCI driver 就支持 TAF,但 JDBC thin driver 就不支持 TAF(因为 JDBC thin driver 不是基于 OCI 的)。
其次是FCF:
Fast Connection Failover,它实际上是客户端通过订阅 FAN HA events 来实现的。
因为 JDBC thin 连接不是基于 OCI 的,所以这种情况下的 Runtime Connection Failover 不能使用 TAF,只能用 FCF。
如果想让应用app具备TAF属性,可进行简单app改造:首先在app的client环境安装oracle客户端程序,然后将jdbc thin连接调整为jdbc oci的连接方式。
在oracle12cR2的版本中,failover可基于事务,且replay dml语句,相对于11g基于会话,failover功能又大大提升了。
Oracle RAC环境下的应用连续性