Текущее время: Вс, май 04 2025, 06:28

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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