Если делать локальную копию клиента после восстановления из бэкапа то объем базы увеличится вплоть до удвоения. То есть готовьтесь выделить на тест около 4 ТБ. Мы у себя делаем без изменения номера клиента.
Очень коротко вот основные шаги:
1. Разворачиваем бэкап базы. Если менять сид базы то тут надо сделать текстовый бэкап контролфайла из прода, подменить в нем сид, поправить имена каталогов и паолномочия на файлы и выполнить его. После этого можно трункануть все ненужные таблицы c логами вроде dbtablog. Проверяем профили, отключаем на всякий случай все фоновые процессы.
2. Заходим в системы и начинаем крушить (удаляем или переконфигурируем под тест) - rfc, настройки тмс, трасты, порты, настрйоки слд, настройки групп, задания, прочее. Все надо вычистить чтоб потом не было мучительно больно за загубленный тестом продуктив (возможно соседней системы).
3. Ну и под конец возвращаем фоновые задания, запускаем проверяем дампы и sm21. Запускаем BDLS для смены логической системы. Включаем бэкапы теста.
У меня на базе около 5 ТБ это занимало около полутора суток из которых сутки шло раскручивание с ленточек но тут у каждого будет своя цифра в зависимости от железа.

А потом мне эти заморочки с пунктом 1 надоели и я начал делать клонирование с помощью экспорта - импорта из SWPM. По поводу предупреждения неконсистентности при выгрузке - всегда об этом предупреждения есть но для тестовой базы никогда критичных проблем с этим не было. Ну и в момент выгрузки продуктивная система получает лишнюю нагрузку так что планировать надо на выходные (ну или когда проседает нагрузка). Большой плюс такого метода база заливается сразу реорганизованная.

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

Экспорт/импорт через SWPM и еще можно использовать TDMS