Welcome 微信登录

首页 / 数据库 / MySQL / Oracle RAC failover 测试(TFA方式)

Oracle RAC 客户端故障转移(failover),当采用TFA方式时,对于已经建立连接的客户端,在连接的实例或节点出现故障时,客户端无需再次发出连接请求,仍然可以继续之前的数据库操作,此称之为透明故障转移。本文描述基于Oracle 10g rac,客户端TFA方式的故障转移并给出示例。下面是一些关于这方面的基础参考链接:有关负监听配置,载均衡(load balance)请参考ORACLE RAC 下非缺省端口监听配置(listener.ora tnsnames.ora) http://www.linuxidc.com/Linux/2012-10/72042.htmOracle RAC 客户端连接负载均衡(Load Balance) http://www.linuxidc.com/Linux/2012-10/72158.htmOracle RAC 服务器端连接负载均衡(Load Balance) http://www.linuxidc.com/Linux/2012-10/72182.htmOracle RAC 负载均衡测试(结合服务器端与客户端) http://www.linuxidc.com/Linux/2012-10/72331.htm1、TFA描述   
  #下面关于TFA来自Oracle 的官方描述 ID 453293.1
  Transparent Application Failover (TAF) is a feature of the Oracle Call Interface (OCI) driver at client side.
  It enables the application to automatically reconnect to a database, if the database instance to which the connection is
  made fails. In this case, the active transactions roll back.
  Tnsnames Parameter: FAILOVER_MODE   When an instance to which a connection is established fails or is shutdown, the connection on the client side becomes
  stale and would throw exceptions to the caller trying to use it. TAF enables the application to transparently reconnect
  to a preconfigured secondary instance creating a fresh connection, but identical to the connection that was established
  on the first original instance.
 
  #简单一点来说,就是说对于那些已经成功连接到特定实例的客户端,如果该实例或节点异常宕机,客户端会自动重新发出到剩余实例的连
  #接请求。使得客户端感觉不到它所连接的实例或节点已经出现故障,这个就称之为透明转移。但其间的活动事务将被回滚。
  #通过在客户端的tnsnames.ora中配置FAILOVER_MODE项实现TFA2、服务器端、客户端的环境
  #服务器端环境,host信息
  oracle@bo2dbp:~> cat /etc/hosts |grep vip
  192.168.7.61 bo2dbp-vip.2gotrade.com    bo2dbp-vip
  192.168.7.62 bo2dbs-vip.2gotrade.com    bo2dbs-vip
 
  #服务器端环境,集群信息
  oracle@bo2dbp:~> ./crs_stat.sh
 Resource name                                Target   State           
  --------------                                ------   -----           
  ora.GOBO4.GOBO4A.inst                       OFFLINE    OFFLINE on bo2dbp  #此时节点1上的实例被关闭
  ora.GOBO4.GOBO4B.inst                       ONLINE   ONLINE on bo2dbs 
  ora.GOBO4.db                                  ONLINE   ONLINE on bo2dbp 
  ora.bo2dbp.ASM1.asm                         ONLINE   ONLINE on bo2dbp 
  ora.bo2dbp.LISTENER_BO2DBP.lsnr             ONLINE   ONLINE on bo2dbp 
  ora.bo2dbp.LISTENER_ORA10G_BO2DBP.lsnr        ONLINE   ONLINE on bo2dbp 
  ora.bo2dbp.gsd                                ONLINE   ONLINE on bo2dbp 
  ora.bo2dbp.ons                                ONLINE   ONLINE on bo2dbp 
  ora.bo2dbp.vip                                ONLINE   ONLINE on bo2dbp 
  ora.bo2dbs.ASM2.asm                         ONLINE   ONLINE on bo2dbs 
  ora.bo2dbs.LISTENER_BO2DBS.lsnr             ONLINE   ONLINE on bo2dbs 
  ora.bo2dbs.LISTENER_ORA10G_BO2DBS.lsnr        ONLINE   ONLINE on bo2dbs 
  ora.bo2dbs.gsd                                ONLINE   ONLINE on bo2dbs 
  ora.bo2dbs.ons                                ONLINE   ONLINE on bo2dbs 
  ora.bo2dbs.vip                                ONLINE   ONLINE on bo2dbs 
  ora.ora10g.db                               ONLINE   ONLINE on bo2dbp  #客户端环境
  robin@SZDB:~> cat /etc/issue
 
  Welcome to SUSE Linux Enterprise Server 10 SP3 (x86_64) - Kernel (l).
 
  robin@SZDB:~> sqlplus -v
 
  SQL*Plus: Release 10.2.0.3.0 - Production
 
  #客户端tnsnames配置 
  GOBO4_TFA =
 (DESCRIPTION =
   (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.61)(PORT = 1521))
   (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.62)(PORT = 1521))
   (LOAD_BALANCE = yes)
   (CONNECT_DATA =
     (SERVER = DEDICATED)
     (SERVICE_NAME = GOBO4)
      (FAILOVER_MODE =     #FAILOVER_MODE项参数
     (TYPE = session)
     (METHOD = basic)
     (RETRIES = 180
     (DELAY = 5)
      )
   )
 )
 
