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

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

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

Windows NT

В Windows NT управление всеми доступными системами R/3 реализовано как встраиваемый модуль Управляющей консоли Microsoft (MMC — Microsoft Management Console). MMC использует древовидную структуру. Встраиваемый модуль SAP R/3 состоит из корневого узла SAP R/3 System; различные системы SAP R/3 и их инстанции выводятся ниже корня как подузлы. Также выводится информация о процессах, текущем статусе и открытых сигналах. Когда используется экспертный режим, вывод включает также дополнительные и более подробные данные. Отметив систему R/3 или экземпляр и выбирая Start, можно фактически запустить компоненты.

В более старых версиях SAP R/3 для запуска системы под Windows использовалась программа SAP Service Manager. Хотя сегодня рекомендуется использовать ММС, можно все еще использовать SAP Service Manager. При выборе в диалоговом окне Service Manager опции Start он сначала проверяет, активна РСУБД в R/3 или еще нет. Если БД SAP R/3 еще не активна, то она будет автоматически запущена. Далее запускаются процессы SAP R/3 центральной инстанции. Светофор показывает состояние двух самых важных процессов — сервера сообщений и планировщика. Планировщик управляет работой всех других рабочих процессов. Когда он будет активизирован, нужно подождать запуска планировщиком остальных процессов. Только после этого система SAP R/3 будет готова к работе. Светофор в SAP R/3 Service Manager использует цветовой код для указания статуса каждого процесса:

UNIX

В системах UNIX для запуска SAP R/3 используется командный файл оболочки. Администратор SAP R/3, <sid>adm, может применять командный файл (программу командного процессора) startsap. Файл startsap включает в себя ссылку на фактический командный файл startsap_<имя_хоста><номер_инстанции> для запуска системы в домашнем каталоге этого пользователя.

В остальном же процедура запуска R/3 в UNIX практически идентична используемой в Windows. Вызов startsap [all] запускает следующую программу и системы (если они еще не работают) в следующем порядке:

1. Сборщик статистики saposcol

2. РСУБД с базой данных SAP R/3

3. Система SAP R/3

Кроме того, startsap предлагает следующие варианты:

? startsap db

Командный файл выполняется только до шага запуска БД.

? startsap r3

Предполагается, что БД уже активна.

Дополнительные инстанции

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

Если на сервере БД нет активной инстанции R/3, то можно активизировать БД с помощью средств РСУБД или командой startsap db.

Использование журналов

Процедура запуска создает также журналы (в текстовом формате) на уровне файловой системы в домашнем каталоге пользователя <sid>adm. Если во время запуска возникают проблемы, то эти журналы могут предоставить ценную информацию (например, коды ошибок или описание проблемы). Журналы приходится анализировать вручную; однако в среде Windows можно также работать из ММС для просмотра журналов с помощью контекстного меню инстанции. Во время процедуры запуска создаются следующие журналы:

? startdb.log

? startsap_<имя_компьютера>_<имя_инстанции>.log

Журнал startdb.log содержит всю требуемую информацию о запуске каждой системы базы данных. Журнал startsap_< имя_компьютера >_< имя_экземпляра>.log регистрирует процедуру запуска системы SAP R/3. Следующий журнал запуска системы «SKP» на компьютере UNIX «prdsapr3» хорошо показывает отдельные фазы запуска инстанции SAP R/3.

Листинг 2.1. Журнал запуска R/3 startsap_prdsapr3_00.log

