[ТЕМА ЗАКРЫТА]
04.02.2014 22:16
Evelyn
 
Невозможно записать в БД объект «CS, 2CS120140118@2», таблица «SMSPEC»

ORA-00600: internal error code, arguments: [kcbget_24], [14032], [1], [0], [0], [], [], [], [], [], [], []

параметры: pDOCID=«2CS120140118@2»; pDOCTYPE=«CS»; pSPECITEM=«464»; pARTICLE=«011713»; pCAUSEID=«»; pCAUSESPECITEM=«»; pCAUSETYPE=«»; pDISPLAYITEM=«464»; pITEMPRICE=«94»; pITEMPRICECUR=«»; pITEMPRICENOTAX=«85,4545»; pQUANTITY=«0,6380»; pTOTALPRICE=«59,97»; pTOTALPRICECUR=«59,97»; pTOTALPRICENOTAX=«54,52»
соединено с: База даных=DBFONDCO; Пользователь=Supermag
текст команды: Insert into Supermag.SMSPEC(DOCID,DOCTYPE,SPECITEM,ARTICLE,CAUSEID,CAUSESPECITEM,CAUSETYPE,DISPLAYITEM,ITEMPRICE,ITEMPRICECUR,ITEMPRICENOTAX,QUANTITY,TOTALPRICE,TOTALPRICECUR,TOTALPRICENOTAX) values(:pDOCID,:pDOCTYPE,:pSPECITEM,:pARTICLE,:pCAUSEID,:pCAUSESPECITEM,:pCAUSETYPE,:pDISPLAYITEM,:pITEMPRICE,:pITEMPRICECUR,:pITEMPRICENOTAX,:pQUANTITY,:pTOTALPRICE,:pTOTALPRICECUR,:pTOTALPRICENOTAX)
тип команды: Text

Вылезла такая фигня только 18-ого где-то в обед, при приемке пакетов с рц. А с 19 все отлично встает и больше ничего подобного нет.
Проверила документы, в первую очередь кассовые - встали нормально, данные на месте, корректны. Есть подозрение, что свет выключали,но была суббота - мало кто вспомнит было или нет

СМ 1,29,3 сп 6
Оракл 11,2,0,1
железо новое!полугода еще нет, как мы на нем работаем.. В журнал ничего критичного.

как бы подлечиться, чтоб попозже перебраться на повыше версию Оракла
04.02.2014 22:41
OlegON
 
Цитата:
Evelyn Есть подозрение, что свет выключали,но была суббота - мало кто вспомнит было или нет
Журналы для этого есть... Что в винде, что в оракле перезапуск виден.
А начать можно с
Код:
analyze table supermag.smspec validate structure cascade;
оптимизатор есть? может, это он поправил после выключения электричества? такие ошибки сами не проходят...
05.02.2014 06:40
Evelyn
 
в журнале ничего нет - свет не отключали...
оптимизатора нет.
05.02.2014 06:48
whitewizard
 
Лучше версии поднять Супермага до 30.3 и Оракла до 11.2.0.4
05.02.2014 08:45
Evelyn
 
у меня еще на нескольких базах 9ка
05.02.2014 09:51
OlegON
 
Цитата:
Evelyn у меня еще на нескольких базах 9ка
Это к чему было сказано?
05.02.2014 10:18
Evelyn
 
к тому что я пока не могу подняться до версии см 30.3
05.02.2014 10:25
OlegON
 
Так и их на 11.2.0.4... Если 9ка, значит мелкие БД, быстро...
07.02.2014 13:00
bayan
 
Если верить металинку:

INSERT Statement With APPEND Hint Results In ORA-600 [Kdifind:Kcbget_24] And ORA-600 [Kcbkvaq_9] (Doc ID 1446359.1)
The cause of this problem has been identified in:
Bug:13464002 - PREFETCH INVOLVING TEMP OBJECTS MAY RAISE ORA-600...


Workaround
Disable non-contig multi block read by setting:
"_db_file_noncontig_mblock_read_count"=0
26.05.2014 11:28
alicedr
 
У меня такая фигня уже четвертый раз.

Код:
analyze table supermag.smspec validate structure cascade;
за полтора часа при погашенных службах СМ+ не выполнилось, зато
Код:
analyze table supermag.smspec validate structure online;
заняло буквально минуту.

Ошибка исчезает, потом прямо посреди рабочего дня появляется снова.
Версия оракла 11.201.

Чем вылечить навсегда? Версия 11.203 поможет?
Или можно с помощью этого?
Код:
"_db_file_noncontig_mblock_read_count"=0
26.05.2014 11:40
alicedr
 
Не поможет :(
Варианты лечения: увы, ссылку опубликовать не могу по правилам форума :(
Копирую из источника, может кому-то понадобится:
Код:
CAUSE

The cause of this problem has been identified in:
Bug:12410357 - ORA-600 [KDIFIND:KCBGET_24]
closed as duplicate of:
Bug:13464002 - PREFETCH INVOLVING TEMP OBJECTS MAY RAISE ORA-600[KCBCHG1_12]/[KDIFIND:KCBGET_24

Bug:13464002 is fixed in RDBMS 12.1.

SOLUTION

To implement a solution for Bug:13464002, please execute any of the below alternative solutions:

Upgrade to 12.1 when it will become available.

OR
Apply patchset release 11.2.0.4 when it becomes available (not available as of time of publishing this article: JUL-2012) in which Bug:13464002 is fixed.

OR
Download and apply interim Patch:13464002, if available for your platform and RDBMS release. To check for conflicting patches, please use the MOS Patch Planner Tool. If no patch is available, file a Service Request through My Oracle Support for your specific Oracle version and platform.

OR
Use the workaround of setting "_db_file_noncontig_mblock_read_count"=0:

This parameter can be set only in the SPFILE and this requires a database restart:

SQL> ALTER SYSTEM SET "_db_file_noncontig_mblock_read_count"=0 SCOPE=SPFILE;

Restart the instance.

Explanation: 

Setting "_db_file_noncontig_mblock_read_count"=0 will disable prefetching of non-contiguous blocks.

To reset "_db_file_noncontig_mblock_read_count"=0 to its default value use: 

SQL> ALTER SYSTEM RESET "_db_file_noncontig_mblock_read_count";
26.05.2014 13:24
OlegON
 
Извините, но я уже устал повторять про 11.2.0.1
Ниже картинка, описывающая использующих эту версию.

Опции темы


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

 

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