Ошибка prc 00600

Ошибку «ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []» получаем при возникновении проблем с UNDO пространством.

Как исправить? Предлагаю стандартное решение.

Делаем новое табличное пространство UNDO:

create undo tablespace undotbs2 datafile ‘…/oracle/oradata/test/undotbs2.dbf’ size 500m;

определяем проблемный сегмент:

select segment_name, status from dba_rollback_segs;

Теперь назначаем системе новое табличное пространство UNDO:

alter system set undo_tablespace=undotbs2 scope=both;

В файл инициализации init.ora вносим строку :

_corrupted_rollback_segments=”_SYSSMU4$” _SYSSMU4$ - наш испорченный сегмент отката.

Базу данных загружем с нашим новым init.ora

Затем удаляем испорченный сегмент отката:

drop rollback segment "_SYSSMU4$";

Вот, должно все получиться!

Вас заинтересует / Intresting for you:

ORA-00600

ORA-00600: внутренний код ошибки, аргументы: [номер],[?],[?], [?],[?],[?]

Причина:

Это заражающая внутренняя ошибка для особых программ ORACLE. Она показывает, что процесс встретил непредвиденные условия. Первый аргумент это номер внутренней ошибки, другие аргументы, это различные переменные, имена, и строки символов. (смотри «работа с внутренними ошибками» в главе 1 для полной информации.)

Действие:

Информируйте об этой ошибке как о программной вашего представителя Customer Support.

В MOS (My Oracle Support) описаны три известных «бага» для Oracle 11.2.0.3.X, из-за которых возникает ORA-600 [qcsfbdnp:1]:

Bug         Fixed                                           Description
21373076    12.1.0.2.160419, 12.2.0.1                       ORA-600 [qcsfbdnp:1], [sys_b_040] From Query with WITH Clause
19670108    12.1.0.2.3, 12.1.0.2.DBBP07, 12.2.0.1           ORA-600 [qcsfbdnp:1] from WITH clause query with binds
13496884    11.2.0.3.6, 11.2.0.3.BP16, 11.2.0.4, 12.1.0.1   ORA-600 [qcsfbdnp:1] from Merge Statement with Bind Variables

Все три связаны с использованием bind variables.
Первые два «всплывают» только при использовании конструкции WITH ... совместно с bind variables.

Больше всего под ваш случай подходят первые два.

Варианты решения:

  • upgrade to 12.1.0.2.160419+
  • отказаться от использования WITH ... CLAUSE
  • отказаться от использования bind variables

На всякий случай напомню: аргументы (параметры) как и локальные переменные в процедурах PL/SQL, используемые в запросе тех же процедур, отрабатывют как bind variables

Ошибка ORA-0600 является внутренним кодом ошибки для программных исключений Oracle. Её возникновение указывает на то, что процесс столкнулся на низком уровне с неожиданным условием.

Ошибка ORA-0600 включает список аргументов в квадратных скобках:

ORA-00600 "internal error code, arguments: [%a], [%b], [%c], [%d], [%e]"

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

В зависимости от вида первого аргумента, в Oracle имеются два типа ошибок ORA-0600:

  • первый аргумент является числом, которое отражает исходный компонент или слой, в котором происходит ошибка.
  • первый аргумент является мнемоникой, которая указывает на исходный модуль, где произошла ошибка. Этот  тип внутренней ошибки более предпочтителен в настоящее время.

Категории ошибок ORA-0600 ранжированные по номеру

В следующей таблице приведена информация относительно внутренних числовых кодов ошибок ORA-0600, используемых в Oracle.

Читать далее…

Категории ошибок ORA-0600 ранжированные по мнемонике

Следующая таблица детализирует возможные мнемоники ошибок ORA-0600.

Читать далее…

Справочник ошибок ORA-0600

ORA-00600: internal error code, arguments: [1113]

Последствия:

Сбой процесса, возможный сбой экземпляра.

Версия:

от 6.0 до 9.2

Причины возникновения:

Попытка освободить state object, хотя он уже находиться в свободных списках. Нарушение целостности в памяти SGA или из-за bug в плохом управлении state objects.

Действия:

