Statement Команда SQL Granulates Функциональный модуль сервера источника и назначения Тип буферизации Ключевое значение

Журналы базы данных

Все системы баз данных, используемые в среде SAP, записывают свои собственные файлы журналов, которые не зависят от системы SAP. Эти файлы можно вывести на уровне операционной системы или с помощью ►Database Monitor в системе R/3. Важные сообщения об ошибках, которые непосредственно влияют на систему R/3, также выводятся в системном журнале.

15.6. Записи блокировки

Система R/3 обладает своим собственным управлением блокировками, которое использует рабочие процессы обработки очередей (см. главу 1). Записи блокировки задаются активными программами и обычно удаляются, снова не требуя никакого вмешательства вручную. Однако если в системе R/3 возникают проблемы, например, если диспетчер инстанции или весь сервер приложений внезапно отказывает, могут сохраниться устаревшие записи блокировок. Поэтому необходимо ежедневно проверять записи блокировки и удалять их вручную, когда потребуется. Для этого действуйте следующим образом:

1. Используйте ►Lock Monitor для доступа к экрану при выборе выводимых записей блокировки. Можно ограничить выбор именем таблицы, аргументом блокировки, клиентом или пользователем.

2. Выберите List. Будет выведен список всех текущих блокировок системы (см. рис. 15.13).

Кроме пользователя и клиента, который задал блокировку, система также выводит время создания блокировки и задействованные таблицы. Аргумент блокировки (ключ блокировки) особенно важен. Столбец Shared указывает, будет ли блокировка использоваться несколькими пользователями. Чтобы отсортировать список по различным критериям, можно использовать Edit • Sort by.

Рис. 15.13. Записи блокировки

3. Проверьте время, когда были созданы записи блокировки. Записи блокировки, которые давно удерживаются, необходимо проанализировать. Дважды щелкните мышью на ключе блокировки записи, чтобы вывести более подробную информацию об этой записи, такую как код транзакции, которая вызвала блокировку.

4. Если для записей блокировки все еще существуют открытые запросы обновления, сначала проверьте и очистите эти транзакции обновления.

5. Проверьте, является ли пользователь, который принадлежит записи блокирования, все еще активным в системе.

Проблемы в управлении блокировками часто являются симптомами других проблем. Поэтому, если будут обнаружены устаревшие записи блокировки, необходимо сначала проверить вовлеченную в это прикладную область, которая. Если анализ покажет, что запись блокировки не нужна, то ее можно удалить, выбирая в ►Lock Monitor и вызывая затем функцию Lock Entry • Delete. Удаление записей блокировки записывается в системном журнале инстанции.

Чтобы вывести статистические данные о поведении блокировки, в частности, об использовании общей области памяти, где хранятся блокировки, выберите Extras • Statistics. Чтобы обеспечить правильную работу управления блокировками, выберите Extras • Diagnosis. Чтобы проверить взаимодействие между управлением блокировками и задачей обновления, выберите Extras • Diagnosis in Update.

15.7. Мониторинг производительности

Основой всей деятельности настройки по повышению производительности в системе R/3 является регулярный мониторинг всех соответствующих индикаторов, только часть из которых может быть автоматизирована. Опытные системные администраторы могут интерпретировать собранные значения и определить, где надо вмешаться. Интегрированный монитор сигналов является полезным инструментом. О базовых принципах и инструкциях для использования и конфигурирования см. главу 16.

В частности, системный администратор отвечает за правильную работу монитора сигналов и всех других мониторов в системе R/3.

15.7.1. Базовое администрирование

Со временем собранные данные становятся основанием для всего анализа производительности в системе R/3. На уровне операционной системы программа saposcol собирает важную информацию о производительности компонентов вне R/3. В системе R/3 программа АРАР RSCOLL00 собирает эти данные и вычисляет значения производительности для других компонентов R/3, таких как база данных и буферы R/3. Необходимо запланировать выполнение RSCOLL00 каждый час как фоновый процесс со стандартным именем SAP_COLLECTOR_FOR_PERFMONITOR. Собранные данные записываются в таблицу MONI, называемую также базой данных производительности. Чтобы сконфигурировать базу данных производительности в системах до R/3 4.6C, выберите ►Workload Analysis • Goto • Parameters • Performance Database; в 4.6D и более поздних версиях выберите ►Load Analysis • Collector • Workload Collector • Data. Дополнительными параметрами конфигурации являются:

► Длительность сохранения собранных статистических данных

► Уплотнение данных

► Правила реорганизации

Данные производительности реорганизуются автоматически фоновым заданием SAP_COLLECTOR_FOR_PERFMONITOR на основе этих настроек.

15.7.2. Мониторы

Система SAP предоставляет несколько различных мониторов для обеспечения точного анализа системной производительности. Они включают следующие области:

Анализ рабочей нагрузки

► Workload Analysis (до версии R/3 4.6C)

Предшественник анализа нагрузки

► Load analysis

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

► Business process analysis

Анализ одиночных статистических записей

► Application monitor

Показывает распределение пользователей

Рис. 15.14. Анализ нагрузки

Буферы

► Buffer load

Показывает качество и размер наиболее важных буферов SAP, включая информацию об использовании памяти

► Table calls

Показывает статистику вызовов таблиц

Добавить отзыв
ВСЕ ОТЗЫВЫ О КНИГЕ В ИЗБРАННОЕ

1

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

Отметить Добавить цитату