Ситуация - Тестовый апгрейд:
Исходная система: R3 4.7 ext 2, Oracle 9.2.0.8, HP-UX IA-64 11.31
Апгрейд - до ECC 6.0 EHP 5

В ноябре были пройдены 4 этапа, остановился на шаге CHECKS c вполне ожидаемым сообщением:
ERROR: DB version 9.2.0.8.0 out of range (too low) Upgrade the database system at least to version 10.2.0.2

В данный момент возобновил работы на этом тестовом апгрейде:
- восстановил тестовую 4.7 со свежего бакапа действующей системы
- сделал апгрейд Oracle c 9.2.0.8 до необходимого 10.2.0.4
- сменил ядро 640-REL на 640-EXT2
- запустил инстанцию, проверил, все работает
- снял холодный бакап текущей базы 10.2.0.4 перед продолжением процесса апгрейда

Запускаю STATUP, прохожу все шаги , которые были пройдены в ноябре, дохожу до шага 3. Configuration, выбираю там ноябрьский stack.xml, получаю ошибку , что данный stack.xml для номера инсталляции not valid

На сервере ничего не менялось, не добавлялось, ни удалялось.
Номер инсталляции - тот же, что в оригинальной системе. Имя хоста - не менялось. Единственное отличие - Оракл стал 10.2.0.4. Оригинальная система разработки имеет Оракл 9.2.0.7, в ноябре был сделан апгрейд оракла до 9.2.0.8 (с прицелом в дальнейшем до 11.2G) и тогда с9.2.0.8 этот stack.xml был VALID и принимался сразу же.
Через солман сгененирировал новый stack.xml (до EHP 5 SPS 7), он почему-то получился размером в 7 раз меньше ноябрьского, положил его в апгрейд-директорию - повтор всего процесса приводит к той же ошибке - stack.xml не проходит.
В ноябре с этим stack.xml никаких проблем не было, сгенирировал его, указываешь его и как по маслу далее проходишь...
Подскажите, как быть в этой ситуации?

а чиво в логе пишет в момент когда парсит xlm?

у меня похоже было, пришлось руками править xml-ку...

Проблема со stack.xml оказалась в номере инсталляции - админы заказчика сгененировали лицензию не для нужной инсталляции.

теперь такой момент обнаружился:

на этапе 5. Preprocessing на шаге ACT_UPG :
87 modified objects are found to be adjusted and 0 objects are automatically maintained by import of an adjustment transport bound to this procedure.

Необходимо провести Adjustment made.
Согласно гайда захожу в shadow instance под ddic, запускаю SE06. При попытке выставить Global Options в "Modifiable"
выходит сообщение: Software component SAP_ABA cannot be set to "modifiable"
в scc4 для клиента 000 выставил разрешение на зменения - не помогло.

Как можно выставить в SE06 - Global Options в "Modifiable? Странно, на форумах везде пишут что именно так и делается и нигде такой проблемы нет

И еще - где можно подсмотреть точный список этих 87 обьектов, в SPDD и SPAU суммарно столько не набирается что-то.

Процедура вкратце такая:
зашел в SPDD, в Without Modification Assistant вижу например таблицу BKPF, она в статусе Semi-Automatic Adjustment possible (есть отличия от оригинала). Нажимаю дважды на желтый треугольник для Technical Setting Tables , делаю Accept Proposal, сохраняю в запрос, статус становится зеленой галочкой.
Правда для BKPF Table Indexes так уже не сделаешь - дваждыщелкаю на желтый треугольник,там только просмотр информации об индексах...Запрос для индексов не сгенерировать вообщем.
Например, есть Without Modification Assistant -> Data Elements -> таблица J_3RMVKNTR желтым треугольником, из SPDD для нее запрос не сгененирировать. Надо ее отредактировать в SE11 для получения запроса ?
Теперь надо аналогично пробежаться по всем обьектам и структурам, сгенерировать отличия в запросы и деблокировать их затем тут же в shadow instance?

Привет бойцам невидимого фронта
по теме:
ehp4, помнится, ставил спокойно только абап-стек, а с ehp 5 почему-то sapehpi полезла и жабу агрейдить, хотя stack.xml чисто абаные пакеты. ес-но упёрлась...жду теперь ключ на skiping от суппорта...

вопрос: это SAPehpi новый умный такой, или - "лыжи не едут" - где-нить вначале пропустил птыцу какую...?