Копирование SAP систем - I. Перенос/восстановление.

Обычно SAP система устанавливается из комплекта дисков, предоставляемых компанией SAP AG. После установки системы требуется выполнить ряд пост-установочных шагов. Таких как, установка дополнительных SAP-компонент, обновление SAP системы до нужного уровня SPS, установки принтера, дополнительного языка, создание рабочего манданта, начальная настройка модуля BASIS, создание пользователей и т.п. Только после этого система будет готова к работе консультантов и пользователей. При данном типе установки мы получаем, так называемую, "чистую систему". В системе нет данных пользователей (master data), нет настроек для бизнес-процессов предприятия. Только то или иное SAP решение (в зависимости от того, что мы устанавливали - SAP ERP (SAP ECC), SAP BI, SAP XI, SAP Solution Manager, SAP CRM и т.д.), состоящее из набора программ, экранов, таблиц, транзакций и инструментарий для доработки этого решения до нужд предприятия или разработки своего.

Но для SAP систем есть такое понятие как копирование системы. Обычно под ним подразумевается создание новой SAP системы из существующей. Это позволяет "убить двух зайцев": перенести собственные разработки/доработки, настройки и данные пользователей в новую систему, а так же освободить технического специалиста от большинства пост-установочных шагов (установка пакетов поддержки, дополнительного языка и т.п.). :-)

В рамках этого перед техническим специалистом может стоять одна из следующих задач:

• Перенос системы с сохранением SID на новый сервер в рамках той же платформы (Disaster system recovery),
• Гомогенное копирование системы (Homogeneous system copy),
• Гетерогенное копирование системы (Heterogeneous system copy).

Рассмотрим первую задачу - необходимо установить SAP систему заново, сохранив содержимое базы данных, SID системы и версию всех SAP компонент. Когда может возникнуть такая задача? Например, при восстановлении аппаратной части сервера после сбоя с переустановкой операционной системы. Или в случае "переезда" на более мощный сервер, но с той же платформой (тип OS, разрядность, СУБД). Получаем очень частный случай гомогенного копирования системы - гомогенное копирование системы с сохранением SID.

Для решения поставленной задачи необходимо иметь:

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

Последовательность действий следующая (в случае ABAP и ABAP+J2EE систем):

1. Подготовка исходной информации - резервные копии исходной системы (см. выше).
2. Подготовка целевого сервера: настройка оборудования, дисковых массивов, установка операционной системы той же версии и разрядности, как и на исходной системе. В рамках одного семейства можно и разные. Например, MS Windows Server 2003 -> MS Windows Server 2008 или HP-UX 11.00 -> HP-UX 11.11, главное бинарная совместимость (тип процессора и разрядность). Настройка файловых систем. Для операционных систем MS Windows обязательное условие - сохранение тех же логических дисков (размер не важен), так как файлы базы данных будут располагаться на тех же дисках, что и на исходной системе. Имя сервера, домен, сетевые настройки должны совпадать с исходным.
3. Проводим установку SAP системы на целевом сервере (как новой), сверяясь с описанием исходной системы (SID, расположение директорий SAP системы, пароли системных пользователей и т.п.). СУБД устанавливаем той же версии, вплоть до уровня пакетов поддержки. Можно не делать ряд шагов для ускорения процесса. Например, этап сбора ORACLE статистики. 
   
   
   Уточнение: для последних версий SAPInst процедура, к сожалению, только такая. Для предыдущих (версии системы SAP R/3 4.6, SAP R/3 4.7 Enterprise) возможно прерывание процесса установки на этапа ImportABAP, так как до этого этапа центральная инстанция со всеми пользователями и службами уже установлена.
4. После установки, проверив успешность установки и доступность для входа SAP системы, не надо делать никаких пост-установочных шагов. Останавливаем SAP-систему. В случае MS Windows - все службы SAP и ORACLE.
5. Восстанавливаем файлы базы данных (можно просто пройтись по директориям: дата-файлы, control-файлы, онлайн redologs, профайлы ORACLE). Восстанавливаем SAP-профайлы, директории транспортной системы (настройку транспортной системы, файлы запросов, журналы), ядро SAP системы. 
6. Запускаем базу данных и SAP систему. Первый запуск будет дольше обычного, как при обновлении SAP ядра. 
7. Дополнительный шаг, который вероятно надо будет сделать, установить новую SAP лицензию.
   
   

Так как даже при сохранении оборудования сервера активный ключ аппаратных средств может быть сгенерирован заново и не совпасть с тем, что хранится в активной лицензии системы. Поэтому необходимо будет войти в систему пользователем SAP*, в транзакции SLICENSE установить новую лицензию и удалить старую.

В итоге, мы получаем систему идентичную исходной во всём. 

Данный метод переноса системы не стоит использовать при создании новой системы, так как две системы с одинаковым SID-ом не могут существовать в одном ландшафте, и осуществлять переносы между такими системами одно мучение. :-)

Про копии систем я расскажу в следующих постах.


Автор: Шиболов Вячеслав Анатольевич