Как читать системные дампы в SAP

Легко. Берем словарик, гугл, сап ноты, дохлый SDN/SCN, ведро кофе, отладчик, книжку по ABAP и отключаем соцсети. Дальше дело пяти минут разложить партейку в дамп и вывести отладчик на чистую воду. Зачем все это? Бывает, что приспичило найти ошибку, а разработчика нет под рукой. 

У нас есть две ситуации. Когда все пропало и когда еще теплится. Они отличаются только временем вскрытия пациента, поэтому, соответственно, могут предоставить немного больше информации при свеженьком теле. Свеженький дамп обычно возникает, когда вы что-то делали, а он, бац, и нарисовался. Как синий экран смерти в винде, если кто помнит еще такие. Или как зависание MS DOS с абракадаброй на видюхе. Так вот, если дамп случился прямо при очевидцах, то там есть кнопочка посмотреть что же сейчас творится в памяти, выйдя в отладчик. Если вы поймали дамп, но закрыли с ним окно, то он протух. Его можно посмотреть в транзакции ST22, но уже без текущего состояния памяти в отладчике. 

В первом случае ошибку найти можно чуть быстрее, во втором либо сложнее, либо можно повторить действия и надеяться на свеженький дампик. 

Открыли дамп. Это такой красненький экран, который выглядит примерно так.

Читать далее


PUST и параллельная обработка

Привет.

В результате долгой борьбы с поддержкой САП пришел к выводу: Настройка модели процессов в HR Process Workbench (или о PUST)работа транзакции PUST (модель процессов) с параллельной обработкой табельных номеров для шагов “расчет зарплат” и “оценка времени” может быть нестабильной. Дело в том, что когда мы на 1000 человек ставили пакеты по 100 человек, то при изменении статуса табельного номера на “некорректный” и перезапуске процесса, система падала в дамп в фоне, а модель показывала, что она работает (часики крутились). Пользователь сидел и часами ждал завершения расчета, а работа давно уже лежала в канаве дампе.

Если у вас такое случается, то обратите внимание.