Всем доброго дня!
Имеется платформа SAP ERP 2005 ECC 6.0 (без ehp), ОС HPUX 11.2 , СУБД ORACLE 10.0.2.0.
Хочется поднять это хозяйство (та же версия SAP и Oracle) на другой операционной системе - OC SUSE Linux Enterprise 11 или OC MS Windows 2003 Server Enterprise .

Большая просьба подсказать:
1. Возможна ли такая миграция?
2. Какие инструменты лучше для этого использовать.
3. Где можно поискать документацию по такому перходу.


Огромное спасибо!

LKU, это работа для вашего базисника
а вы судя по профилю функциональный консультант

Ludens, я и не берусь эту работу выполнять лично. У системы, о которой идет речь, вообще нет базисника и она не используется как продуктивная. Цель - поднять систему на более доступной платформе, чтобы иметь ее в качестве библиотеки решений как раз по прикладной (консультантской) части.

Поиск по форуму мне в достижении цели не очень помог, ваш первый ответ тоже.

Так что я по-прежнему жду ответов на мои исходные вопросы, которые помогут оценить реальность такого мероприятия и в каком направлении двигаться.

базисника нет, система есть - как то же ее смогли установить
верю что у вас получится и скопировать -)
https://websmp207.sap-ag.de/~sapdownloa ... 3_abap.pdf

Ludens, спасибо за документ, будем читать.
Я правильно понимаю, что смотреть надо в сторону R3Load, а не копирования средствами Oracle?


По самой ситуации - да, бывает и такое на наших необъятных просторах.

а ведь есть много консалтеров... и стоит это недорого

LKU, вам необходимо гетерогенное копирование средствами R3load (нужен диск с мастером системы исходника и целевой системы, для целевой еще понадобится диск с СУБД и ядром)

з.ы. я б советовал linux, из регулярно опробованных - sles 11.2

в зависимости от объема базы, работы часов на 12 с запасом...при условии что дисковая система не убитая.

шрам, спасибо за совет и оценку трудозатрат!

А не проще тогда поднять "на доступной" платформе - ещё одну диалоговую инстанцию ?
Или всё-таки нужна "замороженная" копия системы ??

Железо, на котором сейчас система (как БД, так и сервер приложений), через некоторое время станет недоступно. Поэтому задача - сохранить копию системы с библиотекой разработок на более дешевой в покупке и обслуживании платформе с минимально достаточной производительностью для доступа 1-2 консультантов.

Что-то мне кажется, щрам погорячился насчет 12 часов с запасом. Да и насчет SLES тоже.
ОС необходимо выбирать исходя доступных ресурсов. UNIX админы стоят дороже, чем Windows. Это может быть критерием выбора ОС.
12 часов - это если процесс отлажен, ОС настроена, все дистрибутивы есть и размер БД не большой (100-250 Gb). Если вам выжно правильно спланировать, не планируйте меньше чем 3 дня. Если база большая, то и неделю, если не хотите, чтобы ваш админ ночевал на работе и ему пришлось платить за overtime.

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