Guest-Guest
Дата: 20.02.2007 17:42:27
Порушилась база, бэкапа нет.
После реанимации сервера, полезли сообщения о битых redo. Попытался открыть resetlogs - не помогло.
На данный момент вылетает при попытке update undo$
Вот что в alert:
SMON: enabling cache recovery
Tue Feb 20 04:32:09 2007
Errors in file /home/oracle/OraHome1/admin/des/udump/des_ora_730.trc:
ORA-00600: internal error code, arguments: [4194], [34], [16], [], [], [], [], []
Tue Feb 20 04:32:09 2007
Doing block recovery for fno: 1 blk: 17
Tue Feb 20 04:32:09 2007
Recovery of Online Redo Log: Thread 1 Group 1 Seq 7 Reading mem 0
Mem# 0 errs 0: /database/desdb/indx/redo1.log
Doing block recovery for fno: 1 blk: 9
Tue Feb 20 04:32:09 2007
Recovery of Online Redo Log: Thread 1 Group 1 Seq 7 Reading mem 0
Mem# 0 errs 0: /database/desdb/indx/redo1.log
Tue Feb 20 04:32:09 2007
Errors in file /home/oracle/OraHome1/admin/des/udump/des_ora_730.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [34], [16], [], [], [], [], []
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Вот кусочки из трейса:
PARSING IN CURSOR #12 len=148 dep=1 uid=0 oct=6 lid=0 tim=1144467899417212 hv=1630696133 ad='67f4a9f4'
update undo$ set name=:2,file#=:3,block#=:4,status$=:5,user#=:6,undosqn=:7,xactsqn=:8,scnbas=:9,scnwrp=:10,inst#=:11,ts#=:12,spare1=:13 where us#=:1
END OF STMT
PARSE #12:c=3000,e=3237,p=6,cr=40,cu=0,mis=1,r=0,dep=1,og=0,tim=1144467899417208
BINDS #12:
bind 0: dty=1 mxl=32(09) mal=00 scl=00 pre=00 oacflg=18 oacfl2=1 size=32 offset=0
bfp=67f583ea bln=32 avl=09 flg=09
value="_SYSSMU1$"
bind 1: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=08 oacfl2=1 size=24 offset=0
bfp=4071a294 bln=24 avl=02 flg=05
value=2
bind 2: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=08 oacfl2=1 size=24 offset=0
bfp=40714e68 bln=24 avl=02 flg=05
value=9
bind 3: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=08 oacfl2=1 size=24 offset=0
bfp=40714e44 bln=24 avl=02 flg=05
value=5
----skip-----
WAIT #12: nam='db file sequential read' ela= 21 p1=1 p2=17 p3=1
*** 2007-02-20 04:32:09.004
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [4194], [34], [16], [], [], [], [], []
Потом:
Doing block recovery for fno: 1 blk: 9
WAIT #12: nam='db file sequential read' ela= 17 p1=1 p2=9 p3=1
Block header before block recovery:
---------skip-------
ORA-00604: error occurred at recursive SQL level 1
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [34], [16], [], [], [], [], []
EXEC #1:c=560915,e=690073,p=91,cr=812,cu=10,mis=0,r=0,dep=0,og=4,tim=1144467899872608
ERROR #1:err=1092 tim=1229395954
У кого-нить есть мысли на эту тему?
Спасибо.
Guest-Guest
Дата: 20.02.2007 21:50:28
Собственно копия есть, техподдержки нет. Все что необходимо - поднять инстанс и сделать экспорт.
На соседнем сервере есть эта же база но месячной давности (вернее это база с которой был сделан экспорт при переезде на новый сервер).
Насколько я понимаю из логов, блок 9 и 17 при чтении которых вылетает ORA-600 относятся к SYSTEM ROLLBACK который создается при старте, причем с прямым указанием BLOCK 9. Собственно хотелось бы понять, как отучить инстанс от попыток восстановления этих блоков..
Всевозможные варианты с _corrupted и _allow уже пробовал. Теперь вот раздумываю над bbed. Но там сам черт ногу сломит :)
Хотя, может кто подскажет что с этими блоками можно сделать?
Кстати, пробовал поднимать десяткой (alter open upgrade) - тот же самый результат. Только десятка еще сообщает что нет соотв. LOG MEMBER для SEQ#.