В этом проблем нет - есть стандартная вполне процедура

Видно я от жизни отстаю
Какая процедура, если не секрет? И под какую операционку?

Цитата из Installation Guide:
You need to choose an SAP system ID that identifies the whole system. This ID has to be
entered for the variable <SAPSID> when you install the central instance.
• You cannot change the SAP system ID after the installation.

а я вообще не понимаю зачем манданты копировать по САП_АЛЛ -я копирую целиком систему. Это быстрее гораздо.

Это процедура гомогенного копирования системы из резервной копии БД со сменой имени системы (2 имени).
Правда, остается проблема с двумя одинаковыми номерами мандантов.
Но здесь нужно, наверное, сразу убивать всех пользователей (они все продуктивные) в скопированном тестовом манданте. CUA тоже придется перестраивать.

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

Кому что удобнее тот тем и пользуется. Я не агитирую за копирование манданта
В тот момент мне показалось удобнее и быстрее настроить remote copy. А если все настроено и работает, зачем что-то переделывать
Да и человек спросил именно про копирование.

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

Народ, а у вас есть проблемы с тем, что в результате копирования с продуктива на тестовую систему появляются две системы с одинаковыми логическими именами?

определённо копирование продуктива с размерами базы данных больше сотни гиг удобнее делать копированием целиком системы. Это бнамного быстрее, причём даже не надо восстанавливаться с бэкапа. достаточно перевести тэйблспэйсы в бэкапмод и просто скопировать датафайлы а потом поднять базу со сменой СИДа и всё. А потом уж поменять и логическое имя, конкретной тр-ции не помню, делаю через sale.

Если речь идёт о логических системах - не проблема, есть такая транзакция как BDLS

Ну то есть после копирования продуктива в тест логическое имя все таки надо менять?

ну если в ландшафте используется обмен например idoc-ов по ale, и тест тоже в этом задействован, то естественно нужно менять. в противном случае, необязательно, так как логическое имя использует RFC-адрес, который после копирования всё равно работать не будет, и можно на лог. имя просто забить.

Вот тут-то возникает проблема ходят але и идоки, и логическое имя изменять приходится, но со сменой логического имени приходит другая проблема, документы (например FI-ские) становятся не видны, т.е. они в системе есть, но обычными средствами их не посмотришь

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

Pride ты не перед начальством отчитываешься, зачем писать сюда месаги типа зачем, тебя это е.ать не должно, не знаешь - промолчи.
Тем более проблема уже решена.