SAP R/3 Системное администрирование
Шрифт:
В качестве усовершенствования возможных настроек изменения системы (см. раздел 5.1), которое регулирует изменения в системах на основе объектов, можно использовать эти настройки для определения клиента (предпочтительно в системе разработки) как единственного клиента в системной инфраструктуре, в котором могут выполняться изменения репозитория и независимой от клиента пользовательской настройки. В этом случае можно избежать возникновения непреднамеренных побочных эффектов.
Чтобы защитить, например, рабочего клиента или клиента пользовательской настройки от случайного или сознательного перезаписывания копий, можно защитить клиентов с помощью дополнительной
► Уровень защиты 0: нет ограничений
► Уровень защиты 1: запрещена перезапись
► Уровень защиты 2: запрещена перезапись, нет доступа извне
Клиент с уровнем защиты 1 или 2 не может выполнять роль целевого клиента при копировании клиента. Уровень защиты 2 предотвращает также внешний доступ к клиенту для сравнения. Система R/3 предусматривает специальный инструмент сравнения клиентов. Его можно использовать, например, для проверки идентичности пользовательской настройки двух клиентов и выявления различий. В частности, такая информация имеет важное значение при тестировании, когда тестовая среда должна быть идентична рабочей. Уровень защиты 2 предотвращает применение средств сравнения ►Customizing Cross-System Viewer для рассматриваемых клиентов. Такая форма защиты исключает несанкционированный доступ к параметрам пользовательской настройки клиента и его пользовательским данным. При необходимости можно ограничить использование нового клиента следующими областями:
► Ограничения при запуске процессов САТТ и еСАТТ
САТТ (Computer Aided Test Tool) —это автоматизированное средство тестирования. При выполнении операций САТТ указанные наборы тестов можно повторить несколько раз. В некоторых случаях это приводит к массивным изменениям базы данных, которые недопустимы, по крайней мере, в рабочих клиентах.
► Защита от обновлений SAP
Такая настройка возможна только для клиентов, которые классифицированы как тестовые или эталонные клиенты SAP. При обновлении версии SAP указанный клиент не подвергается изменениям; после обновления с ним можно больше не работать. Эта функция предназначена только для исключительных случаев, таких как обеспечение основы для сравнения после выполнения обновления.
Дополнительные замечания
В системе R/3 Enterprise благодаря возможностям еСАТТ (Extended САТТ), начиная с Basis версии Web Application Server 6.20, ограничения при выполнении САТТ и еСАТТ можно настраивать более детально.
При подготовке нового клиента описанные атрибуты должны определяться до того, как клиент будет заполнен данными. Для этого выполните следующие шаги:
1. Выберите ►Client maintenance. На экран выводится перечень доступных в системе клиентов (см. рис. 7.3).
2. Создайте здесь новую запись и определите атрибуты нового клиента в шаблоне обслуживания технических атрибутов клиентов (см. рис. 7.4).
3. Присвойте клиенту роль.
4. Выберите уровень возможности изменения клиента.
5. Определите область действия возможных изменений в независимых от клиента объектах для этого клиента.
6. Если необходимо, защитите клиента от копирования и сравнения с другими клиентами.
7. Сохраните изменения.
Рис. 7.3. Начальный
Рис. 7.4. Данные технического обслуживания
Теперь выполнены все настройки для нового клиента. Показанные шаги сначала приводят только к включению записи в таблицу Т000, описывающую атрибуты нового клиента. Новый клиент не содержит специфических для клиента данных и в частности не содержит данных пользователя. В системе R/3 жестко зафиксирован только пользователь SAP* с паролем «pass». Этот пользователь понадобится для регистрации во вновь созданном клиенте в начале процесса копирования. В процессе копирования этот пользователь заменяется спецификацией пользователя SAP* в клиенте-источнике, если используется профиль копии с основными данными пользователя.
На втором шаге для обеспечения работоспособности клиента требуется скопировать необходимые данные.
Подготовка копирования
Копирование клиента в продолжающемся проекте разработки или во время работы производственной системы создает некоторые риски, которые можно минимизировать при надлежащей подготовке.
► Системный администратор должен обеспечить, чтобы согласованное копирование клиентов объявлялось заранее с помощью системного сообщения; в этом случае пользователи смогут соответствующим образом настроить использование своих систем. Часто напоминание за день до проведения копирования будет полезным.
► Убедитесь, что во время копирования существует резервная копия текущих данных. В зависимости от используемой РСУБД может быть полезно деактивировать регистрацию в системе.
► Непосредственно перед выполнением копирования необходимо принудительно удалить из системы пользователей, которые были ранее предупреждены, но которые, тем не менее, зарегистрировались в системе. До версии SAP R/3 4.6C можно также использовать транзакцию из Euro conversion (EWZ5) для блокирования пользователей.
► Убедитесь в том, что фоновые задания в клиенте источнике отменены, а внешние интерфейсы не выполняются.
Есть несколько методов заполнения данными вновь созданного клиента. Клиента можно:
► Создать в той же системе путем копирования другого клиента (локальное копирование)
► Создать копированием клиента с удаленной системы (удаленное копирование)
► Переносить клиента с какой-либо системы на целевого клиента с помощью запроса переноса (перенос клиента)
Выбранный метод определяется системной инфраструктурой и типом данных на клиенте. Для всех методов выполняются аналогичные шаги. Для предотвращения несогласованности при копировании нельзя выполнять никаких работ на исходном или целевом клиенте.
Профиль копирования
В соответствии со структурами данных в БД R/3 можно выбирать типы данных для копирования. Для этого в R/3 предусматриваются профили копирования. На рис. 7.5 показаны доступные в данный момент профили для копирования клиентов.