Выбрать главу

► sqd (SAPDB)

► db2 (DB2)

► inf (Informix)

► ora (Oracle)

На уровне операционной системы пользователи обычно различаются по соответствующим рабочим областям и поэтому — по их авторизации. Пользователь операционной системы <sid>adm предназначен для администрирования SAP R/3. Для задач администрирования в РСУБД предусматривается пользователь <RDBMS><sid>, однако в действительности эти обязанности возлагаются на нескольких пользователей.

В системах Windows NT все описанные задачи осуществляются пользователем <sid>adm. Сами процессы R/3 выполняются как службы, и для них определен пользователь SAPService<SID>.

Со стороны БД в системе SAP R/3 есть пользователь SAPR3, которому принадлежат все таблицы БД в системе R/3. Могут существовать и другие пользователи БД, однако они не имеют полномочий на доступ к этим таблицам.

1.8. Советы

► Пути доступа меню

При поиске пути доступа меню к транзакции можно использовать транзакцию search_sap_menu для стандартного меню или search_ user_menu для записей в меню пользователя.

► Транзакция

При поиске транзакции с помощью ключевого слова или групповых символов можно использовать ►Data Browser таблицы TSTCT.

1.9. Транзакции и пути доступа меню

Data Browser: SAP Menu • Tools • АВАР • Workbench • Overview Data Browser (SE16)

1.10. Дополнительная документация

► SAP Service Marketplace, псевдоним

► SAP Service Marketplace, псевдоним

► SAP Service Marketplace, псевдоним

► SAP Service Marketplace, псевдоним

► SAP Service Marketplace, псевдоним

В следующей таблице представлен обзор наиболее важных указаний (Notes) в SAP Service Marketplace, которые имеют отношение к базовым вопросам архитектуры SAP R/3.

Таблица 1.3.

Содержание Указание ITS Maintenance Strategy 197746 SAP GUI Resources 26417 SAP GUI Maintenance Strategy 147519 SAP GUI Limitations for Java 454939 1.11. Контрольные вопросы

1. Какие службы предлагает прикладной уровень?

a. Служба коммуникаций

b. Служба диалога

c. Служба спула

d. Служба обновления

e. Служба сообщений

f. Служба транспорта

g. Служба шлюза h. Служба сети

i. Служба блокировки

j. Служба фонового выполнения

к. Служба изменения

2. Какое из следующих утверждений правильно?

a. Планировщик и процессы диалога не следует выполнять в одной инстанции.

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

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

3. Для чего предназначен сервис шлюза?

a. Для коммуникаций между процессами SAP R/3.

b. Для коммуникаций между системами SAP R/3 и инстанциями системы SAP R/3.

c. Для коммуникаций со спулом операционной системы.

d. Для соединения с внешними программами, такими как MAPI, EDI и служба телекса.

e. Для коммуникаций с системами SAP R/3.

4. Сколько серверов сообщений активно в системе SAP R/3?

a. 0

b. 1

c. 2

5. Сколько служб обновления может быть активными в каждой инстанции?

a. 1

b. 2

c. Это число автоматически изменяется системой SAP R/3 в зависимости от требований.

d. Любое число, в зависимости от доступных ресурсов. Это число может заранее определяться администратором.

ГЛАВА 2 ПЕРВЫЕ ШАГИ

2.1. Запуск БД и инстанций SAP R/3

Запуск системы SAP R/3 осуществляется в несколько шагов. В UNIX или Windows NT запуск системы SAP R/3 является задачей пользователя операционной системы <sid>adm. Выполнение процедуры запуска предусматривает следующие этапы. Сначала для сбора статистической информации по загрузке компьютера и его операционной системы запускают специальную программу saposcol (SAP , если она еще не активна. Для каждого сервера SAP запускается только одна программа saposcol, даже если несколько систем или инстанций SAP R/3 выполняются на одном компьютере. Затем начинаются основные операции процедуры запуска системы SAP R/3. Самый главный элемент системы SAP R/3 — это база данных, и, для того чтобы можно было выполнять какие-то задачи, ее нужно активизировать. После этого необходимо сделать то же самое с центральной инстанцией системы R/3. Другие инстанции могут запускаться только при активном сервере сообщений и сервере блокировок. На этом процедура запуска системы R/3 завершается. Для работы пользователей с SAP R/3 необходим также запуск клиентских систем. Они могут запускаться в любое время и независимо друг от друга. По этой причине запуск клиентских систем не считается частью процедуры запуска SAP R/3. За исключением запуска клиентов все остальные этапы запуска системы SAP R/3 обычно выполняются автоматически и совместно.