5.1. Инициализация системы изменений и переноса
На последнем шаге инсталляции для каждой системы SAP R/3 инфраструктуры должен быть определен глобальный или специфический для класса объекта параметр изменения системы (system change option). Объекты SAP R/3, которые являются здесь существенными, включают кросс-клиентские данные, такие как программы, шаблоны экранов, меню, таблицы и структуры, а также независимый от клиента параметр Customizing (см. главу 7). Параметр изменения системы определяется вручную в каждой системе SAP R/3. Необходимо сначала рассмотреть, должны ли эти объекты вообще быть модифицируемыми в системе SAP R/3. Термин "модифицируемость" означает возможность создания и адаптации новых объектов или дополнительной разработки объектов, предоставленных SAP, чтобы удовлетворить специальные требования заказчиков. Эти данные не должны изменяться в производственной рабочей среде. Модификации, допустимые в разрабатываемой системе, зависят от типа и области действия разработок. Например, являются ли допустимыми модификации объектов, которые предоставила фирма SAP?
Есть две возможности для задания параметра изменения системы: с помощью ►installation postprocessing (до версии SAP R/3 4.6C) или ►Transport Organizer • Tools Administration • Set system change option. Сначала делаются глобальные настройки, чтобы определить, допустимы ли модификации или нет. Объекты хранилища группируются в программные компоненты и присваиваются пространству имен. Система, в которой был создан объект, называется исходной системой (см. главу 6) объекта. Можно использовать эти настройки для более детального задания настроек модифицируемости. Объект является модифицируемым, только если:
1. Глобальный параметр изменения системы задан как "modifiable" (изменяемый).
2. Программные компоненты, которым принадлежит объект, имеют значение "изменяемый".
3. Пространство имен, в котором находится объект, имеет значение "изменяемое".
Таблица 5.1.Параметр изменения системы на уровне пространства и программных компонентов
| Программные компоненты | ||||
| Изменяемые | Ограниченно изменяемые | Не изменяемые | ||
| Пространство имен | Изменяемые | Существующие объекты можно восстанавливать. Новые объекты получают идентификатор системы для исходной системы | Существующие объекты можно восстанавливать. Новые объекты получают "SAP" для исходной системы | -- |
| Не изменяемые | -- | -- | -- | |
Программный компонент описывает множество логически связанных объектов, которые передаются и обрабатываются вместе. Объекты присваиваются пространству имен добавлением префикса пространства имен в начале имени объекта. Разделы имен являются подмножествами пространства имен.
Система SAP R/3 распознает следующие программные компоненты:
► Разработки заказчика (НОМЕ)
Включает все специфические разработки заказчика, выполненные с помощью всех доступных в системе SAP R/3 инструментов, которые могут переноситься.
► Локальные разработки (без автоматического переноса: LOCAL) Включает все специфические объекты заказчика, которые не являются переносимыми (локальные).
► Общие для всех приложений компоненты (SAP_ABA)
Этот вариант позволяет делать модификации с помощью инструментов АВАР Workbench (Development Workbench) во всех прикладных компонентах, поставляемых компанией SAP.
► Логистика и бухгалтерский учет (SAP_APPL)
► Компоненты SAP Basis (SAP_BASIC)
Позволяет изменять все компоненты Basis с помощью доступных инструментов. Допускаются все компоненты из Development Workbench, АВАР Query и использование Function Builder.
► Трудовые ресурсы (SAP_HR)
Наиболее важными пространствами и разделами имен являются:
► Пространство имен заказчика
Все объекты без префикса, имена которых начинаются с Y или Z.
► Общее пространство имен SAP
Все объекты без префикса, имена которых не начинаются на Y или Z.
► Инструменты АВАР и GUI: префикс /1ВСАВА/
Допускается обработка объектов SAP только с помощью АВАР Editor, Screen Painter, и Menu Painter. Модификации функций не допускаются.
► Инструментальные средства разработки: префикс /1BCDWB/
Включает обработку объектов SAP с помощью всех инструментов в Development Workbench (АВАР Editor, Screen Painter, и Menu Painter) и модификации объектов репозитория (Repository). Модификации функций недопустимы.
► Группы функций блокировки: префикс /1BCDBWEN/
Включает функции SAP, которые обслуживают управление блокировками в SAP R/3. Если желательно задать параметр изменения системы таким образом, чтобы можно было модифицировать только объекты заказчика, нужно задать программные компоненты НОМЕ и LOCAL и пользовательский раздел имен как "модифицируемый".
Инициализация
Если система SAP R/3 устанавливается с компакт-диска с помощью R3setup или SAPinst, то инициализации CTS не требуется. Если система была создана как копия существующей системы, необходимо использовать ►Installation Postprocessing для регенерации базовых настроек CTS и для закрытия любых внешних запросов и задач в системе.
Для этого нужно выбрать Database copy or migration в ►Installation Postprocessing и выполнить эту функцию. Можно вывести и проанализировать журнал выполненных действий с помощью Extras • Display logs.
Рис. 5.2.Дополнительная обработка при системном копировании или миграции
5.2. Задачи, выполняемые системной инфраструктурой
Каждая инсталлированная система SAP R/3 содержит все ресурсы, которые ей нужны для выполнения всех функций SAP R/3. Кроме бизнес-приложений, поддерживаются разработка и управление ПО, обеспечение качества для разработанных самостоятельно компонентов SAP R/3 и специальные системные настройки. Чтобы удовлетворить эти различные требования и остаться работоспособным без риска для основной деятельности, рекомендуется создать отдельные системы SAP R/3 для каждой из этих специальных сред. Наличие одной системы адекватно отвечает только требованиям подготовки и обучения или демонстрации.
Причина такой рекомендации кроется в различных требованиях, например к тестовой и рабочей системе:
1. Все изменения в репозитории влияют на среду SAP R/3 этапа выполнения, а следовательно - на рабочую систему.
2. Разработчики имеют доступ ко всем таблицам SAP R/3. Следовательно, в односистемной инфраструктуре они могут обращаться к рабочим данным.
3. Операции, связанные с разработкой, отрицательно влияют на производительность. Например, если программы для целей тестирования выполняются в режиме отладки, то рабочий процесс диалога в это время не может быть назначен другому пользователю. Учебные работы в одной системе R/3 также будут отрицательно влиять на ее функционирование и применение в других задачах.
Таким образом, рекомендуется распределять задачи по разным системам и переносить их с тестовой системы в рабочую только после проверки на корректность функционирования. Это называется транспортировкой, или переносом изменений. CTS используется для управления всеми модификациями и для разработки ПО в системах R/3, а также для переноса его между системами (см. рис. 5.1).
Двухсистемные инфраструктуры
Компания SAP рекомендует инсталлировать системную инфраструктуру, содержащую как минимум две системы. Разработка и тестирование осуществляются на одной системе, а производственные операции - на другой.
В двухсистемной инфраструктуре CTS рассматривает систему разработки и тестирования как систему интеграции, а производственную систему - как систему консолидации.
Если в процессе разработки ПО достигается приемлемый уровень, то можно осуществить перенос изменений в другую систему - систему консолидации, которая выполняет роль производственной системы (см. рис. 5.3). Поэтому в этом сценарии не поддерживается тестирование переноса как такового. В случае сложных разработок, которые включают зависимости, полное тестирование в двухсистемной инфраструктуре выполнить невозможно.