Проанализировать дамп PMON, установить заплатки на bug.

ORA-00600: internal error code, arguments: [4193], [a], [b]

Аргументы:

[a] – Номер изменения (SCN) записи в серменте отката (Undo), [b] SCN записи в журнале повторного выполнения (Redo)

Последствия:

Сбой процесса, возможное повреждение сегмента отката, невозможность продолжения наката журналов на STANDBY.

Версия:

от 6.0 до 10.1

Источник:

KERNEL TRANSACTION UNDO

Причины возникновения:

Было обнаружено несоответствие между журнальной записью и записью в сегменте отката.

Действия:

Перейти на новую версию Oracle (10.2.0.5, 11.2.0.1); Восстановить экземпляр из резервной копии.

ORA-00600: internal error code, arguments: [12333], [a], [b],[c],[d]

Последствия:

Отказ процесса. Физического искажения нет.

Версия:

от 6.0 до 9.2

Источник:

USER/ORACLE INTERFACE LAYER

Причины возникновения:

В результате сетевой ошибки получены плохие данные, приложение клиента послало неправильные данные, данные в сетевом буфере были записаны поверх, всевозможные bug (столбцы LONG).

Действия:

Проверить сетевое соединение и настройки NLS, заменить версию клиента Net на более новую.

ORA-00600: internal error code, arguments: [13001]

Последствия:

Физического искажения нет.

Версия:

от 8.0 до 10.2

Причины возникновения:

Возникает при удалении строк из таблицы, в случаях когда запись уже удалена. Такое обычно происходит если в таблице есть внешний ключ на столбец в этой же таблице. По своей сути не является полноценной ошибкой.

Действия:

Переделать внешний ключ.

ORA-00600: internal error code, arguments: [15419], [a]

Последствия:

Отказ процесса. Физического искажения нет.

Версия:

от 7.0 до 10.1

Источник:

Kernel Kompilation pl/sql Compiler

Причины возникновения:

Всевозможные bug. Для большей информации смотреть дополнительные ошибки в trc файле. Bug: 2829071, 2588469, 2437995

Действия:

Установить заплатки на bug. Если не помогает, модифицируйте PL/SQL код.

ORA-00600: internal error code, arguments: [15735], [a], [b]

Аргумент:

[a] — значение parallel_execution_message_size в котором нуждается запрос, [b] — текущее значение parallel_execution_message_size

Последствия:

Ошибка с записью в trace файл. Физического искажения нет.

Версия:

от 10.1 до 10.2

Причины возникновения:

BUG:5462624.

Действия:

Открыть trc файл ошибки. Найти sql оператор. Для таблиц этого оператора выполнить запрос select table_name, degree from dba_tables where table_name = ». Выбрать таблицы у которых degree ‘1’. Выполнить для каждой таблицы команду alter table noparallel. В качестве второго способа можно порекомендовать увеличить значение параметра parallel_execution_message_size.

ORA-00600: internal error code, arguments: [16607]

Последствия:

Сбой процесса, повреждения данных нет.

Версия:

от 8.0 до 10.1

Источник:

Kernel Generic Library cache Subordinate set/cache manager

Причины возникновения:

Была произведена попытка получить подчиненный элемент, но при поиске, куча памяти для данного элемента не была закреплена.

Действия:

Установить заплатки на bug.

ORA-00600: internal error code, arguments: [17090],[a], [b],[c],[d]

Последствия:

Отказ процесса. Физического искажения нет.

Версия:

от 7.0 до 8.1

Источник:

GENERIC CODE LAYER

Причины возникновения:

Всевозможные bug.

Действия:

Уничтожьте сеанс и связанный с ним процесс.

ORA-00600: internal error code, arguments: [17271], [instantiation space leak]

Последствия:

Сбой процесса.  Повреждения данных нет.

Версия:

до 10.2.0.5

Источник:

Kernel Generic Instantiation manager

Причины возникновения:

Исключение возникает при попытке Oracle деинстанцировать (уничтожить экземпляр) разделяемый объект (курсор) во время выхода из сеанса. В этот момент, Oracle проходит связанный список разделяемых объектов для деинстанцирования,  и находит, что объект был помечен как не разделяемый. Этого не должно быть,  поэтому возникает исключение. Может проявляться при работе с распределёнными базами данных.