Trace of system startup/check of R/3 System SKP on Sun Oct 6 15:02:25 UTC 2002
Called command: /usr/sap/SKP/skpadm/startsap_prdsapr3_00r3
Starting SAP-Collector Daemon
------------------------------------------------
saposcol already running
Checking SAP R/3 SKP Database
------------------------------------------------
Database is running
Starting SAP R/3 Instance
------------------------------------------------
SAP-R/3-Startup Program V1.7 (92/10/21)
------------------------------------------------
Starting at 2002/10/06 15:02:29
Startup Profile: Startup Profile: "/usr/sap/SKP/SYS/profile/START_DVEBMGS00_prdsapr3"
Execute Pre-Startup Commands
------------------------------------------------
(24389) Local: /usr/sap/SKP/SYS/exe/run/sapmscsa -n
pf=/usr/sap/SKP/SYS/profile/SKP_DVEBMGS00_prdsapr3
/usr/sap/SKP/SYS/exe/run/sapmscsa: make new mode. SCSA
currently non existent.
sapcscsa: SCSA defined. sapscsald == 1283 == 00000503
sapcscsa: SCSA attached at address ffffffff7ee00000
sapcscsa: SCSA initialized.
rslgwrl(21): Searching for overlap point in pre-existing
SysLog file...
/usr/sap/SKP/SYS/exe/run/sapmscsa: finished.
(24389) Local: rm -f ms.sapSKP_DVEBMGS00
(24389) Local: ln -s -f /usr/sap/SKP/SYS/exe/run/msg_server ms.sapSKP_DVEBMGS00
(24389) Local: rm -f dw. sapSKP_DVEBMGS00
(24389) Local: ln -s -f /usr/sap/SKP/SYS/exe/run/disp+work dw.sapSKP_DVEBMGS00
(24389) Local: rm -f co.sapSKP_DVEBMGS00
(24389) Local: ln -s -f /usr/sap/SKP/SYS/exe/run/rslgco11 co.sapSKP_DVEBMGS00
(24389) Local: rm -f se.sapSKP_DVEBMGS00
(24389) Local: ln -s -f /usr/sap/SKP/SYS/exe/run/rslgsend se.sapSKP_DVEBMGS00
Starting Programs
------------------------------------------------
(24410) Starting: local.ms.sapSKP_DVEBMGS00 pf=/usr/sap/SKP/SYS/profile/SKP_DVEBMGS00_prdsapr3
(24411) Starting: local dw.sapSKP_DVEBMGS00 pf=/usr/sap/SKP/SYS/profile/SKP_DVEBMGS00_prdsapr3
(24412) Starting: local co.sapSKP_DVEBMGS00 -F pf=/usr/sap/SKP/SYS/profile/SKP_DVEBMGS00_prdsapr3
(24413) Starting: local se.sapSKP_DVEBMGS00 -F pf=/usr/sap/SKP/SYS/profile/SKP_DVEBMGS00_prdsapr3
(24389) Waiting for Child Processes to terminate.
Instance on host prdsapr3 started

Сначала системой проверяется активность сборщика статистики (коллектора) saposcol (и его запуска в случае необходимости), а затем функционирование БД. Приведенный выше пример журнала показывает, что БД готова к работе. Далее активизируются процессы ядра SAP R/3. В журнале видно, что используется профиль START_DVEBMGS00_prdsapr3.

Управление конфигурацией инстанции SAP R/3, например типом и числом процессов, размером оперативной памяти и различными параметрами, осуществляется с помощью профилей. Этот способ применяется в большинстве программных продуктов. В системе SAP R/3 есть три типа профилей:

? Системный профиль: DEFAULT.PFL

? Стартовый профиль: START_<инстанция><номер инстанции>_ <имя компьютера>

? Профиль инстанции: <SID>_<инстанция><номер инстанции>_ <имя компьютера>

Все профили сохраняются в каталоге профилей (см. главу 1), который определяется во время установки SAP R/3. Этот каталог доступен по чтению для всех инстанций системы SAP R/3 (как общий каталог Windows или монтируемый каталог UNIX).

DEFAULT.PFL

В системе SAP R/3 существует только одна копия профиля DEFAULT.PFL. Она содержит устанавливаемые параметры, применяемые ко всей системе. Эти параметры включают в себя, в частности, имя системы, компьютер БД и имя сервера блокировок. Данный профиль считывается каждой инстанцией системы SAP R/3 при запуске.

Запуск профилей инстанций

Другие профили (START_<инстанция><номер_инстанции>_<имя компьютера> и <SID>_<инстанция><номер_инстанции>_<имя компьютера>) — это специфические профили инстанции. Используемые по умолчанию имена присваиваются во время установки инстанции; имена создаются на основе выполняющихся на инстанции процессов. Например, имя центральной инстанции (см. главу 1) «DVEBMGS» указывает на то, что запущены следующие процессы:

? Диалог (D — Dialog)

? Обновление (U — Update)

? Блокирование (E — Enqueue)

? Фоновая обработка (В — Batch)

? Сообщения (M — Message)

? Шлюз (G — Gateway)

? Спулинг (S — Spool)

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

Рассмотрим профиль START_DVEBMGS00_prdsapr3. Первый сегмент этого выражения, START, сообщает о том, что мы имеем дело со стартовым профилем инстанции. Подчеркивание отделяет тип профиля от его имени. «DVEMGS» представляет сервисы инстанции и его имя. Эта инстанция является центральной, поскольку включает в себя сервис сообщений. Цифры «00» представляют последние две цифры номера порта TCP/IP, который использует на этом компьютере планировщик. Следующее далее подчеркивание отделяет имя инстанции от имени компьютера «prdsapr3», на котором эта инстанция выполняется. Стартовый профиль инстанции определяет, как, где и под какими именами запускаются отдельные сервисы или процессы системы SAP R/3. Например, приведенный ниже фрагмент профиля запускает в инстанции «DVEBMGS00_ prdsapr3» сервер сообщений и диспетчер.

