[ТЕМА ЗАКРЫТА]
16.09.2006 18:07
undos
 
При работе с DBA Studio произошел перебой энергии, теперь при попытке подключения к базе через любые программы возникает ошибка ORA-03113: принят сигнал конца файла по коммуникационному каналу. Что посоветуете предпринять ? (Oracle 8.1.6, база СМ 1.024.5)
16.09.2006 20:56
OlegON
 
В первую очередь надо помнить о том, что есть поиск по форуму, тем более, что это записано в правилах. По этой ошибке уже два сообщения находятся. И по ним видно, как разбираются подобные случаи - в первую очередь надо смотреть alert.log, там сказано, почему база тебя выкинула. Загляни туда, если речь о восстановлении носителя - попробуй зайти в svrmgrl от internal (в доке админа написано, как это сделать, в разделе по бэкапу), сказать
recover;
alter database open;
если на recover отругается, то читай https://olegon.ru/index.php?name=For...iewtopic&t=557
3й пункт, он тебе подойдет, наверное, ну, а если не подойдет, цитируй сюда, что напишет в ругательствах на recover и на 3й пункт. Только позаботься, чтобы не кракозябликами сообщения были, выставь nls_lang, в доке это тоже есть.
17.09.2006 20:01
undos
 
Захожу в svrmgrl,
сообщение об ошибке ORA-03113 .......
SVRMGR> CONNECT INTERNAL /pass@db2000
сразу же сообщение об ошибке ORA-03113, затем при выполнении любой команды ORA-03114: not connected to ORACLE.
Изображения
Тип файла: jpg Сообщение об ошибке.JPG (13.7 Кб, 3101 просмотров)
Тип файла: jpg Сообщение об ошибке.JPG (13.7 Кб, 3101 просмотров)
17.09.2006 21:42
OlegON
 
Цитата:
undos Захожу в svrmgrl,
сообщение об ошибке ORA-03113 .......
SVRMGR> CONNECT INTERNAL /pass@db2000
сразу же сообщение об ошибке ORA-03113, затем при выполнении любой команды ORA-03114: not connected to ORACLE.
Ну епрст, давай так попробую "в первую очередь надо смотреть alert.log"
что в нем на этот момент?
18.09.2006 10:19
undos
 
olegon, не знаю, что конкретно из файла написать, поэтому весь небольшой log
18.09.2006 11:41
akonev
 
Конкретно написать надо было вот это

Mon Sep 18 08:00:21 2006
Errors in file D:\ORACLE\admin\omega01\bdump\omega01SMON.TRC:
ORA-00600: internal error code, arguments: [4194], [44], [42], [], [], [], [], []

он там поминает
D:\ORACLE\admin\omega01\bdump\omega01SMON.TRC
давай его тоже "в студию"
18.09.2006 11:49
akonev
 
хотя вообще-то, общая рекомендация про ORA-00600 [4194] звучит так:
"лучше всего - восстановиться из бэкапа"
18.09.2006 12:08
OlegON
 
ERROR:
ORA-600 [4194] [a] [b]

VERSIONS:
versions 6.0 to 10.1

DESCRIPTION:

A mismatch has been detected between Redo records and rollback (Undo)
records.

We are validating the Undo record number relating to the change being
applied against the maximum undo record number recorded in the undo block.

This error is reported when the validation fails.

ARGUMENTS:
Arg [a] Maximum Undo record number in Undo block
Arg [b] Undo record number from Redo block

FUNCTIONALITY:
Kernel Transaction Undo called from Cache layer

IMPACT:
PROCESS FAILURE
POSSIBLE ROLLBACK SEGMENT CORRUPTION

SUGGESTIONS:

This error may indicate a rollback segment corruption.

This may require a recovery from a database backup depending on
the situation.
18.09.2006 12:10
OlegON
 
У меня такое было. Причем недавно. Восстанавливался, подсовывая редо-логи (в соседней теме про поднятие с битыми рбс тоже есть), потом поубивал все рбс и создал новые. Вроде живет.
Про рбс тут https://olegon.ru/index.php?name=For...iewtopic&t=587
18.09.2006 12:42
undos
 
Простите, но можно поподробнее рассказать где менять rollback_segments на _corrupted_rollback_segments = ( с тем же содержимым ), как удалить эти RBS (сами файлы RBS* или где-то в DBA ?)
18.09.2006 12:48
OlegON
 
Это все параметры инициализации, меняются в ini*.ora.
Посмотри в "Программировании", я там батник на удаление RBS создавал, как раз по этому поводу.
18.09.2006 13:23
undos
 
У меня в файле инициализации параметр rollback_segments закоментирован был, но я как ты описывал поставил _corrupted_rollback_segments = ( с тем же содержимым) но к базе подключиться не могу:
SVRMGR> CONNECT INTERNAL /pass@db2000
сразу же сообщение об ошибке ORA-03113, затем при выполнении любой команды ORA-03114: not connected to ORACLE.
18.09.2006 13:29
OlegON
 
Залезь в реестр и поставь, чтобы база автоматом не стартовала. Не сервис, а ORA_SID_AUTOSTART, где SID - имя базы. И @ в строке коннекта не пиши. connect internal/пароль.
18.09.2006 15:01
undos
 
olegon, поставил ORA_Имя_AUTOSTART FALSE, но
SVRMGR> CONNECT INTERNAL /pass
сразу же сообщение об ошибке ORA-03113, затем при выполнении любой команды ORA-03114: not connected to ORACLE, может этот метод с заменой rollback_segments не поможет, ведь этот параметр был закоментирован (#) ?

Подскажи еще, плиз, как мне базу удалить, если даже через DBA не удаляется она.
18.09.2006 15:21
OlegON
 
Давай определимся, что тебе нужно сделать с базой? Если просто грохнуть - убей сервис и файлы, будет тебе счастье. Команда консоли oradim. После того, как ORA_Имя_AUTOSTART FALSE, сервис базы перезапускал? Не может она падать, если она не запущена :)
19.09.2006 23:36
mighty
 
>SVRMGR> CONNECT INTERNAL /pass
Попробуй законнектиться в SQL+, ServerManager (если мне память не изменяет) использует свой репозитарий и перед любым коннектом проверяет права на этот репозитарий, видимо в этот момент и слетает..А в SQL+ коннект под internal происходит к экземпляру, независимо какие там пользователи в метаданных заведены. Вот в PL\SQL девелопер при экземпляре в mount тоже под internal не войдешь, а в SQL+ легко..
Опции темы


Часовой пояс GMT +3, время: 09:30.

 

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