Действия:

Игнорировать ошибку. Если ошибка повторяется, то идентифицировать курсор в trace файле и переделать, или поставить последний патч Oracle закрывающий баги.

ORA-00600: internal error code, arguments: [25012], [a], [b]

Аргумент:

[a] — номер табличного пространства, [b] — относительный номер файла БД

Последствия:

Возможно физическое искажение.

Версия:

от 8.0 до 10.1

Источник:

KERNEL FILE MANAGEMENT TABLESPACE COMPONENT

Причины возникновения:

Всевозможные bug ( 4305391, 3915343, 3900237, 3771508, 3751874, 3430832, 3258674, 3150268, 3070856, 2531519, 2526334, 2287815, 2214167, 2212389, 2189615, 2184731, 1968815, 1949273, 1872985).

Действия:

Установить заплатки на bug.

ORA-00600: internal error code, arguments:  [ktspgsb-1]

Последствия:

Повреждение данных.

Версия:

До 10.2.0.5

Причины возникновения:

Ошибка возникает если в объекте (таблице) присутствуют логически повреждённые блоки.  Выполнение команд (TRUNCATE, INSERT и т.д.) применительно к  объекту приводит к этой ошибке.

Действия:

Пересоздание объекта.

ORA-00600: internal error code, arguments: [pfri.c: pfri8: plio mismatch ]

Причины возникновения:

Несоответствие создания экземпляра PL/SQL объекта. Вероятнее всего возникает из-за инвалидации PL/SQL объекта  (bug 9691456, зафиксирован в 11.2.0.2). Проявлялась в триггере на версии 10.2.0.5.

Действия:

Приведение PL/SQL объекта в нормальный статус.

Oracle 11g Logo

Oracle instance terminated immediate after instance startup due to following mentioned oracle error:

Cause:
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. This error may indicate a rollback segment corruption.
Note: This may require a recovery from a database backup depending on the situation.

Adrci logs are as follows:

Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_smon_11168.trc (incident=1014790):
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
replication_dependency_tracking turned off (no async multimaster replication found)
Incident details in: /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1014790/db1_smon_11168_i1014790.trc
2016-06-30 11:13:35.355000 +05:30
Starting background process QMNC
QMNC started with pid=25, OS id=11249
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Completed: ALTER DATABASE OPEN
2016-06-30 11:13:36.558000 +05:30
db_recovery_file_dest_size of 163840 MB is 1.12% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Doing block recovery for file 3 block 26014
Resuming block recovery (PMON) for file 3 block 26014
Block recovery from logseq 13618, block 56 to scn 3980712372
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13618 Reading mem 0
 Mem# 0: /u02/oradata/db1/redo_1_1.log
 Mem# 1: /u02/oradata/db1/redo_1_2.log
 Mem# 2: /u02/oradata/db1/redo_1_3.log
Block recovery stopped at EOT rba 13618.106.16
Block recovery completed at rba 13618.106.16, scn 0.3980712368
Doing block recovery for file 3 block 160
Resuming block recovery (PMON) for file 3 block 160
Block recovery from logseq 13618, block 56 to scn 3980712329
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13618 Reading mem 0
 Mem# 0: /u02/oradata/db1/redo_1_1.log
 Mem# 1: /u02/oradata/db1/redo_1_2.log
 Mem# 2: /u02/oradata/db1/redo_1_3.log
Block recovery completed at rba 13618.59.16, scn 0.3980712330
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_smon_11168.trc:
ORA-01595: error freeing extent (10) of rollback segment (3))
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Starting background process SMCO
SMCO started with pid=29, OS id=11268
Trace dumping is performing id=[cdmp_20160630111337]
2016-06-30 11:13:37.819000 +05:30
Starting background process CJQ0
CJQ0 started with pid=28, OS id=11276
2016-06-30 11:13:41.579000 +05:30
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_j001_11285.trc (incident=1014942):
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1014942/db1_j001_11285_i1014942.trc
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_j004_11291.trc:
2016-06-30 11:13:43.111000 +05:30
Doing block recovery for file 3 block 26014
Resuming block recovery (PMON) for file 3 block 26014
Block recovery from logseq 13618, block 56 to scn 3980712372
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13618 Reading mem 0
 Mem# 0: /u02/oradata/db1/redo_1_1.log
 Mem# 1: /u02/oradata/db1/redo_1_2.log
 Mem# 2: /u02/oradata/db1/redo_1_3.log
