传统企业比如银行业和电信业的数据库大多采用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功能又大大提升了。
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。