Текущее время: Сб, май 03 2025, 17:42

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 43 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 15:31 
Специалист
Специалист

Зарегистрирован:
Ср, апр 20 2005, 09:29
Сообщения: 137
Откуда: Киев
Svetlana написал(а):
на самом деле 600 действительно почти всегда баг. иногда это например статистические траблы - и еще некоторые внутренние дела Оракла, которые решаются другими способами.

viva - но чудес на свете не бывает - больше года работало - вчера вдруг внутренние баги пошли - причем постоянные - на любой транзакции, если я вас правильно понимаю. Значит чего-то изменилось.

Кстати у меня не было выводов - только предположение - поскольку я не нахожусь внутри ситуации.


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 15:37 
Гость
Svetlana написал(а):
на самом деле 600 действительно почти всегда баг. иногда это например статистические траблы - и еще некоторые внутренние дела Оракла, которые решаются другими способами.

ORA-0600 - это деление на ноль, так что это глюк математики Oracle 100% в частности индусов :twisted:
Svetlana написал(а):
Слишком старый Оракл и слишком свежий сервис пак.
Здравое предложение - перейти на 9 Оракл.

А если учесть, что Oracle 8 тоже больше не поддерживается, то мысль более чем.. :D


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 15:37 
Директор
Директор

Зарегистрирован:
Сб, авг 21 2004, 14:24
Сообщения: 1430
я боюсь, что решение проблемы вернуть все в первоначальное состояние. При 600 ошибке в 99.9% случаев это пачирование. По моей практике по крайней мере.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 15:41 
Специалист
Специалист

Зарегистрирован:
Ср, апр 20 2005, 09:29
Сообщения: 137
Откуда: Киев
Svetlana написал(а):
я боюсь, что решение проблемы вернуть все в первоначальное состояние. При 600 ошибке в 99.9% случаев это пачирование. По моей практике по крайней мере.


патчирование я проводил уже ПО ФАКТУ ошибки, запланирован патч был на субботу - тишину и неспешность, но так случилось что патч ставил вчера, уже на ошибку. Пользы никакой не принесло, да и вреда тем более. Единственный нюанс - слетают не все тр-ции, селективные идут на УРА, но изменения - извините, подвиньтесь.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 15:53 
Директор
Директор

Зарегистрирован:
Сб, авг 21 2004, 14:24
Сообщения: 1430
Doc ID: Note:138981.1
Subject: ORA-600 [kcbgcur_2]
Type: REFERENCE
Status: PUBLISHED
Content Type: TEXT/PLAIN
Creation Date: 02-APR-2001
Last Revision Date: 15-OCT-2004


Note: For additional ORA-600 related information please read [NOTE:146580.1]

PURPOSE:
This article discusses the internal error "ORA-600 [kcbgcur_2]", what
it means and possible actions. The information here is only applicable to the versions listed and is provided only for guidance. ERROR: ORA-600 [kcbgcur_2]
VERSIONS: version 8.0 to 9.2
DESCRIPTION: This is an exception in the buffer cache which occurs when we attempt to get a buffer and find it is already pinned in memory.
FUNCTIONALITY:
BUFFER CACHE

IMPACT:
PROCESS FAILURE NON CORRUPTIVE - No underlying data corruption. SUGGESTIONS: For repeatable occurrances, please submit the trace files and alert.log to Oracle Support Services for further analysis. Known Issues: Bug# 2438953 See [NOTE:2438953.8] OERI[KCBGCUR_2] / OERI[6856] from RECO in RAC/OPS Fixed: 9.2.0.3, 10.1.0.2 Bug# 1502537 See [NOTE:1502537.8] OERI:KCBGCUR_2 possible on DML (stack includes ktsf_rsp1) Fixed: 8.1.7.1, 9.0.1.0


не очень красиво - но вот так - читайте:) лучше чем Оракл никто не поможет в данном случае.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 15:56 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Вт, мар 29 2005, 19:54
Сообщения: 1364
Откуда: мАсква
у него стоит 8.1.7.4.17
т.е. данная нота не применима.

_________________
Не откладывай работу на субботу, а секс на старость

система без базисника должна лежать! (с) Skif


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:01 
Директор
Директор

Зарегистрирован:
Сб, авг 21 2004, 14:24
Сообщения: 1430
данная нота применима ко всему - включая и 9.2


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:08 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Вт, мар 29 2005, 19:54
Сообщения: 1364
Откуда: мАсква
Цитата:
Bug# 1502537 See [NOTE:1502537.8] OERI:KCBGCUR_2 possible on DML (stack includes ktsf_rsp1) Fixed: 8.1.7.1, 9.0.1.0

