IMHO (хотя я так делал неоднократно)
1. Почитать ноту 659509, поскольку стандартное ядро BW не позволяет сделать DBEXPORT
2. Дождаться времени минимальной (лучше нулевой) активности пользователей и запустить dbexport
В зависимости от мощности сервера надо от 20 мин до часа на выгрузку основных данных, а дальше словарь пойдет.
Если объекты не правятся, то база будет консистентна
3. Инсталлировать BW на новом сервере, как миграция DB
4. А вот что делать с данными, которые народ успел наводить
за время инсталляции, думайте сами.... У меня идеи есть, но все какие-то "неконсистентные"
Вариант N2
1. Ставим BW на новой машине, назвав SID аналогично источнику
2. восстанавливаем с бакапа исходной базы + redo log
3. применяем ноту 8307 (изменение имени хоста)

У кого-нибудь уже есть опыт успешного копирования BW системы с изменением SID и имени хоста ?

будет, я надеюсь, через недельку.

Опыт обширный (даже слишком)
Много траблов и глюков, но все решаемо!
лучше всего dbtxport и инсталляция на новой машине
(иногда не грузится sapfact из за индексов, но можно затолкать руками
R3load ........ (в логе команду можно посмотреть) убрав stop_on_error
Пост инсталляция стандартная, как у R/3 ничего нереального нет!
Дерзайте! Будут вопросы - задавайте

а интересно как тогда онлайн бакапы делаются??? есть же системы с доступностью 24 на 7

а чем online бякапы мешают такому режиму работы? если поменять on на off то делаются со стендбай

Или split

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

именно так - этот риск всегда присутствует - и поэтому в случае краха - если нет возможности отрекавериться до текущего момента - время восстановления фиксируют на момент наименьшей нагрузки. И документы ручками проверяют.

Спаси и сохрани базисников от онлан откатов.

и все-таки вопрос: sap коммит создания документа делает не одновременно по всем таблицам? как может получится что часть документа создана, а часть нет? если в процессе создания произошел сбой, то тогда и не было коммита в базу => нет и намека на документ. если в процесе коммита - кхм, это как надо попасть так, да и думаю оракл сам откатит как не консистентную базу.

коммит-некоммит....
Update рулит