Сигрид Хагеман - SAP R/3 Системное администрирование

Мастер заданий

Все описанные записи можно создать также последовательно с помощью Job Wizard (Мастер заданий). Мастера заданий можно вызвать прямо из ►Job Definition.

API

Кроме метода, предусматривающего использование меню, в системе R/3 предлагается интерфейс прикладного программирования (API, Application Programming Interface) для планирования фонового выполнения заданий из программ заказчика.

Для анализа и мониторинга фоновых заданий используется ►Simple Job Selectionили ►Extended job selection.Задания можно фильтровать по различным критериям, таким как пользователь, период времени, событие и состояние задания (см. рис. 9.6), а полномочия позволяют еще более сузить выбор. Если имеются полномочия администратора для фоновой обработки, то можно вывести задания в любых клиентах при выборе дополнительных заданий. Если нет, то задания можно вывести только в клиенте регистрации.

На основе заданного критерия генерируется список фоновых заданий (см. рис. 9.7).

Каждое задание может иметь одно из следующих состояний:

► Sched. (запланировано)

Сохранены определения шагов задания; время запуска пока еще не определено.

► Released (разблокировано)

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

► Ready (готово)

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

► Active (активно)

Задание обрабатывается в данный момент.

► Finished (закончено)

Задание успешно завершено.

Рис. 9.6. Простой выбор задания

Рис. 9.7. Список фоновых заданий

► Canceled (отменено)

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

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

Рис. 9.8. Журнал прерванного задания

Окно просмотра заданий объединяет все основные операции, используемые для фоновых заданий, включая:

► Вывод данных планирования

► Отмену заданий со статусом Active

► Удаление заданий со статусом Sched., Released, Finished или Canceled

► Отмену выпуска одного или нескольких заданий; статус задания изменяется на planned

► Сравнение нескольких заданий: устанавливаются общая информация задания, определение шага и требования для запуска

► Перемещение на другой сервер

► Прерывание активного задания, когда предполагаются проблемы (долго выполняющиеся задания): задание, которое выполняет в данный момент программу АВАР, можно остановить и проанализировать, с помощью отладчика АВАР. После выхода из отладчика программа продолжает выполняться нормально.

► Проверка статуса активных заданий (см. раздел 9.4)

► Копирование спланированных, выпущенных или законченных заданий; новое задание задается со статусом Sched.

Кроме этого списка, можно использовать графическое представление с аналогичными функциями, которое позволяет изменять и выпускать задания, а также проверять активные задания. Для вызова графического монитора заданий нужно использовать ►Job Monitor(см. рис. 9.9). Состояния заданий выделяются цветом.

Рис. 9.9. Монитор планирования заданий

Можно также выбрать ►Own Jobsили ►Job Definition • Own jobsдля вывода обзора имеющихся собственных фоновых заданий.

В отличие от диалоговой обработки, при фоновой обработке касающаяся пользователя проблема не будет видна ему сразу. CCMS предлагает дополнительные специальные функции анализа.

Анализ времени выполнения

До версии R/3 Release 4.6D функция ►Performance Analysisвыводила список всех выбранных фоновых заданий вместе с запланированным и реальным временем запуска и временем выполнения. Начиная с версии R/3 Release 4.6C, эта информация интегрирована в ►Simple Job Selection.Большие задержки между запланированным и реальным временем старта отмечают «узкое место» в доступных фоновых процессах, так как они указывают на задержку при получении заданием фонового процесса для выполнения. Если пользователю могут помешать «узкие места» производительности во время выполнения запланированных фоновых заданий, то администратор должен проверить ресурсы и при необходимости увеличить число фоновых процессов (параметр rdisp/wp_no_btc в профилях инстанций или в обслуживании профиля; см. главу 14).

Зомби

При запуске система R/3 проверяет наличие заданий со статусом ready или active, хотя они невозможны в этой ситуации. Все найденные подобные задания переводятся в состояние Sched. или canceled. Такие задания- зомби (zombies) могут создаваться при выключении сервера приложений до завершения выполнения задания, и статус может быть обновлен в базе данных.

Проверка статуса

Чтобы проверить, что выведенный статус действительно согласуется с реальным статусом (или существует несогласованность), можно выбрать критические задания в ►Simple Job Selection,а также Job status,чтобы найти все возможные несогласованности. При необходимости можно сбросить статус задания в Sched. или отменить сами задания.

Сигналы фоновой обработки

Некоторые параметры фоновой обработки были интегрированы в архитектуру мониторинга CCMS. Монитор Background Processing (Фоновая обработка) предоставляет информацию о средней нагрузке на фоновые рабочие процессы, специфическую для сервера и среднюю длину очереди ожидания для заданий со статусом Ready (которые не могут запуститься в связи с отсутствием фонового сервера), а также число прерванных заданий (см. рис. 9.10).

Список управляющих объектов

Чтобы обеспечить правильность работы управления фоновой обработкой, используйте ►Background Control Object Monitor.Эта транзакция позволяет проверить важные компоненты фоновой обработки, такие как планировщики заданий по времени и на основе событий, очистка от зомби, запуск внешних программ и переключение операционных режимов, и анализировать их с помощью вывода дополнительной трассировки.