► Временным рамкам
► Пользователю
► Коду транзакции
► Типу процесса
► Классу проблемы
► Дополнительным критериям в экспертном режиме
Системный журнал считывается, и все сообщения, которые удовлетворяют определенным критериям, выводятся в виде списка.
На рис. 15.8 показан фрагмент локального системного журнала системы «HUY». Системный журнал содержит последние действия запуска инстанции вместе со связанными действиями, такими как запуск процесса отправки rslgsend для глобального системного журнала. В 13:06 процесс обновления динамически переключился в рабочий процесс для фоновой обработки (о переключении рабочего режима см. главу 14). Потом в нескольких транзакциях выполняется откат. Можно вывести причину проблем, дважды щелкнув мышью на записи или выбирая в списке Edit • Details. Стандартная компоновка списка выводит отметку времени, соответствующий рабочий процесс, клиента, пользователя, код транзакции, номер сообщения и небольшой текст. При желании можно также дополнить этот вывод другой информацией, такой как имя программы, как показано в примере.
15.4. Анализ ошибок времени выполнения
Краткий дамп
Если во время выполнения программы АВАР происходит завершение, то для проблемы генерируется краткий дамп и сохраняется для дальнейшего анализа. В системах разработки дамп является важной утилитой при программировании; разработчик отвечает, прежде всего, за анализ и исправление ошибок. Однако ошибки времени выполнения не должны случаться в производственных системах, где не происходят разработки.
Рис. 15.8. Фрагмент локального системного журнала
Поэтому системному администратору нужно ежедневно проверять, не произошли ли аварийные завершения программ, а если они случились, определить, почему это произошло. Для этого используется ►Dump Analysis. Вся важная фоновая информация (в дополнение к точке прекращения и времени ошибки) сохраняется для каждого завершения программы. Эта информация включает время завершения, информацию о версии R/3, используемую РСУБД и операционную систему, а также значения переменных. Пользователям предлагаются также инструменты для поиска неисправностей (см. рис. 15.9).
Рис. 15.9. Анализ дампа, компоновка Web AS
Необходимо регулярно выполнять отчет RSSNAPDL (см. раздел 9.6), чтобы удалять отчеты об ошибках времени выполнения, которые устарели или уже были проанализированы. Если желательно избежать удаления кратких дампов, так как они еще не были проанализированы, то можно сделать это с помощью Short Dump • Keep/Release.
15.5. Файлы трассировкиЧтобы сделать возможным подробный анализ ошибочных ситуаций, многие компоненты в среде времени выполнения записывают свои собственные выделенные файлы журналов и трассировки. В зависимости от специфической проблемы системные администраторы могут найти там дополнительную информацию, которая может быть доступна, даже если база данных или система R/3 не выполняется.
Хотя специфическая для приложения интерпретация файлов трассировки часто является областью ответственности специалистов по приложению, системные администраторы отвечают за управление необходимыми системными настройками и ресурсами, что означает:
► Предоставление достаточного дискового пространства для файлов вывода
► Очистка файлов трассировки после завершения анализа
► Настройку уровней трассировки, в частности, восстановление уровня трассировки (или деактивация трассировки полностью) после завершения анализа.
Трассировки разработчиков
Файл журнала ошибок — трассировка разработчика — записывается для всех процессов каждого сервера приложений. Это файлы dev_<xx> в рабочем подкаталоге каталога инстанции (см. главу 1).
Число рабочих процессов идентично числу, выводимому в ►Process Overview.
Таблица 15.3. Трассировки разработчиков
Имя файла Связанный процесс dev_disp Диспетчер Dev_icm Менеджер коммуникации Интернет (ICM) dev_ms Сервер сообщений dev_rd Процесс чтения шлюза dev_rfc Вызовы RFC внешних функций dev_rfc<n> Вызовы RFC рабочего процесса с номером n Dev_tp
tp и
R3trans dev_w<n> Рабочий процесс с номером n
Эти данные особенно важны, когда инстанцию невозможно запустить или когда процессы завершаются в активных системах. Можно задать уровень трассировки для каждой инстанции с помощью параметра rdisp/TRACE. Можно также настроить уровни трассировки динамически для отдельных процессов в обзоре процессов системы R/3 (см. раздел 15.1) или используя командную строку.
Уровни трассировки
Можно сконфигурировать следующие уровни детализации:
► Trace level 0
Трассировка деактивирована.
► Trace level 1 (по умолчанию)
Сообщения об ошибках записываются в файлы трассировки.
► Trace level 2
Полная трассировка.
► Trace level 3
Кроме сообщений об ошибках и действиях в файлы трассировки также записывается содержимое блоков данных.
Увеличивать уровень трассировки необходимо только при анализе специфических ошибок, так как это увеличивает также нагрузку записи в файлы. В производственных системах уровень трассировки при нормальной работе не больше 1.
При перезапуске системы R/3 создаются новые версии трассировок разработчиков dev_<xx>; последняя версия сохраняется в файлах резервной копии dev_<xx>.old.
Можно анализировать трассировки разработчиков на уровне операционной системы и, если возможно, из системы R/3 с помощью ►Trace Files, ►Process Overview или ►SAP Directories. Выбор ►SAP Directories позволяет вывести файлы на фронтальном компьютере SAP. Все файлы в каталогах R/3 могут быть доступны при настройках по умолчанию; можно использовать пиктограмму Configure (см. рис. 15.10) для создания дополнительных каталогов, доступных по логическому имени.
Трассировка фронтального компьютера
Можно активировать многоуровневую трассировку для фронтального компьютера, выбирая параметры в SAPLOGON (см. главу 4). Файлы трассировки сохраняются в рабочем каталоге на фронтальном компьютере. Чтобы вывести текущие настройки для этого каталога в SAPLOGON, выберите SAPLOGON • System Information • Additional Information. Для открытия и анализа определенных файлов трассировки можно использовать любой текстовый редактор.
Системная трассировка SAP
Можно использовать ►SAP system traces для записи подробного выполнения процесса в системе R/3. Необходимо использовать трассировку системы SAP с осторожностью и только вместе с SAP, так как записанная информация очень разнообразна и трудна для интерпретации. Трассировка системы SAP не подходит для действующих систем.
Рис. 15.10. Начальный экран SAP Directories (Каталоги SAP)
Доступные компоненты трассировки зависят от версии. Следующие компоненты доступны как минимум в R/3 4.6 и Web AS:
► Проверка полномочий
► Функции ядра
► Общее ядро
► Доступ к базе данных (трассировка SQL)
► Трассировка табличного буфера
► Вызовы RFC
► Операции блокировки
Для анализа информации трассировка выберите ►SAP System Traces • Analysis. Можно использовать различные критерии отбора для анализа, как и при активации трассировки.
Трассировка производительности
Можно активировать другие специальные функции трассировки с целью поиска неисправностей, в частности, анализа производительности отдельных транзакций. Можно использовать ►Performance Analysis (анализ производительности) для активации сбора данных в следующих областях:
► Трассировка SQL
Обращения к базе данных отчетов и транзакций
► Трассировка очередей
Поведение системных блокировок
► Трассировка RFC
