IMHO ставить Oracle 9 в этой ситуации бесполезно, для начала проделайте процедуру из предыдущего поста.

почему бесполезно? миграция базы идет уже под новой математикой - то есть под ядром 9.2.0.6

Потому что человек имеет поврежденный объект в базе.

скажем так - человек имеет объект?объекты в базе, с которым не может отработать данное ядро Оракла. Но это совсем не значит, что с этим объектом не отработает другое ядро.

Насколько мне известно, corrupted blocks не лечится сменой ядра.

а есть ли там corrupted block? Нам не было сказано о результатах проверки. Было сказано не идут тразакции изменения. На одной таблице - не на одной - тоже не сказано.
В нотке по крайней мере это неоднозначно.

arguments: [kcbgcur_2], [], [], [], [] while deleting from several tables. Analyzing the tables with validate structure cascade does not show any corruptions.

ну одна из ситуаций.

viva, многие вопросы отпадут, если Вы проделаете след. процедуру:

select owner,object_name,object_type from dba_objects where object_id=21851

Вероятность близка к 100%, подождем результатов проверки.

OWNER OBJECT_NAME OBJECT_TYPE
------------------------------------------------------------
SAPR3 TBTCP`1 INDEX

ну фигня какая - перестроить индекс

УРРРРЯЯЯЯЯ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!
смонтировалось без ORA-600

Везучий человек.

спасибо за комплимент

есть еще маленькие траблы с другими TS*таблицами, но думаю разберусь
спасибо всем за советы и участие
отдельный респект qdublin - без совета не справился б ))) большущее спасибо Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!