Block recovery completed at rba 13618.106.16, scn 0.3980712374
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_j000_11283.trc (incident=1014934):
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1014934/db1_j000_11283_i1014934.trc
Trace dumping is performing id=[cdmp_20160630111343]
2016-06-30 11:13:45.937000 +05:30
Doing block recovery for file 3 block 26014
Resuming block recovery (PMON) for file 3 block 26014
Block recovery from logseq 13618, block 56 to scn 3980712372
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13618 Reading mem 0
 Mem# 0: /u02/oradata/db1/redo_1_1.log
 Mem# 1: /u02/oradata/db1/redo_1_2.log
 Mem# 2: /u02/oradata/db1/redo_1_3.log
Block recovery completed at rba 13618.106.16, scn 0.3980712374
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_j000_11283.trc:
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_j001_11285.trc (incident=1014943):
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1014943/db1_j001_11285_i1014943.trc
2016-06-30 11:13:46.903000 +05:30
Trace dumping is performing id=[cdmp_20160630111346]
2016-06-30 11:13:48.279000 +05:30
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_j001_11285.trc:
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Trace dumping is performing id=[cdmp_20160630111349]
Incident details in: /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1019488/db1_j001_11285_i1019488.trc
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1019488/db1_j001_11285_i1019488.trc:
ORA-00603: ORACLE server session terminated by fatal error
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Trace dumping is performing id=[cdmp_20160630111351]
2016-06-30 11:13:53.489000 +05:30
Doing block recovery for file 3 block 26014
Resuming block recovery (PMON) for file 3 block 26014
Block recovery from logseq 13618, block 56 to scn 3980712372
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13618 Reading mem 0
 Mem# 0: /u02/oradata/db1/redo_1_1.log
 Mem# 1: /u02/oradata/db1/redo_1_2.log
 Mem# 2: /u02/oradata/db1/redo_1_3.log
Block recovery completed at rba 13618.106.16, scn 0.3980712374
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_pmon_11144.trc (incident=1014702):
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/db1/db1/incident/incdir_1014702/db1_pmon_11144_i1014702.trc
2016-06-30 11:13:55.766000 +05:30
Errors in file /u01/app/oracle/diag/rdbms/db1/db1/trace/db1_pmon_11144.trc:
ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
PMON (ospid: 11144): terminating the instance due to error 472
Instance terminated by PMON, pid = 11144

Workaround:
Startup database in mount mode:

SQL> startup mount;

Check current undo tablespace:

SQL> show parameter undo_tablespace;

Alter undo management to ‘MANUAL’:

SQL> alter system set undo_management='MANUAL' scope=spfile;

Bounce database to open mode, meanwhile please verify adrci logs, if there is problem.

SQL> shut immediate;
 SQL> startup;

Create new undo tablespace if everything is fine in adrci logs:

SQL> create undo tablespace newundotbs datafile '/u02/oradata/db1/newundotbs01.dbf' size 5G autoextend on next 300M maxsize 31G;

Change default undo tablespace to new one:

SQL> alter system set undo_tablespace='NEWUNDOTBS' scope=spfile;

Alter undo management to ‘AUTO’:

SQL> alter system set undo_management='AUTO' scope=spfile;

Bounce the database:

SQL> shut immediate;
SQL> startup;

Verify current undo tablespace:

SQL> show parameter undo_tablespace

done.

Thank you.
Stay Tune. 🙂

Понравилась статья? Поделить с друзьями:
  • Ошибка pr2 элинж рефа
  • Ошибка pr2 на рефрижераторе
  • Ошибка pr1 контроллер evco
  • Ошибка pr connect reset error как исправить
  • Ошибка pps brp нажмите блокировку