5 积分	1 好友	41 主题

发消息

[SQL调优] ORA－02068 ORA－03135 ORA-12571

1^#

发表于 2013-7-5 11:21:16 | 查看: 14727| 回复: 7

又来请教刘大啦！
我们帮助监视的一个客户的数据库，6月28日发生下面的错误
Thread 1 advanced to log sequence 21685 (LGWR switch)
  Current log# 3 seq# 21685 mem# 0: +DATA/cvt/onlinelog/group_3.5850.641984375
Fri Jun 28 14:40:56 2013
Error 2068 trapped in 2PC on transaction 2.6.312764. Cleaning up.
Error stack returned to user:
ORA-02068: following severe error from CMN
ORA-03135: connection lost contact
Fri Jun 28 15:09:02 2013
SMON: Parallel transaction recovery tried
Fri Jun 28 17:10:15 2013
Error 2068 trapped in 2PC on transaction 86.45.1701. Cleaning up.
Error stack returned to user:
ORA-02068: following severe error from CMN
ORA-12571: TTNS Packet writer failure

我个人初步怀疑是机器性能的问题。
这套RAC中有三个实例在运行。Oracle 10.2.0.4.0
CPU的负荷太高，连接数的上限已经超过。

init.ora Parameters
      Parameter Name Begin value End value (if different)
      open_cursors          600
      pga_aggregate_target 122683392
      processes                   814
      sessions                   900
      sga_max_size          1342177280
      sga_target                   1342177280
      shared_servers          1
我的问题是
1，产生上面错误的原因是什么
2，当CPU负荷过高时，上面的问题是不是发生。
3，有没有有效的对应方法

谢谢，请各位高手帮我看看。

刚才又查了一下监听的日志。发现下面的错误
TNS－12547
TNS－12516
TNS－12520
TNS－12505
TNS－12521

分享0

收藏0 回复只看该作者道具举报

kevinlin.ora

2^#

发表于 2013-7-5 12:01:15

检查下CMN侧的数据库看看

回复只看该作者道具举报

驻跸映辉

3^#

发表于 2013-7-5 14:34:18

CMN侧的数据库还可以正常使用。
忘记说一句，
这三个数据库是互为DBLINK。

回复只看该作者道具举报

驻跸映辉

4^#

发表于 2013-7-8 08:46:21

还是没有人知道吗？请高手帮我看看。

回复只看该作者道具举报

Maclean Liu(刘相兵

5^#

发表于 2013-7-8 16:24:46

Error 2068 trapped in 2PC on transaction 86.45.1701. Cleaning up.
Error stack returned to user:
ORA-02068: following severe error from CMN

2pc事务

1 、首先理清楚本地和远程关系
2、查2端的alert.log
3、我觉得你已经进入 panic mode了，这样不好

回复只看该作者道具举报

驻跸映辉

6^#

发表于 2013-7-8 16:53:03

因为权限的问题，CMN的日志现在还没有拿到。
又查了这个系统以前的日志，好像这个问题已经出现近3年。
平均每年都有3到4回（ORA-02068 ORA-03135）。
应该与系统性能有关。短时间内客户是不会对硬件进行升级的。
现在系统是正常运行状态。不知道下次会是什么时候再次发生这个问题。

现在想定的临时解决方案是修改sqlnet.ora文件的
SQLNET.INBOUND_CONNECT_TIMEOUT ＝0（无限制）
INBOUND_CONNECT_TIMEOUT_listenername

回复只看该作者道具举报