ZT: http://yangtingkun.itpub.net/
测试一
Oracle的RAC的高可用功能除了负载均衡还包括TAF（Transparent Application Failover）。
RAC的TAF是指会话连接到一个实例上，如果这个实例出现了故障，Oracle会自动将会话迁移到另一个实例上。
看一个简单的例子。首先不配置TAF，在客户端TNSNAMES.ORA中进行如下的测试：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
)
)
现在没有配置TAF，连接数据库，检查实例信息：
SQL> CONN NDMAIN/NDMAIN@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
下面关闭TESTRAC2实例：
$ srvctl stop instance -d testrac -i testrac2
再次检查刚才连接的会话：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第 1 行出现错误:
ORA-03113: 通信通道的文件结束
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
ERROR:
ORA-03114: 未连接到 ORALCE
执行操作后，Oracle会报上面的错误。下面启动服务，配置TAF：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
)
)
)
$ srvctl start instance -d testrac -i testrac2
重新登陆，检查实例信息：
SQL> CONN NDMAIN/NDMAIN@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
再次关闭实例：
$ srvctl stop instance -d testrac -i testrac1
检查刚才的连接的会话：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第 1 行出现错误:
ORA-25408: 无法安全重放调用
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
虽然报了一个错误ORA-25408，但是再次执行的时候，Oracle已经自动切换到实例TESTRAC2上了。
启动TESTRAC1实例，然后关闭TESTRAC2实例：
$ srvctl start instance -d testrac -i testrac1
$ srvctl stop instance -d testrac -i testrac2
再次检查连接情况：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第 1 行出现错误:
ORA-25408: 无法安全重放调用
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
Oracle成功的切换回testrac1实例。Oracle这里也存在一个问题，就是会产生ORA-25408错误。Oracle给出的解决方法是应用程序对这个错误进行处理。
如果将FAILOVER的TYPE改为SELECT模式，则也不会出现这个错误，首先修改TNSNAMES中的设置：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
)
)
)
然后启动刚才关闭的TESTRAC2实例：
$ srvctl start instance -d testrac -i testrac2
重新连接到实例：
SQL> CONN NDMAIN/NDMAIN@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
关闭TESTRAC1实例：
$ srvctl stop instance -d testrac -i testrac1
检查会话连接的情况：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
这时第一次执行SQL就成功了，没有在出现ORA-25408错误
测试二
这篇文章讨论FAILOVER的SESSION和SELECT选项。
上一篇简单介绍了TAF，并通过具体的说明了SESSION和SELECT的区别。但是那个例子展示的只是二者区别的一个现象而已。真正的区别在于，配置了SELECT选项的FAILOVER在数据库实例失败时，会将会话切换到另一个实例，且将实例失败时运行的SELECT语句继续执行，并返回正确的结果。而SESSION则不具备这个功能。
先看看FAILOVER设置为SESSION的情况：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
)
)
)
下面先看看FAILOVER设置为SESSION的情况：
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
SQL> SET PAUSE ON
SQL> SELECT TRIGGER_NAME FROM DBA_TRIGGERS;
TRIGGER_NAME
------------------------------
DEF$_PROPAGATOR_TRIG
REPCATLOGTRIG
XDB$ACL$xd
xdb-log9_TAB$xd
SERVLET$xd
ftp-log14_TAB$xd
http-log20_TAB$xd
Folder23_TAB$xd
XDB$STATS$xd
XDB$CONFIG$xd
XDBCONFIG_VALIDATE
XDB_RV_TRIG
XDB_PV_TRIG
CWM$DIMENSIONDEL
CWM$CUBEDEL
CWM2$AWVIEWSUPD
CWM2$AWVIEWCOLSUPD
CWM$CLASSIFICATIONUPD
.
.
.
EM_TARGETS_DELETE
BLACKOUT_CHANGE
BLACKOUT_STATUS
UPDATE_SOURCE
BLACKOUT_WINDOW_INSERT
HANDLE_RELATED_TARGETS
MGMT_METRIC_COLL_INS
利用PAUSE的暂停功能，然后在另一个会话中关闭当前连接实例：
$ srvctl stop instance -d testrac -i testrac2
返回刚才执行SQL的窗口，按回车继续：
TRIGGER_NAME
------------------------------
MGMT_CREDS_UPD
MASTER_AGENT_CHANGE_TRIGGER
METRICS_INSERT_TRIGGER
TARGET_PROP_DEFS_TR
METRICS_DELETE
TARGETS_INSERT_TRIGGER
CHECK_DUPLICATE_TARGETS
RAW_METRICS_AFTER_INSERT
ERROR:
ORA-25401: 无法继续读取
已选择105行。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
虽然SELECT操作失败了。但是再次执行SQL时成功了。而且会话已经切换到了另外一个实例上。
从上面的结果也可以看到SQLPLUS的一些处理方法。PAUSE主要起作用在执行后和每一页的结束后。
而PAUSE和SQL结果的提取是没有关系的。这也是为什么在PAUSE继续执行之后，仍然得到了一些记录的原因。
而且从最终获取105条记录也可以看出，Oracle的FETCH操作是通过数组进行的，在PAUSE的时候，这次数组提取已经完成。而PAUSE结束后，本次获取的数据可以显示，再次提取的时候出现了错误。
SQL> SHOW ARRAY
arraysize 15
可以看到，Oracle实际执行了7次提取操作。
上面扯远了一点，下面继续看FAILOVER的SELECT表现。
首先修改tnsnames.ora中FAILOVER的配置：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
)
)
)
然后将刚才管理的instance启动：
$ srvctl start instance -d testrac -i testrac2
下面同样执行上面那个SQL，注意这里必须重新登陆一次，否则客户端TNSNAMES的修改无法对当前会话生效：
SQL> SET PAUSE OFF
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> SET PAUSE ON
SQL> SELECT TRIGGER_NAME FROM DBA_TRIGGERS;
TRIGGER_NAME
------------------------------
DEF$_PROPAGATOR_TRIG
REPCATLOGTRIG
XDB$ACL$xd
xdb-log9_TAB$xd
SERVLET$xd
ftp-log14_TAB$xd
http-log20_TAB$xd
Folder23_TAB$xd
XDB$STATS$xd
XDB$CONFIG$xd
XDBCONFIG_VALIDATE
XDB_RV_TRIG
XDB_PV_TRIG
.
.
.
UPDATE_SOURCE
BLACKOUT_WINDOW_INSERT
HANDLE_RELATED_TARGETS
MGMT_METRIC_COLL_INS
关闭当前会话连接的实例：
$ srvctl stop instance -d testrac -i testrac1
下面返回SQLPLUS会话，敲回车继续：
TRIGGER_NAME
------------------------------
MGMT_CREDS_UPD
MASTER_AGENT_CHANGE_TRIGGER
METRICS_INSERT_TRIGGER
TARGET_PROP_DEFS_TR
METRICS_DELETE
TARGETS_INSERT_TRIGGER
CHECK_DUPLICATE_TARGETS
RAW_METRICS_AFTER_INSERT
METRIC_ERRORS_CUR_AND_DUPES
SEVERITY_DELETE
INSERT_FLAT_TARGETS
MGMT_JOB_EXEC_INSERT
JOB_CMD_BLK_DELETE_TRIGGER
JOB_EXEC_DELETE_TRIGGER
.
.
.
SDO_DROP_USER_BEFORE
SDO_DROP_USER
SDO_GEOR_DROP_USER
SDO_NETWORK_DROP_USER
SDO_GEOR_TRUNC_TABLE
已选择164行。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
这次不但将会话切换到了正常的实例上，而且SELECT也得到了完整的结果，没有因实例故障而出现错误。这就是FAILOVER的SESSION和SELECT设置的区别。
测试三
这篇简单讨论一下TAF对事务的影响。
上一篇讨论的主要是TAF对查询的影响，那么Oracle是否也能对数据的修改进行TAF，下面来看一个例子。
客户端tnsnames.ora中的设置如下：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
)
)
)
下面尝试进行修改：
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> CREATE TABLE T (ID NUMBER);
表已创建。
SQL> INSERT INTO T VALUES (1);
已创建 1 行。
然后关闭当前连接的实例：
$ srvctl stop instance -d testrac -i testrac1
返回SQLPLUS界面执行任意SQL：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第 1 行出现错误:
ORA-25402: 事务处理必须重新运行
SQL> SELECT * FROM T;
SELECT * FROM T
*第 1 行出现错误:
ORA-25402: 事务处理必须重新运行
SQL> DELETE T;
DELETE T
*第 1 行出现错误:
ORA-25402: 事务处理必须重新运行
SQL> COMMIT;
COMMIT
*第 1 行出现错误:
ORA-25402: 事务处理必须重新运行
SQL> ROLLBACK;
回退已完成。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
可以看到，切换虽然成功了，但是执行任何操作都会返回ORA-25402错误，除非执行ROLLBACK操作。
将SESSION模式改为SELECT模式：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
)
)
)
启动刚才关闭的实例：
$ srvctl start instance -d testrac -i testrac1
重新连接，使得客户端tnsnames.ora的修改生效。采用上一篇文章的方法，利用SQLPLUS的PAUSE命令观察SELECT模式在进行了修改之后，是如何进行TAF的：
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> INSERT INTO T VALUES (1);
已创建 1 行。
SQL> SET PAUSE ON
SQL> SELECT TRIGGER_NAME FROM DBA_TRIGGERS;
TRIGGER_NAME
------------------------------
DEF$_PROPAGATOR_TRIG
REPCATLOGTRIG
XDB$ACL$xd
xdb-log9_TAB$xd
SERVLET$xd
ftp-log14_TAB$xd
http-log20_TAB$xd
Folder23_TAB$xd
.
.
.
UPDATE_SOURCE
BLACKOUT_WINDOW_INSERT
HANDLE_RELATED_TARGETS
MGMT_METRIC_COLL_INS
下面关闭连接的实例：
$ srvctl stop instance -d testrac -i testrac1
返回SQLPLUS敲回车继续：
TRIGGER_NAME
------------------------------
MGMT_CREDS_UPD
MASTER_AGENT_CHANGE_TRIGGER
METRICS_INSERT_TRIGGER
TARGET_PROP_DEFS_TR
METRICS_DELETE
TARGETS_INSERT_TRIGGER
CHECK_DUPLICATE_TARGETS
RAW_METRICS_AFTER_INSERT
ERROR:
ORA-25402: 事务处理必须重新运行
已选择105行。
现在得到了和昨天测试完全不一样的结果。
上面的测试说明两点问题。
首先，TAF是针对SESSION和SELECT的，它不支持事务的切换。其实想想也是有道理的，当连接的实例发生了故障，客户端的连接发生了切换之后，SESSION信息、INSTANCE信息以及其他很多事务依赖的东西都不存在了，Oracle为了保证事务的完整性和一致性，必要要求用户回滚事务。
第二，SELECT模式的TAF只对不包含任何事务处理的查询有效。一旦用户执行了修改操作，SELECT模式也无法在TAF之后将进行一半的查询完成。
最后，如果启用了TAF功能，那么程序必须要添加处理ORA-25402错误的能力，否则一旦发生TAF切换，程序将一直报错，而无法再进行任何操作.
[@more@]来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/75730/viewspace-1008086/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- 杂项记录
- Python类汇总
- Extended RAC and N-Way streams Replication
- 解决library cache pin等待事件
- 非常规方法，轻松应对Oracle数据库危急异常
- Oracle BBED 工具说明
- How To Configure Server Side Transparent Application Failover
- runInstaller 报错：Memory fault
- Remove a node from Oracle10g RAC cluster and add back for IBM AIX
- oracle9207 rac 升级到9208异常问题
