ITPub博客

首页 > 数据库 > Oracle > RAC的TAF简单测试

RAC的TAF简单测试

原创 Oracle 作者:watershed 时间:2008-07-30 11:25:21 0 删除 编辑

ZT: http://yangtingkun.itpub.net/

测试一

OracleRAC的高可用功能除了负载均衡还包括TAFTransparent Application Failover)。

RACTAF是指会话连接到一个实例上,如果这个实例出现了故障,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给出的解决方法是应用程序对这个错误进行处理。

如果将FAILOVERTYPE改为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错误

测试二

这篇文章讨论FAILOVERSESSIONSELECT选项。

上一篇简单介绍了TAF,并通过具体的说明了SESSIONSELECT的区别。但是那个例子展示的只是二者区别的一个现象而已。真正的区别在于,配置了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主要起作用在执行后和每一页的结束后。

PAUSESQL结果的提取是没有关系的。这也是为什么在PAUSE继续执行之后,仍然得到了一些记录的原因。

而且从最终获取105条记录也可以看出,OracleFETCH操作是通过数组进行的,在PAUSE的时候,这次数组提取已经完成。而PAUSE结束后,本次获取的数据可以显示,再次提取的时候出现了错误。

SQL> SHOW ARRAY
arraysize 15

可以看到,Oracle实际执行了7次提取操作。

上面扯远了一点,下面继续看FAILOVERSELECT表现。

首先修改tnsnames.oraFAILOVER的配置:

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也得到了完整的结果,没有因实例故障而出现错误。这就是FAILOVERSESSIONSELECT设置的区别。

测试三

这篇简单讨论一下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的修改生效。采用上一篇文章的方法,利用SQLPLUSPAUSE命令观察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是针对SESSIONSELECT的,它不支持事务的切换。其实想想也是有道理的,当连接的实例发生了故障,客户端的连接发生了切换之后,SESSION信息、INSTANCE信息以及其他很多事务依赖的东西都不存在了,Oracle为了保证事务的完整性和一致性,必要要求用户回滚事务。

第二,SELECT模式的TAF只对不包含任何事务处理的查询有效。一旦用户执行了修改操作,SELECT模式也无法在TAF之后将进行一半的查询完成。

最后,如果启用了TAF功能,那么程序必须要添加处理ORA-25402错误的能力,否则一旦发生TAF切换,程序将一直报错,而无法再进行任何操作.

[@more@]

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/75730/viewspace-1008086/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2011-07-25

  • 博文量
    33
  • 访问量
    1388283