это не значит что пофиксена в 8.1.7.1?

Цитата:
Bug# 2438953 See [NOTE:2438953.8] OERI[KCBGCUR_2] / OERI[6856] from RECO in RAC/OPS Fixed: 9.2.0.3, 10.1.0.2

а если про это, то тут вообще сказано ставить 9.2.0.3...

_________________
Не откладывай работу на субботу, а секс на старость

система без базисника должна лежать! (с) Skif


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:08 
Специалист
Специалист

Зарегистрирован:
Ср, апр 20 2005, 09:29
Сообщения: 137
Откуда: Киев
Svetlana написал(а):
данная нота применима ко всему - включая и 9.2


ну, решение принято - переставлять все же буду с накатом патчей,
хотелось выслушать аргументированые советы, или по-другому - уточнить верны / неверны мои шаги :)
за 2 дня уже других идей не осталось


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:15 
Директор
Директор

Зарегистрирован:
Сб, авг 21 2004, 14:24
Сообщения: 1430
Blood Angel написал(а):
Цитата:
Bug# 1502537 See [NOTE:1502537.8] OERI:KCBGCUR_2 possible on DML (stack includes ktsf_rsp1) Fixed: 8.1.7.1, 9.0.1.0

это не значит что пофиксена в 8.1.7.1?

Цитата:
Bug# 2438953 See [NOTE:2438953.8] OERI[KCBGCUR_2] / OERI[6856] from RECO in RAC/OPS Fixed: 9.2.0.3, 10.1.0.2

а если про это, то тут вообще сказано ставить 9.2.0.3...


угу а в составляющих нотках написано - если все это вам не подходит - обращайтесь в оракл саппорт - и более того дана форма обращения. Стандартная нотка по описанию 600 ошибки. Поэтому и говорю, что эта нотка подходит к любой ситуации.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:17 
Гость
Metalink, Note:138981.1

ERROR:

ORA-600 [kcbgcur_2]

VERSIONS:

version 8.0 to 9.2

DESCRIPTION:

This is an exception in the buffer cache which occurs when we attempt

to get a buffer and find it is already pinned in memory.

FUNCTIONALITY:

BUFFER CACHE

IMPACT:

PROCESS FAILURE

NON CORRUPTIVE - No underlying data corruption.

SUGGESTIONS:

For repeatable occurrances, please submit the trace

files and alert.log to Oracle Support Services for further analysis.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:20 
Специалист
Специалист

Зарегистрирован:
Ср, апр 20 2005, 09:29
Сообщения: 137
Откуда: Киев
Blood Angel написал(а):
Цитата:
Bug# 1502537 See [NOTE:1502537.8] OERI:KCBGCUR_2 possible on DML (stack includes ktsf_rsp1) Fixed: 8.1.7.1, 9.0.1.0

это не значит что пофиксена в 8.1.7.1?

Цитата:
Bug# 2438953 See [NOTE:2438953.8] OERI[KCBGCUR_2] / OERI[6856] from RECO in RAC/OPS Fixed: 9.2.0.3, 10.1.0.2

а если про это, то тут вообще сказано ставить 9.2.0.3...


товарисчи - не ссорьтесь по пустякам, вопрос может и принципиальный, но мы тут не для ссор собрались. Верно?
мне нужна моральная поддержка :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:22 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Вт, мар 29 2005, 19:54
Сообщения: 1364
Откуда: мАсква
а никто не ссорится, вопрос понимания :)

_________________
Не откладывай работу на субботу, а секс на старость

система без базисника должна лежать! (с) Skif


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:23 
Гость
select owner,object_name,object_type from dba_objects where object_id=21851

If the object is a table or index try analzye:
ANALYZE TABLE xxxx VALIDATE STRUCTURE;

If it is an index a rebuild may be of assistance.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 20 2005, 16:25 
Специалист
Специалист

Зарегистрирован:
Ср, апр 20 2005, 09:29
Сообщения: 137
Откуда: Киев
Blood Angel написал(а):
а никто не ссорится, вопрос понимания :)


совершенно верно в понимании
другое дело, что сама по себе ситуция не очень веселая, насколько я понимаю не я один на эти грабли наступил, но вот конкретики нигде найти невозможно, окромя рассплывчатих ORA & Sap Notes


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 43 ]  На страницу Пред.  1, 2, 3  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Ahrefs [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB