SAP R/3 Системное администрирование
Шрифт:
Операции, указанные с помощью Execute_<номер> являются подготовкой к выполнению реальных команд, которые начинаются с Start_Program_ <номер>. Ключевое слово local (или альтернативно, спецификация имени сервера в том же месте) определяет компьютер, на котором должна выполняться команда.
Профиль инстанции
Профиль инстанции определяет параметры среды выполнения инстанции. Конфигурация, прежде всего, относится к определению используемых ресурсов, описанию предоставляемых инстанцией
В данном примере используется профиль SKP_DVEBMGS00_prdsapr3. Он определят, сколько будет запущено рабочих процессов конкретного типа. В приведенном ниже фрагменте можно видеть семь процессов диалога (параметр rdisp/wp_no_dia = 7). Важной частью данного профиля инстанции является определение размера областей основной памяти системы SAP R/3. Профиль содержит также параметры входа в систему (logon) и размеры журнала.
Листинг 2.3. Фрагмент профиля инстанции
При инсталляции системы SAP R/3 создаются необходимые профили, в которые включаются заданные по умолчанию значения (определяемые на основе спецификаций пользователя). При первом запуске системы часто возникает необходимость вручную изменить эти установки и параметры. В главе 14 рассказывается о том, как это делается и какие параметры можно изменять подобным способом. В данной главе предполагается, что при запуске БД и инстанции SAP R/3 доступны все профили.
Оценка профилей
Исходный код ядра SAP уже задает стандартные (используемые по умолчанию) значения для большинства системных параметров. Тем не менее необходимо определить в профилях специальные свойства системной среды, которая будет использоваться, такие как имя компьютера, имя системы, и распределение ресурсов. Сами профили считываются во время запуска инстанции. Чтобы какие-либо изменения в профиле инстанции вступили в силу, необходимо перезапустить соответствующую инстанцию.
Значения, определенные в системном профиле DEFAULT.PFL, переопределяют
Рис. 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 «скрыт» в пиктограммах в следующей структуре вызова:
Чтобы клиент мог установить соединение с инстанцией SAP R/3, ему должны быть переданы имя компьютера и номер инстанции. Для каждого вызова SAP GUI на рабочем столе клиентской машины можно создать пиктограмму. Однако в этом случае может оказаться, что работать с большим числом пиктограмм очень сложно, и эффективнее использовать программу SAPLOGON, которая позволяет создавать всевозможные соединения и выбирать их имена. Данные для SAPLOGON создаются только один раз и сохраняются в следующих файлах:
► saplogon.ini
► sapmsg.ini
► saproute.ini
Эти файлы конфигурации можно передать на другие клиентские машины, что значительно сокращает объем работы по сравнению с вводом данных вручную. Если заранее присвоить имена всем возможным соединениям, то не нужно будет создавать пиктограмму для каждого нового соединения. Легко обнаружить удобство такого «упреждающего» именования и при распределении нагрузки по всем инстанциям системы R/3. Если посмотреть на распределение нагрузки, то обнаружится, что подобный способ именования и сохранения информации в файле упрощает обслуживание, поскольку позволяет быстро идентифицировать все соединения. По этой причине имена серверов сообщений доступной системы R/3 сохраняются в файле sapmsg. ini: