Конфигурирование SAP системы - III

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

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

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

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

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

1. Удалим стартовый профиль и попробуем запустить SAP cистему.
   Старт системы не проходит дальше запуска 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*, как при отсутствии лицензии (рис. 6).
   
   

   

   Рис. 6. Вход в систему обычными пользователями невозможен.

   
   Вход в систему (под пользователем SAP*) сопровождается ошибкой SICK (рис. 7).
   
   

   

   Рис. 7. Дамп при входе в систему.

   
   
3. Восстановим профиль DEFAULT.PFL, но удалим профиль инстанции.
   Windows-сервисы для работы SAP системы и базы данных ORACLE запускаются корректно.
   База данных так же поднимается, что не удивительно.
   Процессы инстанции делают попытку старта и "падают" (рис. 8).
   
   

   

   Рис. 8. Процессы SAP инстанции не запускаются.

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

   

   Рис. 9. Журналы старта SAP системы.

   
   В журнале sapcpe.log можно заметить, что путь до директории с ядром имеет пробелы: там должен быть SID системы.

Что делать, чтобы избежать таких ситуаций или выйти из них с минимальными потерями времени/сил/нервов?

Общие рекомендации:

• Для редактирования профилей SAP системы используйте транзакцию RZ10. Это позволит автоматически создавать резервные копии старых версий профилей в базе данных и на уровне ОS (рис. 10).
• Делайте резервные копии профилей SAP системы. Хотя бы на свою рабочую станцию, благо занимают они очень мало места.

Последовательность действий при потере одного или несколько профилей SAP:

1. Необходимо корректно запустить систему. Если есть копия профиля с этой системы, то смело восстанавливаете. Если есть старая копия с расширением *.BAK (рис. 10), то восстанавливаете из нее. Если есть другая SAP система, то можно скопировать файлы профилей с нее, немного подредактировав содержимое и, удалив, дополнительные/не обязательные параметры.
2. Восстанавливаем профили из базы данных, запустив транзакцию RZ10 и выбрав для нужного профиля пункт меню "Профиль -> Активировать".
3. Еще раз перезапускаем SAP систему.

Рис. 10. Типичная картина в директории с профилями SAP системы.

Автор: Шиболов Вячеслав Анатольевич