Раньше это считалось невозможным, но SAP выпустил утилиту, позволяющую переименовать систему. Особенно это удобно когда у вас виртуализация и нужно сделать из продуктивной системы тестовую, а копировать мандант по RFC или через транспортную систему долго.
Вам поможет SOFTWARE PROVISIONING MGR 1.0 (если ссылка не работает поиграйтесь с именем хоста websmp207.sap-ag.de, быть может он в это время не доступен:
Общий принцип даной процедуры:
- Клонируем систему
- Запускаем клон, не давая ему сеть.
- Отключаем систему от сети, на место которой должна встать новая система.
- Переименовываем имя хоста на то, которое будет, IP-адрес.
- Правим конфигурационные файлы oracle, дабы избежать подключения к продуктивной базе.
- Запускаем SOFTWARE PROVISIONING. (для linux можн запустить SSH -Y дабы получить экран X11 у себя на клиенте).
- Производим переименование. (для windows два косяка: Косяк1 - переменная TMP и TEMP не должны указывать в каталог, где находится SAP система. Их нужно временно направить в другой каталог, например c:\temp. Косяк 2 - проверьте, что база остановлена - попробуйте переименовать каталог базы данных. Если не получается - смотрите кто держит файлы. Можно воспользоваться unlocker. В моем случае это была почему-то оракловая java, хотя все службы были остановлены)
- Убеждаемся, что во всех профилях теперь указан правильный SID, имя хоста. Убеждается что каталог базы данных теперь тоже имеет нужное название.
- Отключаем архивлоги
- Запускаем SAP, молимся
- Заходим в систему. SM59 - грохаем RFC, ссылающиеся на продуктивных хост. RZ12, SMLG - убиваем лишние хосты. Проверяем SM51.
- SE06 выполняем постпроцессинг. Грохаем транспортную конфигурацию на этой системе. Останавливаем фоновые задания, далее с ними нужно будет разобраться. Стандартные нужно пересоздать в SM36, пользовательские отдать им на рассмотрение. DB13 пересоздаем задания.
- SECSTORE - убрать красные записи.
- SCC4, создаем новую запись о манданте, ведь мы не хотим чтобы на продуктиве и тесте были одинаковые номера мандантов.
- Выполняем локальное копирование (SCCL) манданта из старого в новое, не забыв о месте в тейблспейсах. Ведь новая система на данный момент будет содержать 2 копии продуктивного манданта.
- Заходим в новый мандант, выполняем BDLS
- Распространяем транспортную конфигурацию на новоявленный хост.
- SP12, проверка непротиворечивости
- Удаляем старый мандант
- Делаем оффлайн реорг таблиц, самых жирных особенно.
пример :
brspace -u / -f tbreorg -t "COEP","VBFA","BSIS" -p 8 - Пересобираем статистику.
- Заказываем новую лицензию.
- Радуемся