SAP Notes для продвинутых консультантов

ANST. Точка. Дальше сами.

Шутка. Хотя в ней есть доля правды – все просто, мощно и офигенно. SAP давно еще выпустил новую транзульку (аж в 2011 году), на которую я сегодня случайно наткнулся. Транзакция анализирует транзакцию/программу, которую вы запускаете, выдает по ней всю подноготную. Например, какие программы используются, какие таблицы используются, какие классы и прочие объекты. Тут же можно нажать кнопочку и получить список нот по указанным объектам. Еще кнопочка и можно сразу установить эти ноты. То есть уже не нужно бегать на маркетплейс, искать ноты, подбирать ключевые слова, мучиться с просмотром и фильтрами. Пара кликов и все в шоколаде. Вызов даной транзакции также встроен в просмотр дампов в ST22.

Я доволен как СЛОНидзе. 


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

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

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

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

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

Читать далее


ВИДЕО. Как читать системные дампы?

Легко. Открываем транзакцию ST22 и читаем системные дампы.

Чуточку подробнее рассказал в микровидео на 11 минут.

Не забываем подписываться, лайкать, репостить и всячески поддерживать отечественного производителя контента!



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

Привет.

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

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


Поиск табельного в дампе

Уже неоднократно сталкиваюсь с ситуацией, что при расчете заработной платы или оценке система по ошибке падает в дамп. И не поймешь, на каком именно табельном свалилась. Начинаешь методом деления пополам искать виновника события. А сегодня присмотрелся, и нашел строчку PERNR (табельный номер из логической базы данных). Оказалось, что табельник можно найти рядом с этой переменной. Открываете дамп в ST22 и поиском ищите слово PERNR или PERNR-PERNR. Рядом будет табельный. Например, на той же строчке или следующей.

Век живи.. 😉