Дамп в системе ZDATE_LARGE_TIME_DIFF

На днях при полной перезагрузке системы вместе с серверным оборудованием один из дополнительных диалоговых серверов приложений начал "плодить" ABAP дампы ZDATE_LARGE_TIME_DIFF (рис. 1).

Рис. 1. Дамп ZDATE_LARGE_TIME_DIFF.

Причем дампы возникали как при определенных операциях пользователей, так и просто при фоновой работе системы. Примерно, раз в 20 минут (рис. 2).

Рис. 2. Частота дампов ZDATE_LARGE_TIME_DIFF.

Текущее время на сервере приложений и сервере базы данных на момент обнаружения ошибки было идентичное (рис. 3).

Рис. 3. Выводы команды date.

Помогла только перезагрузка севера приложений (SAP). После этого дампы пропали, отчет RSDBTIME ошибок не показывает (рис. 4).

Рис. 4. Результаты отчета RSDBTIME.

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

Устранение разницы во времени не помогает. Только перезагрузка.

Подробности можно найти по ссылке и в нотах, которые там указаны.


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

Таблица SNAP

Я как-то писал пост про журналы SAP-системы. В рамках поста было указано, что дампы системы (транзакция ST22) хранятся в таблице SNAP. Предлагаю взглянуть на эту таблицу в Вашей системе. Если она занимает в базе данных 200 МБ и более (смотрим через детальный анализ в DB02), то вполне возможно, что она нуждается в реорганизации.

Переходим в транзакции ST22 в пункт меню "Перейти к -> Реорганизовать" (F7).

И удаляем записи о дампах старше 7 дней.

Для уменьшения реального размера таблицы в базе данных необходимо выполнить либо удаление с последующим созданием таблицы в транзакции SE14 (все дампы удалятся), либо реорганизацию таблицы через BRTOOLS/SAPDBA, но с сохранением данных.

Чтобы не проделывать данную операцию время от времени необходимо запланировать ежедневно отчет RSSNAPDL.

Здесь первый параметр - это не количество дампов, а количество строк в таблице SNAP. Один дамп занимает примерно 100 строк в таблице. Второй параметр - количество строк для commit. Он необходим для ограничения порций удаляемых данных, дабы не возникло переполнения rollback segments. В общем, оставляем значения по умолчанию и планируем выполнение раз в сутки.

Подробности можно прочитать в SAP-нотах:

• note 11838 - Deleting short dumps from the SNAP table,
• note 108803 - Report RSSNAPDL: corrected documentation.

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

Журналы SAP-системы

Основной системный журнал SAP системы можно увидеть запустив транзакцию SM21 (Tools -> Administration -> Monitoring -> System Log). Отображаются сообщения с текущей SAP-инстанции. Записи журнала считываются из файла, который задан параметром rslg/local/file. По умолчанию, /usr/sap/<sid>/<Instance_name>/log/SLOG<instance_number>. Параметр rslg/max_diskspace/local задает размер файла системного журнала. По умолчанию, 500000. После заполнения - старые записи удаляются. Размер одной записи 192 байта. Можно собирать записи журналов со всех серверов приложений на центральной инстанции. Для этого необходимо выставить ряд параметров. Подробности на SAP Help Portal.

Транзакция ST22 - просмотр ABAP-дампов системы. Можно через меню "Перейти к -> Реорганизовать" установить срок хранения дампов. Величина срока хранения дампов зависит от частоты анализа Ваших систем. Обычно, 7 дней вполне достаточно. Дампы хранятся в таблице SNAP.

Можно включить Security Audit Log системы. Из данного журнала можно увидеть удачные и неудачные входы пользователей в систему, блокировку пользователей, запуск транзакций, отчетов, изменения основных записей пользователей. Временно включается в транзакции SM19. Постоянно параметром rsau/enable=1. Параметр rsau/local/file задает директорию где будут хранится журналы. По умолчанию, /usr/sap/<sid>/<Instance_name>/log/audit_<instance_number>. Через параметр rsau/max_diskspace/local задается размер аудит-файла за день. Просмотр журнала через транзакцию SM20. Удаление старых журналов - транзакция SM18.

Также есть возможность активировать аудит изменений в таблицах. В профиле прописать параметр rec/client = XXX (номер манданта). Можно задать несколько мандантов через запятую. Для нужных таблиц в SE11 в технических параметрах настройки включить "журнал изменений". Просмотр аудита - транзакция SCU3. Журнал аудита хранится в таблице DBTABLOG.

Я описал здесь не все журналы. Помните, что любое журналирование, особенно дополнительное, в той или иной степени уменьшает производительность системы.

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