Oracle RAC环境下如何保证应用连续性

日期:2017-06-20      来源:Linux社区      作者:thandy      编辑:otpub      点击:716次

传统企业比如银行业和电信业的数据库大多采用Oracle rac+dataguard的高可用架构,在rac项目实施过程中,由于业务连续性的苛刻要求,高可用的实施和测试工作显得尤为重要。

Oracle RAC

Oracle在新版本12cR2的rac官方文档里单独列了一章叫Ensuring application Continuity,重视程度可见一斑。在以前的Oracle10g以及11g的版本中,client为实现RAC failover(故障转移)特性,各类应用app以及db需要作各种配置调整工作,随着Oracle的12cR2新版本的到来,这些配置步骤变得更简化。

下面简要总结Oracle 11gR2环境下的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的连接方式。

在Oracle 12c R2的版本中,failover可基于事务,且replay dml语句,相对于11g基于会话,failover功能又大大提升了。


更多Oracle RAC知识请关注OTpub技术课堂《Oracle 11G RAC 日常维护

本站所载作品版权归作者及原出处共同所有。凡本网注明“来源:OTPUB”的所有作品、文章,版权均属于本站,转载、摘编或利用其它方式使用上述作品,应注明“来源:OTPUB” 或 “摘自:OTPUB”。

上一篇: 为什么说虚拟主机是个人站长的最... 下一篇: 如何正确分析恶意软件