Трассировка табличного буфера
В этом случае записываются все команды SQL, которые создаются действиями пользователя, вместе с продолжительностью, результатами и данными. Можно использовать ►Performance Analysis • Deactivate Trace • Display Trace
(или ►Performance Analysis • Performance Trace • Display Trace or Deactivate First) сначала для фильтрации данных по различным критериям, а затем их анализа.Рис. 15.11.
На рис. 15.12 показан фрагмент трассировки SQL. Например, время выполнения оператора
□ SELECT WHERE "MANDT" = 'EXP' AND "SOURCEMAND" = '001' OR "MANDT" = '001' ORDER BY "TSTAMP"
было в этом случае 59 миллисекунд (ms), поиск происходил в таблице CCC-FLOW (отслеживаемой операцией был вывод журналов копирования клиента). Продолжительность операции всегда определяется в миллисекундах. Команды, которые превышают определенное время выполнения и поэтому могут быть критическими, выделяются красным.
Рис. 15.12.
Выберите Edit • Explain for SQL statement,
чтобы вызвать план выполнения, вычисленный оптимизатором для этой команды. Выберите Goto • АВАР Display, чтобы перейти к программе АВАР, где был сгенерирован оператор SQL.Столбцы таблицы имеют слегка отличные значения в зависимости от используемой трассировки (см. таблицу 15.4).
Таблица 15.4.
Столбец | Трассировка SQL | Трассировка очереди | Трассировка RFC | Трассировка буфера |
Duration | Продолжительность выполнения оператора | Продолжительность выполнения оператора | Продолжительность выполнения оператора | Продолжительность выполнения оператора |
Object Name | Таблица или процедура БД | Объект блокировки | Имя инстанции | Имя таблицы |
Operation | Выполняемая в базе данных операция | Операция блокировки | Роль (клиент или сервер) | Функция, выполняемая для объекта в буфере |
Records | Число обработанных записей | Number of granulates | Тип записи | Число прочитанных записей |
RC | Возвращаемый код из РСУБД | 0: Правильно | 0: Правильно | 0: Правильно |
2: Коллизия | 64: Записей не найдено | |||
8: Внутренняя ошибка | 256:Запись недоступна | |||
1024: Загрузка буфера | ||||
Statement | Команда SQL | Granulates | Функциональный модуль сервера источника и назначения | Тип буферизации Ключевое значение |
Все системы баз данных, используемые в среде SAP, записывают свои собственные файлы журналов, которые не зависят от системы SAP. Эти файлы можно вывести на уровне операционной системы или с помощью ►Database Monitor
в системе R/3. Важные сообщения об ошибках, которые непосредственно влияют на систему R/3, также выводятся в системном журнале.Система R/3 обладает своим собственным управлением блокировками, которое использует рабочие процессы обработки очередей (см. главу 1). Записи блокировки задаются активными программами и обычно удаляются, снова не требуя никакого вмешательства вручную. Однако если в системе R/3 возникают проблемы, например, если диспетчер инстанции или весь сервер приложений внезапно отказывает, могут сохраниться устаревшие записи блокировок. Поэтому необходимо ежедневно проверять записи блокировки и удалять их вручную, когда потребуется. Для этого действуйте следующим образом:
1. Используйте ►Lock Monitor
для доступа к экрану при выборе выводимых записей блокировки. Можно ограничить выбор именем таблицы, аргументом блокировки, клиентом или пользователем.2. Выберите List
. Будет выведен список всех текущих блокировок системы (см. рис. 15.13).Кроме пользователя и клиента, который задал блокировку, система также выводит время создания блокировки и задействованные таблицы. Аргумент блокировки