В первой части я рассмотрел где и как SAP система хранит свои параметры, во второй части кратко осветил процесс конфигурирования системы.

Как вы уже знаете, настроенные значения параметров для конкретной SAP системы хранятся в наборе из 3-х профилей:

• START_<instance>_<Host name> - стартовый профиль,
• DEFAULT.PFL - default профиль,
• <SID>_<instance>_<Host name> - профиль инстанции.

Все профили читаются при старте и являются критической частью любой SAP системы.

Рассмотрим, как поведет себя SAP система, когда не обнаружит тот или иной профиль при старте. Я для экспериментов использовал систему на MS Windows Server/ORACLE. У систем на разных платформах есть нюансы, но общее поведение совпадает.

Итак,

1. Удалим стартовый профиль и попробуем запустить SAP систему.
   Старт системы не проходит дальше запуска Windows-сервиса SAP<SID>_<sys_number> (рис. 1).
    

   Рис. 1. Ошибка при старте сервиса SAP<SID>_<sys_number>.

   В Application log операционной системы появляются ошибки с упоминанием проблем при попытках открыть стартовый профиль (рис. 2).
    

   Рис. 2. Ошибки в Application log.

   При отсутствии стартового профиля SAP MMC пустая (рис. 3).
    

   Рис. 3. SAP MMC.

   Попытка создать файл-пустышку с именем стартового профиля привел к ошибкам другого вида. Система не находит значение параметра SAPSYSTEMNAME (рис. 4).
    

   Рис. 4. Новые ошибки в Application log.

2. Восстановим стартовый профиль и удалим DEFAULT.PFL.
   В данном случае, Windows-сервисы для работы SAP системы и базы данных ORACLE запускаются корректно.
   На удивление и сама система через SAP MMC запускается, правда, статус процесса disp+work остается "желтым" (рис. 5).
    

   Рис. 5. SAP MMC при запуске системы без профайла DEFAULT.PFL.

   В систему войти можно только пользователем SAP*, как при отсутствии лицензии (рис.