Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Не подключается к базе. ORA-03113 и internal error 600. : Супермаг Плюс (Супермаг 2000)

22.11.2024 21:41


18.10.2014 17:24
Win 2003 sp2, Oracle 8.1.6, база СМ 1.026.5. В прямом смысле уронили системный блок с базой, не в мелкие брызги, но неплохо так. База не запустилась. Диск с архивом мертвый, отдали в лабораторию по восстановлению ЖД, но ребята не обнадеживают.
Сделали копию нестартующей базы. При первых попытках запуска через DBA-Studio получили сообщение о несоответствии версий контрольных файлов. Заменили на контрольник с самой старшей версией. База перешла в состояние Mount. При попытке перехода в Open ругалась, что датафайл 2 нуждается в восстановлении. Прогнали через recover datafile 2, запросила восстановить 5, потом 6. База в состоянии Open. Но при попытке подключиться из Супермага возникает ошибка ORA-03113: принят сигнал конца файла по коммуникационному каналу.
Кусок alert.log
Sat Oct 18 16:49:51 2014
SMON: enabling cache recovery
SMON: enabling tx recovery
Sat Oct 18 16:49:51 2014
Errors in file C:\ORACLE\admin\DBNVEK\bdump\dbnvekSMON.TRC:
ORA-00600: internal error code, arguments: [4194], [32], [39], [], [], [], [], []

Sat Oct 18 16:49:52 2014
Completed: alter database open
Sat Oct 18 16:50:08 2014
Recovery of Online Redo Log: Thread 1 Group 3 Seq 7290 Reading mem 0
Mem# 0 errs 0: C:\ORACLE\ORADATA\DBNVEK\REDO03.LOG
SMON: terminating instance due to error 600
Instance terminated by SMON, pid = 19012

Если нужен SMON.TRC могу прицепить, но там, по-моему, значащие строки только эти, а дальше дамп.
Sat Oct 18 16:49:51 2014
ORACLE V8.1.6.3.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Oracle8i Release 8.1.6.3.0 - Production
JServer Release 8.1.6.3.0 - Production
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Instance name: dbnvek

Redo thread mounted by this instance: 1

Oracle process number: 6

Windows thread id: 19012, image: ORACLE.EXE


*** SESSION ID:(5.1) 2014-10-18 16:49:51.843
*** 2014-10-18 16:49:51.843
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [4194], [32], [39], [], [], [], [], []
Current SQL statement for this session:
insert into fet$ (file#,block#,ts#,length) values (:1,:2,:3,:4)
----- Call Stack Trace -----

Читал форум, похожие проблемы были, но мне не помогло. Нашел еще вот такое от Olegon.

"У меня такое было. Причем недавно. Восстанавливался, подсовывая редо-логи (в соседней теме про поднятие с битыми рбс тоже есть), потом поубивал все рбс и создал новые. Вроде живет.
Про рбс тут https://olegon.ru/index.php?name=Foru...iewtopic&t=587"

Обрадовался было, но ссылка мертвая.

Что посоветуете предпринять?
18.10.2014 17:29
Экспорт не даёт сделать?
18.10.2014 21:15
Не совсем понятно, чем recover закончилось? alter system switch logfile что говорит? Пересоздать rbs, temp, redo не помогает/не выявляет ошибки?
ORA-600 [4194] - сбитые redo или rbs...
18.10.2014 21:27
Все recover закончились с сообщением об успехе. Остальное завтра, там на ночь выключают все.
18.10.2014 21:29
В любом случае лучше экспортнуть в 9i, если планируете еще хоть полгода проработать.
18.10.2014 21:39
Цитата:
OlegON В любом случае лучше экспортнуть в 9i, если планируете еще хоть полгода проработать.
А почему? Мы уже 10 лет работаем на 8-ке. Вообще никаких проблем никогда не было.
18.10.2014 22:41
Потому, что эта база, скорее всего, битая где-то еще. В 8ке достаточно много проблем, в т.ч. странность с тупизной при приодолении какого-то размера именно Супермажной базой. Настаивать буду, скорее, только на экспорте.
19.10.2014 15:48
To Olegon 22.29: Спасибо, ткните, пожалуйста, носом где прочесть про "alter system switch logfile что говорит? Пересоздать rbs, temp, redo".
19.10.2014 18:28
Не понял, что есть 22.29? Про что прочесть? Команда эта выполняется? Сегменты пересоздайте, пересоздаются без ошибок?
Часовой пояс GMT +3, время: 21:41.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.