Читать онлайн «SAP R/3 Системное администрирование». Страница 9

► Диалог (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. Иерархия оценки определения параметра

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

stopsap

В UNIX необходимо использовать командный файл оболочки под названием stopsap. Его можно использовать следующим образом:

► stopsap [all]

Чтобы остановить инстанции SAP R/3 и базу данных.

► stopsap r3

Чтобы остановить инстанции системы SAP R/3.

► stopsap db

Чтобы остановить базу данных, когда система SAP R/3 уже выключена.

Процедура остановки записывается в журнал точно так же, как процедура запуска. Для этого используются следующие файлы журналов stopdb.log и stopsap_<имя_компьютера>_<имя_инстанции>.log. Они находятся в домашнем каталоге пользователя <sid>adm.

На этом этапе мы будем предполагать, что центральная инстанция системы SAP R/3 активна.

При инсталляции ПО для уровня презентаций запрашиваются данные в возможной целевой системе SAP R/3, и создаются пиктограммы для доступа к ним. Вызов SAP GUI «скрыт» в пиктограммах в следующей структуре вызова:

□ sapgui /Н/<имя компьютера>/S/sapdp<номер_инстанции>

Чтобы клиент мог установить соединение с инстанцией SAP R/3, ему должны быть переданы имя компьютера и номер инстанции. Для каждого вызова SAP GUI на рабочем столе клиентской машины можно создать пиктограмму. Однако в этом случае может оказаться, что работать с большим числом пиктограмм очень сложно, и эффективнее использовать программу SAPLOGON, которая позволяет создавать всевозможные соединения и выбирать их имена. Данные для SAPLOGON создаются только один раз и сохраняются в следующих файлах:

► saplogon.ini

► sapmsg.ini

► saproute.ini

Эти файлы конфигурации можно передать на другие клиентские машины, что значительно сокращает объем работы по сравнению с вводом данных вручную. Если заранее присвоить имена всем возможным соединениям, то не нужно будет создавать пиктограмму для каждого нового соединения. Легко обнаружить удобство такого «упреждающего» именования и при распределении нагрузки по всем инстанциям системы R/3. Если посмотреть на распределение нагрузки, то обнаружится, что подобный способ именования и сохранения информации в файле упрощает обслуживание, поскольку позволяет быстро идентифицировать все соединения. По этой причине имена серверов сообщений доступной системы R/3 сохраняются в файле sapmsg. ini:

□ <SID>=<имя_компьютера_с_сервером_сообщений>

Порт TCP/IP для коммуникации между клиентской системой и сервером сообщений сохраняется в файле служб (UNIX: /etc/services, Windows: %SYSTEMROOT%\system32\drivers\etc\services). Сервер сообщений содержит в системе SAP R/3 информацию о всех инстанциях. Администратор может создавать подгруппы инстанций для конкретных областей, например для управления складом или для финансового учета. Затем пользователи могут выбирать в SAPLOGON группы инстанций в соответствии со своими требованиями. На основе доступной статистической информации сервер сообщений выбирает в такой группе инстанцию с наименьшей нагрузкой. SAP GUI запускается на этой инстанции. Подробнее о процедурах определения групп регистрации см. в главе 14.