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

► ALE status monitor(см. рис. 13.13) предлагает обзор статуса обработки документов IDoc, который можно профильтровать согласно нескольким критериям. Можно из обзора перейти к подробному представлению. Когда причина ошибки найдена и исправлена, можно также запустить повторную обработку документов IDoc, которые содержат ошибки и были обработаны не полностью.

Для поддержки различных типов анализа можно перечислить записи в мониторе состояния и отсортировать их согласно различным критериям. Можно дважды щелкнуть мышью, чтобы увидеть дополнительные детали, или щелкнуть на записи IDoc, чтобы вывести его определение (см. рис. 13.14).

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

Описанный здесь монитор статуса и дополнительные функции анализа интегрированы в мониторы для администрирования ALE. В управление ALE можно попасть из SAP Menu через Tools • ALE • ALE Administration. He существует транзакции для замены этого пути доступа.

Рис. 13.13. Монитор статуса для сообщений ALE

Рис. 13.14. Отдельный вывод IDoc в мониторе ALE

Таблица 13.2. Управление ALE

Проверка обработки документов IDoc включает также управление работой спланированных фоновых заданий для обработки IDoc.

Таблица 13.3. Фоновые задания для мониторинга

Если обработка документа IDoc прерывается, можно использовать ►IDoc error handlingдля включения ручной повторной обработки после исправления ошибки.

Кроме конфигурируемого подтверждения с помощью типа сообщения ALEAUD, можно также выполнить синхронный запрос статуса для определенных документов IDoc. Для этого можно щелкнуть на кнопке Trace IDocsв окне монитора статуса ALE или ► IDoc Tracing.

Диалоговые рабочие процессы обрабатывают полученные документы IDoc. Следовательно, обработка документов IDoc в целевой системе требует присутствия не только обычных диалоговых рабочих процессов для диалоговых пользователей, но и процессов для функций ALE. Можно сконфигурировать параллельную или последовательную обработку полученных документов IDoc. Для параллельной обработки необходимо создать дополнительные диалоговые процессы в количестве, соответствующем среднему числу документов IDoc, которые получаются параллельно. Последовательная обработка требует меньше диалоговых рабочих процессов, но только один документ IDoc может обрабатываться в данный момент, так что может возникнуть затор и падение производительности на получающей стороне. При этом также исключается возможность обработки одного документа IDoc раньше другого, если это понадобится. Техническая команда должна обсудить преимущества и недостатки каждого метода с подразделениями пользователей, а затем создать подходящее техническое решение. Кроме распределения нагрузки между инстанциями SAP R/3, при создании групп в определении соединения RFC может быть полезно в некоторых ситуациях использовать отдельную инстанцию SAP R/3 для обработки документов IDoc. Конечно, такое решение требует анализа стоимости и эффективности, так как для его реализации нужно дополнительное оборудование.

Если данные унаследованной системы должны быть перенесены в новое бизнес-решение как часть проекта реализации, то гибкая и высокопроизводительная поддержка потребуется для следующих задач:

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

► Переноса преобразованных данных в новую систему SAP R/3, определяя, какие данные должны отображаться в какие поля таблиц и не требуется ли дополнительная настройка при условии различных структур данных в новой и унаследованной системах.

► Обеспечения полного переноса

Используемый тип переноса для миграции внешних данных в систему SAP R/3 зависит от приложения, которое их получает. Поскольку для каждого прикладного компонента важны различные данные, большинство приложений содержит свои собственные программы переноса данных, которые должны использоваться. Кроме этого фактора, выбор определенной методики переноса данных зависит от важных вопросов: от количества данных для переноса и от того, как часто они будут переноситься (один раз или постоянно).

Методы переноса данных

SAP R/3 поддерживает различные методы переноса данных: пакетный ввод, операция вызова, прямой ввод и перенос с помощью BAPI. Если приложение не имеет своего собственного интерфейса для переноса внешних данных (этот случай является исключением), то можно использовать запись транзакции с пакетным вводом или транзакцией вызова для создания данных, которые будут обрабатываться.

Процедура пакетного ввода является стандартным подходом, который давно используется в среде SAP для переноса данных в систему SAP R/3, имитируя диалог пользователя. Согласованность данных гарантируется, так как процедура включает все транзакционные проверки. Перенос данных происходит в два шага: