Раздел: ORA-00600

Обычно ошибка ORA-00600: internal error code, arguments: [4194] возникает тогда, когда оракл находит несоответствие между redo и undo. Есть у меня подозрение, что это связано с дисковым кэшем, но пока утверждать ничего не могу.

Как я борюсь с этой проблемой? далее

Тэги: ORA-00600, Восстановление, ошибки

Комментариев нет


Еще раз о ORA-00600

07 июля 2009

Еще одно утро началось с ORA-00600: internal error code, arguments: [kcratr1_lostwrt], [], [], [], [], [], [], []

Об этой ошибке уже было здесь. Но сегодня захотелось восстановить базу немножко иначе. И на этот раз повезло ! далее

Тэги: ORA-00600, Восстановление, ошибки

Комментариев нет


Сегодня была получена такая вот ошибка. Добрые люди подсказали, что проблема появилась после того как прервана была какая-то сессия. Из-за чего и возникла утечка памяти. Однозначно можно сказать, что данные не пострадали. И это уже хорошо. далее

Тэги: ORA-00600, ошибки

Комментариев нет


Все знают насколько приятно получать эту ошибку. О ней уже упоминалось на нашем блоге здесь, здесь, здесь. далее

Тэги: ORA-00600, Администратору в копилку, ошибки

Комментариев нет


Согласитесь, бывают радости в нашей жизни. На этот раз - ORA-00600: internal error code, arguments: [12700], [58262], ……. далее


Пасмурное осеннее утро, зеленый чай, Jem - Finally Woken, скоро выходные. И надо же - прибежали пользователи. Не могут подключиться к серверу. А такое хорошее утро было!!! далее


На сервере oracle 9i версии 9.2.0.6.0 получили в алерте такое сообщение. Нам повезло- отделались малой кровью. Выполнили запрос:

SELECT SEGMENT_TYPE,OWNER||'.'||SEGMENT_NAME

FROM DBA_EXTENTS 

WHERE FILE_ID = [номер file#] AND [номер block#] BETWEEN BLOCK_ID

AND BLOCK_ID+BLOCKS -1;

или

select
ds.owner, ds.segment_name, ds.partition_name, ds.segment_type,
ds.tablespace_name,
e.ktfbueextno, f.file#, e.ktfbuebno,
e.ktfbueblks * ds.blocksize, e.ktfbueblks, e.ktfbuefno
from sys.sys_dba_segs ds, sys.x$ktfbue e, sys.file$ f
where e.ktfbuesegfno = ds.relative_fno
and e.ktfbuesegbno = ds.header_block
and e.ktfbuesegtsn = ds.tablespace_id
and e.ktfbuesegtsn = f.ts#
and e.ktfbuefno = f.relfile#
and f.file#=номер файла
and номер блока between e.ktfbuebno and e.ktfbuebno + e.ktfbueblks - 1;

Пострадал индекс. Удалили его и создали заново. Все завершилось успешно.

Кстати, не обязательно индекс удалять. Достаточно его пересоздать (REBUILD), но перед созданием перевести его в UNUSABLE:

alter index my_index unusable;
alter index my_index rebuild tablespace ts_indx;

В этом случае при перестройке индекса происходит полное сканирование соответствующей таблицы, и не используется существующий (подпорченый) индекс.

Перестройка индекса с опцией ONLINE также происходит при полном сканировании таблицы.

Тэги: ORA-00600, ошибки, проблемы

Комментариев нет


Сегодня получено в журнале оповещения сообщение "ORA-01578: ORACLE data block corrupted (file # 2, block # 1028472)". Что делать и куда бежать?

Так как на сервере стоит ORA10g, то оказывается можно восстановить только поломаный блок. далее



« назад

вперед »



 

От авторов блога

О Блоге - прочитай перед началом.

Задать вопрос и получить ответ - уже решено 94 вопросов

Глоссарий - список терминов и сокращений


 
 

Бизнес форум

Последние темы:

Печь булерьян в дом
21 сентября, 1 ответа
Как Открыть Футбольную Школу
20 сентября, 1 ответа
IP телефония
20 сентября, 1 ответа