3、FAILOVER_MODE项分析
  FAILOVER_MODE项是实现TFA的主要配置内容,下面对其进行描述.
 
  METHOD: 用户定义何时创建到其实例的连接,有BASIC 和 PRECONNECT 两种可选值
    BASIC: 客户端通过地址列表成功建立连接后,即仅当客户端感知到节点故障时才创建到其他实例的连接
    PRECONNECT: 预连接模式,是在最初建立连接时就同时建立到所有实例的连接,当发生故障时,立刻就可以切换到其他链路上
   
    上述两种方式各有优劣,前者建立连接的开销相对较小,但failover时会产生延迟,而后者正好与前者相反
   
  TYPE: 用于定义发生故障时对完成的SQL 语句如何处理,其中有2种类型:session 和select
    select:使用select方式,Oracle net会跟踪事务期间的所有select语句,并跟踪每一个与当前select相关的游标已返回多少行给客户
      端。此时,假定select查询已返回500行,客户端当前连接的节点出现故障,Oracle Net自动建立连接到幸存的实例上并继续返回
      剩余的行数给客户端。假定总行数为1500,行,则1000行从剩余节点返回。
    session: 使用session方式,所有select查询相关的结果在重新建立新的连接后将全部丢失,需要重新发布select命令。
   
    上述两种方式适用于不同的情形,对于select方式,通常使用与OLAP数据库,而对于session方式则使用与OLTP数据库。因为select
    方式,Oracle 必须为每个session保存更多的内容,包括游标,用户上下文等,需要更多的资源。
   
    其次,两种方式期间所有未提交的DML事务将自动回滚且必须重启启动。alter session语句不会failover。
    临时对象不会failover也不能被重新启动。
   
  RETRIES: 表示重试的次数
  DELAY:表示重试的间隔时间
  • 1
  • 2
  • 下一页
Oracle RAC failover 测试(Server TFA方式)Oracle RAC failover 测试(连接时故障转移)相关资讯      Oracle RAC 
  • Oracle RAC 更换存储实验  (今 06:38)
  • Oracle RAC客户端tnsnames.ora相关  (09/02/2015 19:31:57)
  • Oracle 11gR2 RAC集群服务启动与关  (04/29/2015 10:27:54)
  • 11.2.04 Oracle RAC 目录中   (12/21/2015 15:10:42)
  • 关于心跳网络引起的Oracle RAC的节  (06/04/2015 17:53:20)
  • RedHat 6.4安装Oracle11.2.0.2 RAC  (04/27/2015 19:26:34)
本文评论 查看全部评论 (0)
表情: 姓名: 字数


评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • <