Сигрид Хагеман - SAP R/3 Системное администрирование

При планировании инфраструктуры системы SAP R/3 с самого начала необходимо учитывать, как различные виды деятельности должны быть разделены между системами и клиентами.

При создании клиента это отражается в присваиваемых ему ролях. Эти роли отражают функции клиента и присвоенные ему атрибуты:

► Рабочий клиент

Рис. 7.2. Пример для трехсистемной инфраструктуры

► Клиент для тестирования

► Клиент для пользовательской настройки

► Клиент для демонстрации

► Клиент для обучения и подготовки

► Эталонный клиент SAP

Классификация клиентов, не считая документации, служит также защите рабочих клиентов в системе с несколькими дополнительными (тестовыми) клиентами. Например, клиент, определенный как рабочий, не может быть перезаписан локальной или удаленной копией клиента. Деятельность по пользовательской настройке, которая вызывается прямо из приложения как текущие настройки (например, курсы обмена, периоды проводок), может реализовываться непосредственно в рабочих клиентах, хотя пользовательские настройки не разрешаются в связи с общими настройками клиента.

При верификации система определяется как рабочая, если хотя бы один из клиентов классифицируется как рабочий клиент.

Классификацию клиента можно изменить в любое время и настроить для отражения способа, которым его будет использовать пользователь.

Опции изменения

Среди базовых атрибутов клиента — задание возможности изменения его данных и объектов, что должно рассматриваться вместе с возможностями изменения, определенными для системы R/3. Степень изменчивости, определенная для системы 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, ограничения при выполнении САТТ и еСАТТ можно настраивать более детально.

При подготовке нового клиента описанные атрибуты должны определяться до того, как клиент будет заполнен данными. Для этого выполните следующие шаги: