数据库 alert.log 日志中出现 "[Oracle][ODBC SQL Server Wire Protocol driver][SQL Server] 'RECOVER'"报错信息

现象描述：

(1).数据库通过调用透明网络实现分布式事务，但透明网关停用后，失败的分布式事务并未清理。

(2).数据库 alert 日志

Thu Sep 06 06:53:00 2018

Errors in file /u01/app/oracle/diag/rdbms/zszdb/ZSZDB/trace/ZSZDB_reco_12245.trc:

ORA-01017: invalid username/password; logon denied

[Oracle][ODBC SQL Server Wire Protocol driver][SQL Server] 'RECOVER' ʧ {28000,NativeErr = 18456}

ORA-02063: preceding 2 lines from MSQL

(3).数据库 RECO 进程 trc 日志

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic Storage Management, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_1

System name: Linux

Node name: zszdb

Release: 2.6.27.19-5-default

Version: #1 SMP 2009-02-28 04:40:21 +0100

Machine: x86_64

Instance name: ZSZDB

Redo thread mounted by this instance: 1

Oracle process number: 19

Unix process pid: 12245, image: oracle@zszdb (RECO)

 

*** 2018-09-06 06:06:59.158

*** SESSION ID:(325.1) 2018-09-06 06:06:59.158

*** CLIENT ID:() 2018-09-06 06:06:59.158

*** SERVICE NAME:(SYS$BACKGROUND) 2018-09-06 06:06:59.158

*** MODULE NAME:() 2018-09-06 06:06:59.158

*** ACTION NAME:() 2018-09-06 06:06:59.158

 

ERROR, tran=9.13.220456, session#=1, ose=0:

ORA-01017: invalid username/password; logon denied

[Oracle][ODBC SQL Server Wire Protocol driver][SQL Server] 'RECOVER' ʧ {28000,NativeErr = 18456}

ORA-02063: preceding 2 lines from MSQL

 

故障原因：

Oracle 数据库中，RECO 进程用于自动地解决分布式事务发生错误的情况。一个节点上的 RECO 进程将会自动连接至存在 in-doubt 分布式事务的数据库上。当 RECO 进程建立了数据库连接后，它将会自动解决处于 in-dount 状态的分布式事务，并将解决后的事务从 pending transation 表中删除。

（In a distributed database, the RECO) automatically resolves failures in distributed transactions. The RECO process of a node automatically connects to other databases involved in an in-doubt distributed transaction. When RECO reestablishes a connection between the databases, it automatically resolves all in-doubt transactions, removing from each database's pending transaction table any rows that correspond to the resolved transactions.）

故障场景中，数据库通过调用透明网络实现分布式事务，但透明网关停用后，失败的分布式事务并未清理。

例如：分布式事务于 PREPARE PHASE 阶段出现异常。

则在本地端查询 SQL> select local_tran_id,state from dba_2pc_pending; 可得类似如下结果：

LOCAL_TRAN_ID STATE

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

2.12.64845 collecting

在远端查询 SQL> select local_tran_id,state from dba_2pc_pending; 可得类似如下结果：

no rows selected

即表示本地数据库要求其他点做好 commit 或者 rollback 准备，现在正在“收集”其他点的数据库的返回信息，但是此时出现了错误，远端数据库未知状态（in doubt）。

而 RECO 进程不断自动处理无法解决的分布式事务，因此在数据库 alert.log 日志中不断报错。

 

故障处理步骤：

为防止 RECO 进程不断自动处理无法解决的分布式事务，需要将本地端的全局协调者（Global Coordinator）的 pending transation 清除掉。

依照上述例子的场景，分布式事务于 PREPARE PHASE 阶段出现异常。因此，需要以 SYS 用户登录本地端数据库，执行如下清理命令。

SQL> execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');

其中，local_tran_id 为本地端的事务 ID。

 

参考文档：

(1).http://blog.sina.com.cn/s/blog_6cfadffb0100m48t.html

 

 

 

li {list-style-type:decimal;}.wiz-editor-body ol.wiz-list-level2 > li {list-style-type:lower-latin;}.wiz-editor-body ol.wiz-list-level3 > li {list-style-type:lower-roman;}.wiz-editor-body blockquote {padding: 0 12px;}.wiz-editor-body blockquote > :first-child {margin-top:0;}.wiz-editor-body blockquote > :last-child {margin-bottom:0;}.wiz-editor-body img {border:0;max-width:100%;height:auto !important;margin:2px 0;}.wiz-editor-body table {border-collapse:collapse;border:1px solid #bbbbbb;}.wiz-editor-body td,.wiz-editor-body th {padding:4px 8px;border-collapse:collapse;border:1px solid #bbbbbb;min-height:28px;word-break:break-word;box-sizing: border-box;}.wiz-hide {display:none !important;}
-->