Итак, первый шаг - апгрейд до 1025 и первое, обо что я споткнулся - то, что на 10ке генератор БД отказался работать, бо не мог найти клиента. Не стал упираться - пнул генератор с соседней машины, где еще 9i стояла и 32бита.
Вторая засада - на шаге 1.025\24_6To25_a
Цитата: ORA-00955: имя уже задействовано для существующего объекта
ORA-06512: на "SUPERMAG.SMINITNEWCONSTRAINT", line 4
ORA-06512: на line 2
Откатывать из бекапа не стал, сразу в блокнотик сбросил
Код:
update update supermag.sssysinfo set ParamValue='1.029.3' where paramname='Version';
update supermag.sssysinfo set ParamValue='Upgrade complete' where paramname='UpgradeStep';
commit;
Как кто-то упоминал уже - попробовал снять компрессию (у меня она была, например, на smdoclog), с перестройкой таблицы и индексов - не помогло, с матюками на программеров вытащил опять скриптик из блокнота - откатился.
Достал ресурсы, поковырялся, вынес индекс SMCASSORTMATRIXHIST_PK,
запустил, упало, на этот раз в
TTCCollectDiscCard_PK, вынес, оба, поскольку первый опять создался:
Цитата: alter table TTCollectDiscCard drop constraint TTCCollectDiscCard_PK;
alter table smASSORTMATRIXHIST drop constraint SMCASSORTMATRIXHIST_PK;
drop index TTCCollectDiscCard_PK;
drop index SMCASSORTMATRIXHIST_PK;
для тех, кто читает по диагонали, это была единственная проблема при переходе до 1025. Т.е. по вине программеров генератора, объекты пытались создасться дважды. Дропайте эти два индекса, они пересоздадуться и будет вам счастье. Не поможет - проверьте компрессию (select distinct compression from all_tables;)
Да, еще забыл предупредить по памяти делал перед всеми запусками
гранты ибо уже падало раньше, база экспортная.
Вдогонку, SUPERMAG.SMINITNEWCONSTRAINT, как правило, валится из-за существования индекса с именем констрейнта, который пытаются создать. Т.е. просто необходимо найти нужный SMINITNEWCONSTRAINT, второй аргумент у него - имя констрейнта. И набрать drop index второй аргумент.