► Прекращение выполнения активных заданий
► Доступ к информации о задании (статус, файлы журналов и т.д.)
Чтобы вывести список продуктов, сертифицированных для этого интерфейса, посетите SAP Service Marketplace раздел с псевдонимом background.
9.8. Советы► Определение заданий с целевым сервером
Если в определениях заданий приходится часто определять целевой сервер, то необходимо модифицировать определения заданий при изменении системной конфигурации. Это можно сделать, например, когда:
- Сервер приложений перемещается на другое оборудование (изменение имени сервера)
- Изменяется распределение рабочих процессов в определении операционных режимов
► Удаление заданий, которые больше не являются текущими и имеют статус Sched.
При выводе очереди текущих заданий в ►Simple Job Selection флажок Job Status: Planned обычно не отмечен; это означает, что администратор может не обращать внимания на ненужные задания с этим статусом. Другая обычная ошибка состоит в пренебрежении флажком Or after event, который означает, что включаемые событиями задания не выводятся.
► Планирование заданий не для базового пользователя
Когда планируются периодические задания, которые будут выполняться в течение длительного периода, имеет смысл присвоить отдельные шаги базовым фоновым пользователям. Это поможет избежать проблем в будущем, если пользователи, для которых спланированы задания, будут удалены.
► Минимальное число процессов
Необходимо сконфигурировать как минимум два фоновых рабочих процесса для системы переноса, даже если не планируется активно использовать фоновую обработку.
► Освобождение и перепланирование всех выпущенных заданий
Отчет BTCTRNS1 используется во время обновления в R/3 Release 4.5B и более поздних версиях. Он меняет статус всех заданий на статус, который планировщик заданий не распознает, чтобы предотвратить нежелательный запуск. После обновления используется отчет BTCTRNS2 для возврата заданий в их исходный статус. Конечно, эти функции можно использовать и для других целей.
► Перенос времени запуска отдельных управляемых по времени планировщиков заданий
Если используется несколько инстанций с фоновыми процессами, то может иметь смысл задать параметру rdisp/btctime различные значения в профилях инстанций, чтобы обеспечить лучшее распределение нагрузки.
► Проблемы с самопланирующимися периодическими заданиями с ограниченным временем запуска
Если используются периодические задания, которые автоматически планируют собственное выполнение в конце каждого выполнения, и определено время, после которого такие задания больше не могут запускаться, то эти задания могут прекратить выполняться вообще после длительного отключения системы. Такие задания необходимо контролировать вручную.
9.9. Транзакции и пути доступа меню
АВАР Editor: SAP Menu • Tools • АВАР Workbench • Development АВАР Editor (SE38)
Analysis of background processing: SAP Menu • Tools • CCMS • Jobs • Check Environment (SM65)
Background control object monitor: SAP Menu • Tools • CCMS • Jobs • Background Objects (SM61)
Create external operating system commands: SAP Menu • Tools • CCMS • Configuration • External Commands (SM69)
Event maintenance: SAP Menu • Tools • CCMS • Jobs • Maintain Event (SM62)
Extended job selection: SAP Menu • Tools • CCMS • Jobs • Maintenance • Extended job selection (SM37C)
External operating system commands: SAP Menu • Tools • CCMS • Jobs • External Commands (SM49)
Job definition: SAP Menu • Tools • CCMS • Jobs • Definition (SM36)
Job monitor: SAP Menu • Tools • CCMS • Control/Monitoring • Job Scheduling Monitor (RZ01)
Operation mode maintenance: SAP Menu • Tools • CCMS • Configuration • Operation modes/Instances (RZ04)
Own jobs: System • Own jobs (SMX)
Performance analysis: SAP Menu • Tools • CCMS • Jobs • Performance analysis (SM39)
Simple job selection: SAP Menu • Tools • CCMS • Jobs • Maintenance (SM37)
Trigger event: SAP Menu • Tools • CCMS • Jobs • Trigger Event (SM64)
9.10. Другая документация
Быстрые ссылки
► SAP Service Marketplace, псевдоним background
Указания SAP Service Marketplace
Таблица 9.3. Указания SAP для пользовательской фоновой обработки
Содержание Указание Standard jobs, reorganization jobs 16083 Distribution of background jobs on application servers 24092 Error analysis: Background processing system 37104 Behavior of transactions SM37 and SM37C 422000 9.11. Контрольные вопросы
1. Какая транзакция используется для анализа журнала выполнения задания?
a. SE38
b. SM37
c. S000
2. Какая внешняя программа используется для инициации событий в системе R/3?
a. sapevt
b. sapxpg
c. sapstart
d. spmon
3. Что означает состояние фонового задания Ready?
a. Планирование задания завершено и сохранено
b. Задание выполнено, и можно распечатать журнал
c. Задание может быть запущено и ожидает системных ресурсов
ГЛАВА 10
СЛУЖБА ОБНОВЛЕНИЯ
Модуль обновления является в системе R/3 центральным компонентом. Однако он не является независимым компонентом. Обновление работает в тесном взаимодействии с другими службами R/3, такими как служба диалога и фонового выполнения, и особенно обработки очередей.
SAPLUW
Бизнес-процесс в системе SAP отображается в логическую единицу работы SAP (LUW, см. главу 1), которая может состоять из нескольких изменений экрана. Эта диалоговая или фоновая обработка приводит к изменению данных, которое можно записать в базу данных только полностью (т. е. со всеми изменениями из LUW) или нельзя записать вообще. Система обновления SAP гарантирует, что изменения не записываются в базу данных, пока не будет завершен SAP LUW, и что никакие данные не изменяются, если транзакция SAP прерывается. В большинстве случаев обновление выполняется асинхронно в конце LUW (см. раздел 1.4). Это приводит к значительному повышению производительности для диалоговых пользователей, которые могут продолжать свою работу в следующей LUW, пока система обновления все еще записывает изменения в базу данных.
Пока обновление не выполнено, измененные объекты остаются заблокированными; другие пользователи не могут получить доступ к этим объектам, или, по крайней мере, они не могут их изменять в зависимости от типа используемой блокировки. Поскольку проблемы обновления могут разрушить всю систему, их разрешение всегда имеет наивысший приоритет.
10.1. Концепции обновления
Определение
В среде R/3 термин обновление означает выполнение изменений в базе данных R/3, которые система SAP производит обычно асинхронно после того, как данные были введены или изменены. Для отображения LUW R/3 в транзакции базы данных требуется специальная система обновления. Логические единицы работы R/S отображаются в независимые LUW R/3, которые состоят из нескольких транзакций базы данных. Это возможно только с отдельной системой обновления; в противном случае каждая LUW R/3 должна будет отображаться точно в одну транзакцию базы данных. Система обновления делает возможным управление вводом данных отдельно от самого обновления и консолидирует процессы обновления.
Например, если пользователь вводит данные, то они сначала передаются процессу диалога. Самим процессом диалога изменения в БД не вносятся; для этого используются специальные процессы обновления, записывающие изменения асинхронно (см. рис. 10.1).
Рис. 10.1. Асинхронное обновление
Когда SAP LUW обрабатывается в диалоге, сделанные изменения сохраняются как модули (определенные как функциональные модули и соответствующие данные) в запросе обновления. В заключение диалоговой части транзакции SAP запрос обновления закрывается, записывается заголовок обновления (см. рис. 10.2), и вызывается сама задача обновления, которая выполняет изменения в базе данных, как определено в запросе обновления. Заблокированные записи от диалоговой или фоновой обработки наследуются задачей обновления, которая разблокирует объекты, когда завершается обновление.
Пользователи могут заметить, что асинхронные изменения по сравнению с синхронными дают более высокую производительность системы. Пользователь может быстро модифицировать, ввести или удалить данные — ему не нужно ждать, пока будут выполнены эти запросы, а изменения асинхронно поступят в БД. Подобные запросы обрабатываются в фоновом режиме специальными процессами. Асинхронное обновление особенно выгодно при внесении в данные обширных изменений, например при крупной модификации корпоративных данных или создании заказов. Оно улучшает масштабируемость системы R/3. Обычно пользователи никак не могут повлиять на то, как именно вносятся изменения в БД — асинхронно или синхронно. Это зависит от применяемой программы АВАР.
