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

7.1. Создание новых клиентов

Для работы с системой R/3 нужно создать клиентов со специфическими для компании настройками. Обычно для этого копируется существующий клиент, чаще всего клиент 000 или клиент с заранее заданной конфигурацией с другой системы R/3. Клиентов можно копировать в пределах одной системы R/3 или из одной системы R/3 в другую. В последнем случае используется специальный запрос на перенос. Создание собственного клиента — это один из первых шагов в настройке системы, а следовательно, одна из базовых функций в IMG (Implementation Guide, см. главу 6). SAP рекомендует создать клиента в системе разработки для пользовательской настройки. Завершив пользовательскую настройку данной системы, можно скопировать все параметры и настройки на клиентов подчиненных систем R/3, включая рабочую систему, но сначала полезно протестировать эти настройки в системе консолидации, что обеспечит единообразие настроек систем R/3 в системной инфраструктуре. Это, в свою очередь, окажет очень хорошую помощь при тестировании системной среды. Копирование клиента следует рассматривать лишь как первый этап его инициализации. Если после завершения процесса копирования в исходного клиента вносятся дополнительные изменения, их также нужно скопировать на целевого клиента. Для этого используется Система изменений и переносов (CTS — Change and Transport System). Создание и копирование клиентов — это типичная задача при создании системной инфраструктуры на этапе реализации R/3. Рис. 7.2 иллюстрирует данный процесс для трехсистемной инфраструктуры в хронологическом порядке. После копирования клиента наступает этап проверки, в ходе которого для нового клиента могут потребоваться дополнительное обслуживание и корректировки.

Клиент создается в два этапа. Первый этап: новый клиент становится известен системе 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, ограничения при выполнении САТТ и еСАТТ можно настраивать более детально.

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

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) для блокирования пользователей.

? Убедитесь в том, что фоновые задания в клиенте источнике отменены, а внешние интерфейсы не выполняются.

Оглавление книги