批注：查询结果中如果是NONE，说明这个连接没有使用TAF；如果和客户端tnsnames.ora配置中的相同，说明使用了TAF。

三.Service-Side TAF

Service-Side TAF，服务器透明故障转移可以看作是TAF的一个变种。首先Service-Side TAF也是TAF，所有TAF的特点它都具有；其次，这种TAF是在服务器

上配置的，而不像TAF在客户端配置的。

Client-Side TAF 配置过程需要修改客户端的tnsnames.ora文件，如果有很多客户端使用这个数据库，那么每次微小的参数调整都要把所有客户端的

tnsnames.ora都调整一遍，既低效又易出错。而Service-Side TAF通过结合Service，在数据库里保存FAIL-MODE的配置，把所有的TAF配置保存在数据字典

中，从而省去了客户端的配置工作。

从配置参数而言，Service-Side TAF和TAF相比多了一个Instance Role 的概念。所谓实例Instance Role就是当多个Instance参与一个Service时，可以配置优化

使用哪一个Instance为用户提供服务。用户共享两种可选角色。

PREFERRED:首选实例，会优先选择拥有这个角色的实例提供服务。

AVAILABLE：后备实例，用户连接会优先选择PREFERRED的Instance，当PREFERRED的Instance不可用时，才会转到AVAILABLE的Instance上。

要使用Service-Side TAF必须配置Service。Service 可以在创建数据库时创建，也可以在数据库创建之后修改；既可以通过配置向导也可以通过命令方式进行

配置。

下面分别演示采用DBCA和手工两种方式配置Service的过程。

方式一：使用DBCA配置Service

1)oracle用户下运行DBCA出现欢迎界面

2)在已有的RAC数据库上创建新的Service，此处选择"Service Management"

3)选择要配置Service的数据库

4)添加Service名字以及定义实例角色

5)查看配置的Service是否创建成功

[oracle@rac1 ~]$ crs_stat -t -v

Name           Type           R/RA   F/FT   Target    State     Host

----------------------------------------------------------------------

ora.HHPEN1.db  application    0/1    0/1    OFFLINE   OFFLINE

ora.orcl.db    application    0/1    0/1    ONLINE    ONLINE    rac2

ora....l1.inst application    0/5    0/0    ONLINE    ONLINE    rac1

ora....l2.inst application    0/5    0/0    ONLINE    ONLINE    rac2

ora...._TAF.cs application    0/0    0/1    ONLINE    ONLINE    rac1

ora....cl1.srv application    0/0    0/0    ONLINE    ONLINE    rac1

ora....SM1.asm application    0/5    0/0    ONLINE    ONLINE    rac1

ora....C1.lsnr application    0/5    0/0    ONLINE    ONLINE    rac1

ora.rac1.gsd   application    0/5    0/0    ONLINE    ONLINE    rac1

ora.rac1.ons   application    0/3    0/0    ONLINE    ONLINE    rac1

ora.rac1.vip   application    0/0    0/0    ONLINE    ONLINE    rac1

ora....SM2.asm application    0/5    0/0    ONLINE    ONLINE    rac2

ora....C2.lsnr application    0/5    0/0    ONLINE    ONLINE    rac2

ora.rac2.gsd   application    0/5    0/0    ONLINE    ONLINE    rac2

ora.rac2.ons   application    0/3    0/0    ONLINE    ONLINE    rac2

ora.rac2.vip   application    0/0    0/0    ONLINE    ONLINE    rac2

SQL> show parameter service;

NAME                                 TYPE     VALUE

------------------------------------ -------- ------------------------------

service_names                        string   orcl, orcl_TAF

6)如果客户端想要通过service方式连接数据库，需要在TNS条目中使用service_name方式引用数据库。

7)修改Service的TAF配置，需要使用dbms_service.modify_service

批注：无论使用DBCA还是srvctl命令来配置Service，都无法配置TAF的type、delay、retries这三个属性。必须使用dbms_service包来修改这些属性。

8)确认修改已经生效

方式二：使用命令配置Service

1)创建Service语法如下：

srvctl add service -d -s -r "preferred-instance-list" -a "avaiable-instance-list" -p

批注：其中TAF-policy选项可以是BASIC或PRECONNECT

2)查看配置

srvctl config service -d database-name [-s service-name] [-a]

客户端连接测试：

在ORACLE 10G中配置了Service-Side TAF之后，客户端甚至不需要tnsnames.ora文件，而是使用ORACLE 10G提供的新连接方法Easy Connect Naming

Methods。为了展示这一特性，测试之前先把客户端的tnsnames.ora文件改名存放，以保证客户端在没有TNS的情况下进行这个测试。使用Easy Connect

Naming Methods时的连接串格式如下：

username/password@[//]host[:port][/service_name]

客户端连接操作如下：

批注：该连接对应的server process的OS PID是14469，在操作系统上杀掉这个进程。

[oracle@rac1 ~]$ ps -ef|grep 14469

oracle   14469     1  0 19:47 ?        00:00:00 oracleorcl1 (LOCAL=NO)

oracle   18000 17607  0 19:50 pts/3    00:00:00 grep 14469

[oracle@rac1 ~]$ kill -9 14469

当前会话查询实例名和运行状态，此时会话已断开如下：

批注：按理说应该会跳转到rac2节点上，肯定哪个地方配置错了，稍后重新再看看。

上述方法没奏效，我选择关闭节点rac1的实例，验证结果。

补充：相同环境进行测试failover

1.客户端连接并查询会话ID

2.通过session ID在服务器端操作系统中删除该会话连接

3.会话并没有断开，服务器为其分配一个新的session ID

批注：当客户端连接集群数据库时，由于某些原因session ID被异常终端，已经配置了服务器端的故障转移，该会话并不会终端，而是服务器为其分配一个

新的session ID，继续通过当前会话为用户提供对数据库的操作。如果当前会话连接的实例宕掉，会自动去寻找备用实例。