Добрый день.

Коллеги, у кого есть опыт подобной миграции, подскажите как происходит данный процесс, нюансы, этапы и т.д. Руководство поставило задачу, при этом есть один существенный нюанс, поддержка у нас отсутствует и возможно ли без нее вообще мигрировать?

А это миграция вообще? Больше похоже на реэмиграцию

Ну вам же где-то надо выкачать дистрибутивы Oracle и SAP ECC для Windows, выкачать где-то SWPM. Для этого нужен s-user с контрактом. Про процесс в трех словах: запускаете SWPM на источнике, выбираете SYSTEM COPY, получаете бэкап, засовываете его на целевой хост, запускаете там SWPM > SYSTEM COPY, выбираете этот бэкап и подсовываете все диски, которые инсталлятор попросит. Гетерогенное копирование это называется. Ну и да, Oracle нужно будет до этого поставить.

Можете смеяться сколько влезет, я ввиду неопытности могу развеселить -=) Главное чтобы по делу помогли

С дистрибутивами вопрос решаем.

Мда, я думал что это одно и тоже. Ну тогда уже проще, ибо гомогенное копирование выполнять мне приходилось(это уже рядом). А если переносится весь ландшафт, после какие то же настройки и проверки нужно выполнять? Тот же транспорт, что прямо после переноса все само так и заработает? Печать? Солман?

Транспорт нужно будет пересоздать, ведь были линукс шары, а станут виндовые. Нужно иметь в виду, что если вы или оставите имена хостов такими же для того, чтобы другие системы, типа солман, лезли по RFC будто ничего и не изменилось у вас будет конфликт имен в сети. Однако, как при этом вы будете тестировать и параллельно работать в старом ландшафте на HP-UX не знаю. Я бы предложил для начала провести тестовое гетерогенное копирование продуктива с новым именем хоста, записать все проблемы и как их решали, все пригодившиеся ноты и тп. Далее дать эту машину консультантам для тестирования. Кстати, в SE06 постпроцессинг нужно будет сделать после запуска. И еще, не забудьте, что у вас в копии продуктива будут джобы и rfc, которые будут хотеть вылезти за приделы тестов, например, засунуть какие-нибудь свои данные в солман или типа того. Не забудьте после запуска копии системы отключить все "опасные" rfc и джобы перевести в статус запланированно. С печатью по идее все ок будет.

Благодарю за развернутый ответ. Постпроцессинг? Немного все проще, копия будет на виртуалке, которая будет в изолированной сети, поэтому rfc меня не беспокоят и конфликт имен тоже. С шарами да, понял. Транспорт будем пересоздавать(хотя не знаю как, ибо не делал этого -=), но думаю разберусь).

А потом уже, я так понимаю, после удачного копирования, можно по очереди переводить таким же образом и остальные системы в мой изолированный ланшафт копию? И потом уже все вместе тестить? А то что есть еще у нас модуль недвижимости, никак не влияет на процесс? Типа какие то нюансы донастройки? Я с ним не работал до этого, поэтому спрашиваю.

Ну SE06 откройте посмотреть, там одну кнопку нажать уже по факту в новой системе. Думаю, наличие модулей на миграцию не повлияет. Консультанты ведь проверят работу модуля. Изоляция системы от сети может не дать запуститься базе данных под винду, там же OPS$ будет доменный, видимо, в этом же плюшки винды. Да и нужно будет или sap gui ставить на эту же машину, и сидеть в тормозной консоли, передающий экран с сервера или хитро настраивать сеть, чтобы одни машины (мигрированные копии) видели друг друга (для настройки транспорта), а так же машину с sap gui, которая в свою очередь другой сетевкой будет видить общую сеть. Тогда можно будет играться с виртуалками и юзать gui без тормозов. Еще будут трудности с постоянным подсовыванием в изолированную машину всяких там дистрибутивов. Советую создать еще один виртуальный диск, подмонтировать его как к тестовому серверу, так и к хосту, видящему сеть. Тогда через этот обменник можно будет быстро что-то перекинуть туда-сюда.

В принципе, всё правильно уже сказано. Имеет смысл сделать пробную миграцию копии продуктива и запустить туда консов для проверки. Брать при этом распоследние версии всего, винды, ядра, оракла (11.2.0.3 без патчей не брать, там r3trans-ы виснут).
Имена хостов и ip я бы оставил теми же.
Вестись на "а линукс лучше винды" только в том случае, если у вас есть, кому его обслуживать
А после миграции можно и к EhP переходить:)

процитирую коллегу jack_nsk, очень уж ёмкое, а главное - правильное, на мой взгляд, определение ситуации

ну как бы да, но нет. для обширных инсталляций винда не годится - тысячи онлайновых юзеров скорее всего не потянет. в то же время есть отличные примеры, когда винда справляется с 1-2 сотнями. и по некоторым признакам у ТС скорее второй вариант, нежели первый.
в общем, решает царь-бюджет.

Не призываю за винду, но не понимаю скепсиса. На одинаковом железе разницы в производительности не увидите.
Проблема в другом - у windows есть свои, внутренние, проблемы, как у операционной системы. Туда попадает и безопасность, и необходимость частых обновлений, которые надо бы проверять в отдельном месте на жизнеспособность. Да и жизнь у этой оси идет внутренняя лишняя. И интеллект у нее слишком уж высокий, и его по голове не стукнешь. А когда ось считает себя умнее админа - это неправильно, возникают недопонимания
Линуха в этом отношении гораздо жизнеспособнее и дружелюбнее. Что сказали - то и делаем.
Что-то на лирику потянуло
Windows - это кот. Иногда делает, что попросишь. Но без интереса, ведь своих дел полно. В основном жрет и спит. Иногда играет. В процессе игр может разнести квартиру по чертежам.
Linux - это преданная собака. Как воспитаешь, так и будет себя вести. Сказал: - Место! Идет, иногда вздыхает, и ложится на коврик. И всегда огонек в глазах: - Хозяин, что надо сделать? Ты только скажи!

Благодарю, но я бывший админ и опыта у меня достаточно по работе с виртуальными средами, все это я знаю. -=)

Я сам все буду обслуживать и железо и ОСи. Так мне гораздо проще, чем постоянно кого то просить посмотреть там и там, а вдруг с этим что то, а может с этим. -=)

Дело не только в том, что я там всех знаю, дело в том, что текущая система на HP-UX и на IA64, и тут нет админов которые бы разбирались в этой ОСи, и какие то банальные операции типа добавить места к файловым системам превращаются в цирк с конями. Я бы и рад разобраться с HP-UX но не на чем, его не виртуализировать, на тестовую тачку не поставить, т.к. нужен IA64 и т.д. А выполнять какие то операции на живой системе не проверив результат их действия может печально закончится.

Верно, царь бюджет решает и уже все решил, юзеров в среднем около 200 трудится. Обширные инсталляции не предвидятся.