4.14
Если при асинхронном обновлении обрабатывается ABAP-ключевое слово CALL FUNCTION “…” IN UPDATE TASK, данные изменений сохраняются как записи журнала во временных таблицах VB*. В этих системных таблицах хранятся изменения данных, выполненные пользователем на протяжении SAP-транзакции. Запись журнала содержит имена запускаемых стандартных программ обновления, а также все данные, необходимые для выполнения изменений в базе данных.
Само обновление инициируется ABAP-оператором COMMIT WORK, который задан в последнем шаге диалога SAP-транзакции. Блокировки, установленные прикладной программой посредством рабочего процесса обработки очередей (Е-РП), передаются рабочему процессу обновления. Если во время фазы диалога пользователь отменяет SAP-транзакцию или транзакция была прервана по какой-либо другой причине, выполнение изменений в базе данных отменяется. Во второй части SAP-LUW рабочий процесс обновления (V-РП) считывает из таблиц VB* записи журнала и обновляет соответствующие прикладные таблицы в базе данных R/3 в соответствии с изменениями, буферизированными в таблицах VB*.
Во время обновления пользователь не может в диалоговом режиме исправить ошибки. Вместо этого система завершает обработку текущих компонентов обновления. Пользователи автоматически извещаются экспресс-почтой о времени завершения обновления. После чего администратор может проанализировать причину прекращения обновления и исправить ошибку (см. раздел "Администрирование").
4.15
Загрузка диалоговых рабочих процессов не должна осуществляться с использованием шагов диалога длительного выполнения, т.к. тогда эти рабочие процессы будут недоступны другим пользователям. Оставшимся диалоговым рабочим процессам придется обрабатывать намного большее количество пользователей, что скажется на значительном снижении времени реакции системы.
Это и является причиной использования параметра rdisp/max_wprun_time (значение по умолчанию 300 сек), который устанавливает максимальное время шага диалога, разрешенное для нахождения в диалоговом рабочем процессе. Если это время превышено более чем вдвое, шаг диалога прерывается и запущенная транзакция завершается с ошибкой. Это позволяет администратору гарантировать то, что операции, требующего длительного времени выполнения, будут выполняться пользователями только в фоновых рабочих процессах, которые определены для таких типов операций.
4.16
Фоновые рабочие процессы предназначены для периодических заданий, таких как реорганизация данных или автоматический перенос данных из внешней системы в систему R/3.
Фоновая обработка планируется в виде заданий. Каждое задание состоит из одного или нескольких шагов (ABAP-отчетов, внешних программ или вызовов других операционных систем), которые обрабатываются в последовательном порядке. Можно также устанавливать приоритеты (от "С" до "A"), чтобы присвоить приоритет определенным заданиям.
Обычно обработка задания не начинается сразу же. Вместо этого при планировании задания пользователь определяет время запуска. Иногда может оказаться необходимым запускать задания периодически, например, выполнять задания по управлению системой с фиксированной периодичностью. С помощью программы SAPEVT пользователь может инициировать запуск заданий на уровне операционной системы.
Планировщик фоновых заданий отвечает за автоматический запуск задания в обозначенное время. Этот планировщик является ABAP-программой, которая регулярно обращается к таблице планирования с целью поиска заданий, которые должны быть выполнены, и которая отвечает за их выполнение (время по умолчанию для параметра RDISP/BTCTIME - 60 сек).
|
