□ <SID>_<инстанция><номер_инстанции>_<имя компьютера>
В данном примере используется профиль SKP_DVEBMGS00_prdsapr3. Он определят, сколько будет запущено рабочих процессов конкретного типа. В приведенном ниже фрагменте можно видеть семь процессов диалога (параметр = 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.
2.2. Остановка БД и инстанций SAP R/3Остановка системы SAP R/3 происходит в порядке, обратном для запуска: сначала останавливают диалоговые инстанции, затем центральную инстанцию SAP R/3 и, наконец, базу данных. В системе Windows используется подключаемый модуль R/3 Manager для ММС или пункт меню SAP Service Manager соответствующей функции (Stop вместо Start). База данных должна быть остановлена явно; используемая РСУБД определяет, какую процедуру необходимо для этого использовать.
В 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 активна.
2.3. Запуск клиентаПри инсталляции ПО для уровня презентаций запрашиваются данные в возможной целевой системе SAP R/3, и создаются пиктограммы для доступа к ним. Вызов SAP GUI «скрыт» в пиктограммах в следующей структуре вызова:
□ sapgui /Н/<имя компьютера>/S/sapdp<номер_инстанции>
Чтобы клиент мог установить соединение с инстанцией SAP R/3, ему должны быть переданы имя компьютера и номер инстанции. Для каждого вызова SAP GUI на рабочем столе клиентской машины можно создать пиктограмму. Однако в этом случае может оказаться, что работать с большим числом пиктограмм очень сложно, и эффективнее использовать программу SAPLOGON, которая позволяет создавать всевозможные соединения и выбирать их имена. Данные для SAPLOGON создаются только один раз и сохраняются в следующих файлах:
►
►
►
Эти файлы конфигурации можно передать на другие клиентские машины, что значительно сокращает объем работы по сравнению с вводом данных вручную. Если заранее присвоить имена всем возможным соединениям, то не нужно будет создавать пиктограмму для каждого нового соединения. Легко обнаружить удобство такого «упреждающего» именования и при распределении нагрузки по всем инстанциям системы R/3. Если посмотреть на распределение нагрузки, то обнаружится, что подобный способ именования и сохранения информации в файле упрощает обслуживание, поскольку позволяет быстро идентифицировать все соединения. По этой причине имена серверов сообщений доступной системы R/3 сохраняются в файле