возникла задача сдублировать еще одну продуктивную систему.
известен список таблиц, колонок, индексов в БД, которые были добавлены девелоперами с момента существования продуктива. и их до фига)

вопрос: есть ли возможность каким-то образом транспортом прокачать объекты с тестовой системы на новый продуктив? пусть по одному, а не оптом.

проще всего разврнуть новую систему.
остановить ее.
потом развернуть базу из бэкапа продуктива.
сменть сид базы на новый и все.

потом в тарспортный домен добавить еще одну систему и поставить после системы тестрования параллельно продуктиву и тогда при импорте в тест запросы будут появляться и в основном продуктиве и в новой системе.


так будет надежнее, у вас будет точный слепок продуктива.


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

конечно есть - сделайте транспортную - как вам нужно - сформируйте запрос с нужными объектами и тащите в новую систему. Это ж обычная процедура. А в чем сомнения?

to Johnny_nvkz

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

с tp - отличная идея, спасибо. наш базисник в восторге)

to Svetlana
честно говоря, с трудом сформулирую в чем сомнения, потому как пока плохо разбираюсь в САПе) но tp нам поможет.

если вам нужна именно копия продуктива - то tp вам может и не помочь - если транспортная изначально не была настроена и использовалась по уму. Все зависит еще от того каким образом ваш продуктив создавался. Если чистая система поднималась - и все тащилось запросами - то вам просто нужно повторить импорт этой очереди - если прод создавался как копия тестовой - то возможно, что очередь у вас неполная. Есть много нюансов. Кроме таблиц - существуют еще настройки - программы как минимум.
Идеальный вариант - копировать существующую систему - и если вам нужно например почистить данные - то скопировать клиент по SAP_CUST.

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

теоретически, я тоже согласен, что лучше копировать систему, со сменой SID'а, но практически, у вас был опыт такой реализации? просто неизвестно же, какие тайны может хранить в себе SAP)

опыт практической реализации конечно был:) и достаточно богатый. Это единственный 100% гарантированный результат получения идентичности систем.

опять же, согласен про идентичность, тут и обсуждать нечего.

просто в SAP support нам почему-то однозначно 3 раза и по телефону и на форуме ответили, что нельзя копировать, надо накатывать.. ладно, уже не суть важно)
но спасибо за инфорамцию.

в SAPe вам и не могут по-другому сказать

Поскольку SAP рекомендует - даже докУмент по этому поводу есть:) Правда никто не может внятно объяснить почему - так же как никто не может внятно объяснить ЗАЧЕМ нужен в системах мастер клиент

что есть мастер-клиент?)

клиент, который является эталоном настроек - SAP РЕКОМЕНДУЕТ его иметь во всех системах - по крайней мере эта структура описана во всех документах по внедрению. Моей логике сие недоступно - назначение этого эталона и никто не смог убедительно доказать его право на существование. Так и работаю всю жизнь без оного

серьезно вы с ним)
удалили, не дожидаясь перитонитов)

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

как говорл Карлсон "я делал это тысячу раз"

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

переобпредилть профили RZ10 в RZ04 сделать изменения. фоновые задания все проверить. транспортную перенастроить. проверить RFC соединения (чтобы случайно нчиего не куда не ушло) и т.д.

Да если следовать рекомендацуиям SAP то разориться можно

у нас они приезжали два раза в самом начале разработку поставили и тестовую.
и потом продуктив ставили и ides BW
в иотге эт овсе уже мигрировали несколько раз на другие машины и переставляли про ides вообще отельная пестня пришлось рассказывать как на linux oracle 8 ставится.