В главе 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 можно найти в Интернете по адресу http://service.sap.com.
Системные свойства различаются на разных платформах операционных систем. Соответственно UNIX всегда включает все варианты UNIX, для которых был выпущен данный компонент. Windows NT указывает на текущую версию операционной системы Microsoft, используемую для решений SAP. Полный набор всех допустимых комбинаций операционной системы, базы данных и компонентов SAP можно найти в SAP Service Marketplace по быстрой ссылке
ГЛАВА 1 ТЕХНИЧЕСКАЯ РЕАЛИЗАЦИЯ АРХИТЕКТУРЫ КЛИЕНТ/СЕРВЕР В СИСТЕМЕ SAP R/3
Технология всех решений mySAP основывается на известной многозвенной архитектуре клиент/сервер. Использование такой концепции позволяет разрабатывать надежное и гибкое масштабируемое основание для работы сложных системах.
1.1. Архитектура клиент/сервер в системе SAP R/3Трехзвенная технология клиент/сервер различает следующие уровни:
► Презентация
► Приложение
► База данных
С точки зрения аппаратных средств техническая реализация находится между следующими крайними случаями: «все компоненты на одном компьютере» или «один компьютер для каждой инстанции уровня». Оптимальный вариант можно определить согласно предполагаемым планам использования системы, доступности требований и производительности.
Работа всех трех слоев клиент-серверной архитектуры на одном компьютере подходит только для целей демонстрации или тестирования.
Рис. 1.1.
Небольшие системы SAP R/3 часто используют конфигурацию с отдельным уровнем презентации (см. рис. 1.1). База данных и приложение выполняются вместе на одной машине; ПК или другие компьютеры рабочих станций используются для внешних систем.
Если двухслойная конфигурация больше не удовлетворяет требованиям пользователей, то серверы базы данных и приложения разделяют. Программная архитектура SAP R/3 позволяет распределить уровень приложения на несколько которые могут выполняться на отдельных компьютерах. Такая технология предоставляет высокий уровень масштабируемости; база данных является единственным компонентом, который не может выполняться на нескольких компьютерах. Контрольные испытания смогли смоделировать несколько тысяч пользователей SAP R/3, работающих параллельно в трехслойной конфигурации. Однако с точки зрения системного администратора каждый дополнительный компьютер увеличивает объем выполнения необходимых работ.
Одно из наиболее важных решений, которое должно быть принято на ранних этапах реализации SAP R/3, касается применяемой архитектуры и аппаратного обеспечения. Данная архитектура должна наилучшим образом удовлетворять требованиям пользователей. Если на этапе рабочей эксплуатации системы SAP R/3 окажется, что выбранная архитектура не отвечает данным требованиям, то в результате придется нести более высокие расходы и выполнять лишнюю организационную работу.