В главе 7 «Администрирование клиента» обсуждается основание приложения. С точки зрения администрирования Basis здесь изучается обслуживание клиента, в частности различные возможности для копирования и переноса, а также настройки изменчивости.
В главе 8 «Пользователи и их полномочия в системе SAP R/3» подробно определяются пользователи R/3 и концепция полномочий. Кроме основ, таких как объект полномочий, индивидуальные полномочия и роли, в этой главе объясняются такие концепции, как Центральная администрация пользователей (CUA) и работа со службами каталога.
В главе 9 «Фоновая обработка» рассматривается возможность планирования и выполнения заданий в фоновом режиме, который предлагает SAP R/3 помимо диалоговой обработки.
В главе 10 «Служба обновления» обсуждаются задачи системного администратора SAP R/3 в контексте изменяющихся данных, в частности мониторинг обновлений и процедуры в случае ошибок. Данные обычно изменяют с помощью асинхронного обновления.
В главе 11 «Конфигурация и администрирование вывода» рассматриваются возможности для конфигурации вывода/печати и администрирования запросов вывода/печати.
В главе 12 «Архивирование данных» показано, как использовать и сохранять данные из базы данных SAP R/3, поскольку большие объемы данных устаревают очень быстро и больше не требуются для непосредственного доступа. Растущие объемы данных требуют дополнительных административных усилий.
В главе 13 «Распространение и перенос данных» описывается Удаленный вызов функции (RFC), как важная основа для коммуникации. RFC используется также как технология Basis для реализации распределенных бизнес-процессов с помощью Application Link Enabling (ALE). В этой главе также объясняются основы процедуры пакетного ввода для быстрого переноса данных в систему SAP R/3.
В главе 14 «Обслуживание инстанций» обсуждаются администрирование и обслуживание параметров в SAP R/3 (традиционно термин instance в русскоязычной технической литературе переводится как «экземпляр». В данной книге он переводится как «инстанция» согласно словарю SAP Terminology Database. — Прим. пер.). Здесь показано, как использование определений типов операций помогает администратору подстроить систему R/3 для удовлетворения изменяющихся требований пользователей. В этой главе также описано распределение нагрузки — выравнивание нагрузки между инстанциями с помощью групп регистрации.
В главе 15 «Мониторинг системы» вводятся инструменты, которые системный администратор может использовать для мониторинга системы и анализа ошибок. Здесь приводятся материалы, позволяющие углубить понимание знакомых инструментов. Глава завершается обзором рутинных задач администратора системы SAP R/3.
В главе 16 «Архитектура мониторинга» обсуждаются структура, конфигурация и возможные применения архитектуры мониторинга как важного компонента Системы управления вычислительным центром (CCMS) во всех системах SAP Basis.
Приложения включают ответы на все контрольные вопросы, все важные коды транзакций, список наиболее важных параметров R/3, схемы структур меню, а также глоссарий всех важных терминов в среде SAP R/3.
Перейти к большинству действий или задач можно, следуя по пути доступа меню или вводя код транзакции. Текст указывает на такую возможность, например ►Event maintenance. В каждой главе есть раздел, посвященный путям доступа и кодам транзакций, где объясняются соглашения, используемые в главе:
Event maintenance: SAP Menu • Tools • CCMS • Jobs • Maintain Event (SM62)
Источники дополнительной информации предоставляются в разделах о быстрых ссылках и указаниях SAP Service Marketplace. Эти ссылки в SAP Service Marketplace можно найти в Интернете по адресу http://service.sap.com.
Системные свойства различаются на разных платформах операционных систем. Соответственно UNIX всегда включает все варианты UNIX, для которых был выпущен данный компонент. Windows NT указывает на текущую версию операционной системы Microsoft, используемую для решений SAP. Полный набор всех допустимых комбинаций операционной системы, базы данных и компонентов SAP можно найти в SAP Service Marketplace по быстрой ссылке /platforms.
ГЛАВА 1
ТЕХНИЧЕСКАЯ РЕАЛИЗАЦИЯ АРХИТЕКТУРЫ КЛИЕНТ/СЕРВЕР В СИСТЕМЕ SAP R/3
Базовая технология SAP, давно известная как SAP R/3 Basis, показала себя надежной платформой благодаря своей высокопроизводительной архитектуре. Сервер приложений Web SAP (Web AS - Web Application Server) является поэтому не только базовым компонентом текущей системы SAP R/3 Enterprise, но также технологической основой одинаково структурированных компонентов решений SAP, таких как SAP APO, SAP BW и SAP CRM.
Технология всех решений mySAP основывается на известной многозвенной архитектуре клиент/сервер. Использование такой концепции позволяет разрабатывать надежное и гибкое масштабируемое основание для работы сложных системах.
Трехзвенная технология клиент/сервер различает следующие уровни:
► Презентация
► Приложение
► База данных
С точки зрения аппаратных средств техническая реализация находится между следующими крайними случаями: «все компоненты на одном компьютере» или «один компьютер для каждой инстанции уровня». Оптимальный вариант можно определить согласно предполагаемым планам использования системы, доступности требований и производительности.
Работа всех трех слоев клиент-серверной архитектуры на одном компьютере подходит только для целей демонстрации или тестирования.
Рис. 1.1. Варианты конфигурации
Двухслойная конфигурация
Небольшие системы SAP R/3 часто используют конфигурацию с отдельным уровнем презентации (см. рис. 1.1). База данных и приложение выполняются вместе на одной машине; ПК или другие компьютеры рабочих станций используются для внешних систем.
Трехслойная конфигурация
Если двухслойная конфигурация больше не удовлетворяет требованиям пользователей, то серверы базы данных и приложения разделяют. Программная архитектура SAP R/3 позволяет распределить уровень приложения на несколько инстанций, которые могут выполняться на отдельных компьютерах. Такая технология предоставляет высокий уровень масштабируемости; база данных является единственным компонентом, который не может выполняться на нескольких компьютерах. Контрольные испытания смогли смоделировать несколько тысяч пользователей SAP R/3, работающих параллельно в трехслойной конфигурации. Однако с точки зрения системного администратора каждый дополнительный компьютер увеличивает объем выполнения необходимых работ.
Одно из наиболее важных решений, которое должно быть принято на ранних этапах реализации SAP R/3, касается применяемой архитектуры и аппаратного обеспечения. Данная архитектура должна наилучшим образом удовлетворять требованиям пользователей. Если на этапе рабочей эксплуатации системы SAP R/3 окажется, что выбранная архитектура не отвечает данным требованиям, то в результате придется нести более высокие расходы и выполнять лишнюю организационную работу.