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

В главе 3«Обслуживание и поддержка» рассказывается о возможностях SAP Service Marketplace и SAPNet R/3 Frontend, возможно, более известных как Online Service System (OSS). В этой главе освещается также важная тема: соединение системы заказчика с SAProuter.

В главе 4«Принципы инсталляции» обсуждаются основы всех решений mySAP — концепции и процедуры инсталляции, которые изменились на стыке между SAP R/3 4.6C и SAP Web Application Server. Хотя теории этих концепций инсталляции похожи, технические реализации разных инсталляций отличаются друг от друга. В этой главе также обсуждается ежедневная работа, которая требуется после инсталляции.

В главах 5«Создание и настройка системной инфраструктуры» и 6«Логистика программного обеспечения» описываются архитектура и использование Системы управления переносом (TMS). Задание системной инфраструктуры и центральной администрации настроек переноса являются основными вопросами, рассматриваемыми в главе 5. В главе 6 рассказывается о переносе логистики программного обеспечения; для обработки логистики требуется TMS. В этой главе описывается также Система изменений и переноса (CTS) как приложение, используемое каждой инсталляцией для импорта пакетов поддержки и дополнительных модулей.

В главе 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.

Базовая технология SAP, давно известная как SAP R/3 Basis, показала себя надежной платформой благодаря своей высокопроизводительной архитектуре. Сервер приложений Web SAP (Web AS - Web Application Server) является поэтому не только базовым компонентом текущей системы SAP R/3 Enterprise, но также технологической основой одинаково структурированных компонентов решений SAP, таких как SAP APO, SAP BW и SAP CRM.

Технология всех решений mySAP основывается на известной многозвенной архитектуре клиент/сервер. Использование такой концепции позволяет разрабатывать надежное и гибкое масштабируемое основание для работы сложных системах.

Трехзвенная технология клиент/сервер различает следующие уровни:

► Презентация

► Приложение

► База данных

С точки зрения аппаратных средств техническая реализация находится между следующими крайними случаями: «все компоненты на одном компьютере» или «один компьютер для каждой инстанции уровня». Оптимальный вариант можно определить согласно предполагаемым планам использования системы, доступности требований и производительности.