Листинг 2.2. Фрагмент стартового профиля инстанции

Directory /usr/sap/SKP/SYS/profile
Name: START_DVEBMGS00_prdsapr3
#.*************************************************************
#.* Start profile START_DVEBMGS00_PRDSAPR3
#.* Version = 000003
#.* Generated by user = HAGEMANN
#.* Date of generation = 10/23/2002.
#.* 15:04:19
#.***********************************************************
SAPSYSTEMNAME = SKP
INSTANCE_NAME = DVEBMGS00
#
# Start SCSA administration
#
Execute_00 = local $(DIR_EXECUTABLE)/sapscsa -n pf=$(DIR_PR0FILE)/SKP_DVEBMGS00_prdsapr3
#
# start message server
#
_MS = ms.sapSKP_DVEBMGS00
Execute_01 = local rm -f $(_MS)
Execute_02 = local ln -s -f $(DIR_EXECUTABLE)/msg_server $(_MS)
Start_Program_01 = local $(_MS) pf=$(DIR_PR0FILE)/SKP_DVEBMGS00_prdsapr3
#
# start application server
#
_DW = dw.sapSKP_DVEBMGS00
Execute_03 = local rm -f $(_DW)
Execute_04 = local ln -s -f $(DIR_EXECUTABLE)disp+work $(_DW)
Start_Program_02 = local $(_DW) pf=$(DIR_PR0FILE)/SKP_DVEBMGS00_prdsapr3

Операции, указанные с помощью Execute_<номер> являются подготовкой к выполнению реальных команд, которые начинаются с Start_Program_ <номер>. Ключевое слово local (или альтернативно, спецификация имени сервера в том же месте) определяет компьютер, на котором должна выполняться команда.

Профиль инстанции

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

? <SID>_<инстанция><номер_инстанции>_<имя компьютера>

В данном примере используется профиль SKP_DVEBMGS00_prdsapr3. Он определят, сколько будет запущено рабочих процессов конкретного типа. В приведенном ниже фрагменте можно видеть семь процессов диалога (параметр rdisp/wp_no_dia = 7). Важной частью данного профиля инстанции является определение размера областей основной памяти системы SAP R/3. Профиль содержит также параметры входа в систему (logon) и размеры журнала.

Листинг 2.3. Фрагмент профиля инстанции

#.* Instance profile SKP_DVEBMGS00_PRDSAPR3
#.* Version = 000003
#.* Generated by user = HAGEMANN
#.* Date of generation = 10/23/2002.
#.* 15:04:18
#.********************************************************************
# Instance Profile (CI, 1156 MB RAM)
# Fri Jul 5 11:51:17 2002
SAPSYSTEMNAME = SKP
INSTANCEJAME = DVEBMGS00
SAPSYSTEM = 00
rdisp/wp_no_dia=7
rdisp/wp_no_vb=2
rdisp/wp_no_vb2=1
rdisp/wp_no_enq=1
rdisp/wp_no_btc=3
rdisp/wp_no_spo=1
em/initial_size_MB=800
rdisp/PG_SHM=0
rdisp/ROLL_SHM=0
rdisp/ROLL_MAXFS=64000
rdisp/PG_MAXFS=65024
abap/buffersize=320000

При инсталляции системы SAP R/3 создаются необходимые профили, в которые включаются заданные по умолчанию значения (определяемые на основе спецификаций пользователя). При первом запуске системы часто возникает необходимость вручную изменить эти установки и параметры. В главе 14 рассказывается о том, как это делается и какие параметры можно изменять подобным способом. В данной главе предполагается, что при запуске БД и инстанции SAP R/3 доступны все профили.

Оценка профилей

Исходный код ядра SAP уже задает стандартные (используемые по умолчанию) значения для большинства системных параметров. Тем не менее необходимо определить в профилях специальные свойства системной среды, которая будет использоваться, такие как имя компьютера, имя системы, и распределение ресурсов. Сами профили считываются во время запуска инстанции. Чтобы какие-либо изменения в профиле инстанции вступили в силу, необходимо перезапустить соответствующую инстанцию.

Значения, определенные в системном профиле DEFAULT.PFL, переопределяют стандартные настройки исходного кода. Значения, представленные в профиле инстанции, переопределяют значения параметров DEFAULT.PLF для инстанции (см. рис. 2.1).

Рис. 2.1. Иерархия оценки определения параметра

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