ora_reco_070361 hs message to agent event 等待事件

现象描述：oracle通过透明网关查询Teradata数据库的表突然变得很慢，小表可以查询出来，大表干脆就出不来。

 

分析过程：

1.网络可以ping通，小表可以过来，说明网络和网关都没有什么问题的。

2.询问Teradata的数据库管理员，说Teradata数据库虽然是做过升级，但是对账户没有做任何的更改，也没有做其他任何的限制设置。

3.会不会是透明网关出了问题？查找资料，连oracle的官方文档都看了，关于透明网关的描述不多，设置就更少了。

4.但是在测试查询的时候，重启透明网关的listener服务的时候，确实会有报服务重启失败的时候。设置listener.ora文件的主机名为IP，而不是主机名。这个问题可以解决，但是取数慢的问题还是没有解决。

5.那么多的数据要从Teradata的数据库中抽取过来，这个问题必须得解决啊。

数据查询突然变得很慢，是不是由于阻塞或者着等待？带着这样的问题，傻逼似的查看oracle的v$session ,v$lock,V$SESSION_WAIT逐一排查，最终发现了：

看情形是和异构有关系，杀掉此session ：alter system kill session '146,1' immediate;

这样操作杀不掉，最后不得不登录Linux到后台，杀掉该session的进程。

（注意：我的数据库版本是

 Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options 

在网上查询，有说杀掉次进程导致数据库崩溃的情况，我的这个版本没有遇见，大家谨慎使用）；

 

6.最后问题当然就解决了。~~~

 

通过透明网关查询teradata的数据库还是一样的快啊。。。

 

 

ps :

matalink:

RECO process is always automatically started whenever Distributed Transactions are enabled and the Distributed Option must be installed in order for the Recoverer (RECO) process to be automatically started when STARTUP is issued. 

Here are some parameters related to RECO process:

DISTRIBUTED_TRANSACTONS 
DBLINK_ENCRYPT_LOGIN 
DISTRIBUTED_RECOVERY_CONNECTION_HOLD_TIME 
MAX_TRANSACTION_BRANCHES 
OPEN_LINKS_PER_INSTANCE 
REMOTE_DEPENDENCIES_MODE 
OPEN_LINKS

 

转载于:https://www.cnblogs.com/Alex-Zeng/p/3147967.html