Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

40

积分

0

好友

14

主题
1#
发表于 2012-12-9 16:47:57 | 查看: 6222| 回复: 10
本帖最后由 taoy_2008 于 2012-12-9 16:50 编辑

操作系统版本:aix 6.1
数据库版本: 11.2.0.1

在数据库运行的时候 alert日志提示下面错误.并且数据库自动重启.
Sun Dec 09 02:18:02 2012
Thread 2 advanced to log sequence 1019 (LGWR switch)
Current log# 18 seq# 1019 mem# 0: +DATA/sxappdb/onlinelog/group_18.322.801509351
Sun Dec 09 02:18:17 2012
Errors in file /u01/app/oracle/diag/rdbms/sxappdb/sxappdb2/trace/sxappdb2_ora_10027692.trc (incident=158169):
ORA-00600: 内部错误代码, 参数: [kcbo_switch_cq_1], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/sxappdb/sxappdb2/incident/incdir_158169/sxappdb2_ora_10027692_i158169.trc
ORA-00600: internal error code, arguments: [kcbo_switch_cq_1], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/sxappdb/sxappdb2/incident/incdir_156073/sxappdb2_pmon_5243752_i156073.trc
Errors in file /u01/app/oracle/diag/rdbms/sxappdb/sxappdb2/trace/sxappdb2_pmon_5243752.trc:
ORA-00600: internal error code, arguments: [kcbo_switch_cq_1], [], [], [], [], [], [], [], [], [], [], []
PMON (ospid: 5243752): terminating the instance due to error 472
Sun Dec 09 02:19:30 2012
ORA-1092 : opitsk aborting process
Sun Dec 09 02:19:30 2012
License high water mark = 195
System state dump is made for local instance
System State dumped to trace file /u01/app/oracle/diag/rdbms/sxappdb/sxappdb2/trace/sxappdb2_diag_4260732.trc
Instance terminated by PMON, pid = 5243752
USER (ospid: 9502742): terminating the instance
Instance terminated by USER, pid = 9502742
Sun Dec 09 02:19:48 2012
Adjusting the default value of parameter parallel_max_servers
from 1920 to 1485 due to the value of parameter processes (1500)
Starting ORACLE instance (normal)
sskgpgetexecname failed to get name

600.rar

559.27 KB, 下载次数: 1163

trace

2#
发表于 2012-12-11 12:32:22
AIX +  11.2.0.1.0 - 64bit Production
  1. Dump continued from file: /u01/app/oracle/diag/rdbms/sxappdb/sxappdb2/trace/sxappdb2_pmon_9895952.trc
  2. ORA-00600: internal error code, arguments: [kcbo_switch_cq_1], [], [], [], [], [], [], [], [], [], [], []

  3.    SO: 0x700000eb0bb6800, type: 4, owner: 0x700000e90a9d2d8, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
  4.      proc=0x700000e90a9d2d8, name=session, file=ksu.h LINE:11467 ID:, pg=0
  5.     (session) sid: 49 ser: 1 trans: 0x0, creator: 0x700000e90a9d2d8
  6.               flags: (0x51) USR/- flags_idl: (0x1) BSY/-/-/-/-/-
  7.               flags2: (0x409) -/-/INC
  8.               DID: 0002-, short-term DID:
  9.               txn branch: 0x0
  10.               oct: 0, prv: 0, sql: 0x0, psql: 0x0, user: 0/SYS
  11.     ksuxds FALSE at location: 0
  12.     service name: SYS$BACKGROUND
  13.     Current Wait Stack:
  14.       Not in wait; last wait ended 1.585446 sec ago
  15.     Wait State:
  16.       fixed_waits=0 flags=0x21 boundary=0x0/-1
  17.     Session Wait History:
  18.         elapsed time of 1.585479 sec since last wait
  19.      0: waited for 'ges message buffer allocation'
  20.         pool=0x0, request=0x1, allocated=0x0
  21.         wait_id=408 seq_num=409 snap_id=1
  22.         wait times: snap=0.000006 sec, exc=0.000006 sec, total=0.000006 sec
  23.         wait times: max=infinite
  24.         wait counts: calls=0 os=0
  25.         occurred after 0.169666 sec of elapsed time
  26.      1: waited for 'pmon timer'
  27.         duration=0x12b, =0x0, =0x0
  28.         wait_id=407 seq_num=408 snap_id=1
  29.         wait times: snap=2.990037 sec, exc=2.990037 sec, total=2.990037 sec
  30.         wait times: max=2.990000 sec
  31.         wait counts: calls=1 os=1
  32.         occurred after 0.000650 sec of elapsed time

复制代码

回复 只看该作者 道具 举报

3#
发表于 2012-12-11 12:43:32
考虑 设置 "_write_clones"=0  可能可以workaround该问题

SQL> alter system set "_write_clones"=0 ;

System altered.

该参数可以在线设置

回复 只看该作者 道具 举报

4#
发表于 2012-12-13 08:27:24
本帖最后由 taoy_2008 于 2012-12-15 02:11 编辑

该参数在自动重启后,我们已经设置过.但是问题依旧.

不知道和客户端版本有没问题. 客户端是10.2.0.3 的版本.

回复 只看该作者 道具 举报

5#
发表于 2012-12-15 02:14:01
客户端是10.2.0.3 的版本. 不知道跟这个有无关系

回复 只看该作者 道具 举报

6#
发表于 2012-12-15 13:08:02
我认为与client版本无具体关系, 建议你考虑升级 或者做RAC调优解决该问题。

回复 只看该作者 道具 举报

7#
发表于 2012-12-15 18:13:10
Liu Maclean(刘相兵 发表于 2012-12-15 13:08
我认为与client版本无具体关系, 建议你考虑升级 或者做RAC调优解决该问题。 ...

我已经把数据库升级到11.2.0.3 .重新执行操作,reboot依旧.

回复 只看该作者 道具 举报

8#
发表于 2012-12-16 14:15:40
taoy_2008 发表于 2012-12-15 18:13
我已经把数据库升级到11.2.0.3 .重新执行操作,reboot依旧.

搞不定就open个sr给oracle吧。

回复 只看该作者 道具 举报

9#
发表于 2012-12-16 14:25:15
taoy_2008 发表于 2012-12-15 18:13
我已经把数据库升级到11.2.0.3 .重新执行操作,reboot依旧.

我水平很马马虎虎,crs重启的多数原因都是无非两个,时间或者网络,可以尝试看看。

回复 只看该作者 道具 举报

10#
发表于 2012-12-16 17:57:30
wind 发表于 2012-12-16 14:25
我水平很马马虎虎,crs重启的多数原因都是无非两个,时间或者网络,可以尝试看看。 ...

磁盘,系统负载也有可能

回复 只看该作者 道具 举报

11#
发表于 2012-12-27 16:28:10
kcbo_switch_cq隶属于latch:object queue header operation,查下事发时段该latch是否等待严重。
如果严重可以以此为切入点进行诊断,例如关闭DRM
抛砖引玉~

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-16 06:35 , Processed in 0.052860 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569