По данной ошибке не подскажу, но буквально на днях завершил задачу по тиражированию PI системы NW 7.11 c последующим апгрейдом до NW 7.31 (сначала мигрировали исходную систему в новую, затем новую апгрейдили до 7.31, после мигрировали 7.31 в еще одну систему). БД MS SQL. Заморочек по сравнению с миграцией erp-систем на порядок выше, как мне показалось, во многом из-за большого количества пост-шагов. Правильно понимаю, что ошибка, с который Вы столкнулись, возникает при запуске SWPM на target-системе в момент указания БД ? Сталкивался с подобной проблемой, причина была в том, что некорректно установил БД на чистом сервере, вместо default инстанции указал какое-то имя, помогла переустановка БД с выбором параметров по умолчанию.

Проверьте профиль initSID.sap на наличие ASM в параметрах

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

если будете SID менять - там потом в каждый интерфейс нужно будет нырять и его там менять и столько еще переделывать - жуть

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

и сколько интерфейсов? поимев дело с десятком копий PI систем (причем несколько из них убили продуктив потому как были неправильно скопированы) - могу сказать что если интерфейсов не очень много, гораздо проще поднять систему с нуля той же версии и транспортировать контент, чем мучаться с колией. или вообще сразу девелопмент патчить

сейчас пропатчила/проапгрейдила 5 систем со 120 интерфейсами в каждой - и без теста все ок прошло с минимальными проблемами, основные проблемы вылезли на продуктиве потому что некоторые интерфейсы только там и работают.

оказывается топик живет своей жизнью

По ошибке экспорта. Проблеме нужно отлежаться. Через пару недель повторил все начистовую, предварительно почистив следы предыдущего экспорта и все прошло успешно. Единственное что хочу заметить: при выполнении действий от sidadm SWPM запускает скрипты в csh. Это не смотря на то что у юзера bash выставлен. Это немного крови попортило.

Склонировал продуктив в сторонку - на хост с другим именем и IP адресом. БД тоже естественно в стороне развернул. САП еще не поднимал, абап то стартанет ,а вот с джавой такой уверенности нет.


примерно так и есть. только процесс наката патчей и протестим. Его "гладкость".


а у вас случаем чек листа нет со списком чего нужно делать чтобы джаву на хосте с другим адресом и именем запустить? Мы и без переименования SID согласны.

Возник вопрос по апгрейду через MOPZ.

запустил транзакцию, текущую систему и версии компонент mopz определил правильно. Я ему сказал апгрейд и выбрал до 7.40 SP10. Он мне накидал в корзину файликов с SP09 и SP10 но для 7.40. То есть в корзине нет ничего чтобы идентифицировалось как файлы для апгрейда с 7.10 до 7.40.

Это какой-то глюк или процесс апгрейда в данном случае не возможен разом?

Вам судя по всему сначала надо апгрейд версии сделать, а потом уже патчить

чек-лист - надо поискать, где-то был. Мы перестали копировать ПИ года 3 назад когда произошло интересное - кто-то скопировал продуктив в песочницу, не остановив каналы/интерфейсы, поднял и забыл, что-то с чем-то синхорнизировалось - песочница решила что она продуктив, а продуктив решил что он песочница - и все платежки шли несколько дней через песочницу которая к внешнему миру никаким боком и падали, а платежки извне шли в продуктив который качал их в песочницу, пока разобрались - чуть не рехнулись, потом сотни платежек руками копировали 3 дня.

не понял о чем вы

В mopz на втором шаге выбрал upgrade. Версию исходной системы он определил верно 7.10 sp09. таргетом я ему сказал 7.40 SP10. Что здесь неправильно?

Да, судя по файликам 7.40 был только SP09 и SP10 потому как более ранние патчи он не предлагает качать ни для одного из абап компонентов.

а ларчик просто открывался: SUM на шаге 5.2 запросил у меня пути к DVD NW740SR2

Вот интересно, ему 2х дисков "NW 7.4 SR2 Upgrade Export" хватит или еще installation, language и java качать?

Если кому еще интересно будет, то SUM захотел и export диски и языковые и диск с ядром. Ну и ораклу до 11.2.0.4 пропатчить попросил(был 11.2.0.2)

А подскажите, где теперь генерация stack.xml происходит, в SMSY, DSWP говорит устарели, MOPZ не существует ))

А нашел, в sm_workcenter. Просто прав sap_all и j2ee_admin не хватало для появления вкладки Change Managment.

Если не ошибаюсь, там даже не sap_all нужно. потому как оно было у меня изначально, а после апгрейда вкладок катастрофически не хватало. Сейчас у меня 6 вкладок, вроде бы еще не все, но пока хватает

добавьте себе роли
SAP_SMWORK*

все, до которых дотянитесь, и будет щастье

и эту: SAP_WORKPLACE_ADMIN

Спасибо, помогло, сгенерировал стэк