7. Поле Host spool access method определяет коммуникации между сервером спула и спулом хоста (см. рис. 11.12).
8. Используйте поле Host printer для ввода имени устройства, как оно определено на уровне операционной системы, например или Для локального доступа здесь выводится компьютер, на котором выполняются сервер спула и спул хоста. Для удаленного доступа необходимо явно определить хост назначения, который получает данные.
Рис. 11.12. —
9. Из системы SAP R/3 можно проследить статус запроса печати после его пересылки в систему спула хоста. Это делается с помощью явного запроса активного рабочего процесса спула. Чтобы избежать этого, а также потерь производительности, можно активировать флажок Do not query host spooler for output status. Явный запрос не может происходить с фронтальной печатью. Здесь и при деактивации запроса на спуле хоста запрос в системе спула считается завершенным, когда он переносится в процесс спула хоста.
10. Можно выбрать Monitor using monitoring architecture для важных устройств вывода (см. рис. 11.13).
11. Параметр Process requests sequentially обеспечивает, что запросы для этого устройства выполняются в том порядке, в котором они были запрошены. Здесь настройка устройства имеет приоритет над определением выравнивания нагрузки сервера спула.
12. Можно использовать вкладку Tray info для прямого обращения к лоткам для бумаги устройства вывода.
13. Устройство классифицируется с помощью Edit • Classification.
Рис. 11.13. —
14. Для каждого устройства можно явно определить, где будут помещаться данные для печати для промежуточного хранения: в базе данных в соответствии с системными настройками (см. раздел 11.5) или в файловой системе. Выберите Edit • Data storage.
При необходимости можно присвоить отдельные или все определения устройств запросу переноса и перенести их на другие системы SAP R/3.
Если необходимо обеспечить большую гибкость архитектуры спула, то, начиная с Basis Release 6/10, можно определить логические устройства вывода с назначением физическим устройствам вывода. В версиях Basis до Release 6.10 возможно преобразование физического устройства в логическое и наоборот.
Интерфейс XOM-API позволяет подключать к системе спула SAP R/3 внешнюю систему управления выводом (OMS — Output Management Systems). Системы OMS применяются в основном в сложных системных инфраструктурах. Соединение R/3 с OMS позволяет использовать в R/3 все преимущества OMS. Система OMS дает более точную и непосредственную информацию о состоянии запросов вывода. В ряде случаев ее использование очень полезно.
Чтобы использовать OMS с SAP R/3 и гарантировать, что они взаимодействуют правильно, SAP должна сертифицировать интерфейс. Система SAP должна знать свойства OMS. Отметим следующее отличие. Фактический интерфейс между рабочим процессом спула и внешней системой управления выводом (реальная OMS, или ROMS) как набор всех коммуникационных команд и определений свойств отличается от специальных характеристик ROMS, связанных с конкретными устройствами вывода (логическая OMS, или LOMS). В зависимости от сценария устройства для одной ROMS может существовать несколько LOMS, но каждая LOMS представляет собой подмножество ROMS.
Чтобы использовать внешнюю систему OMS, нужно определить в системе SAP R/3 ROMS и при необходимости — LOMS. Этот шаг является частью расширенного или полного администрирования спула. Для определения внешних OMS нужно иметь точную информацию о системе спула на каждом сервере. Изучите документацию по OMS и определите атрибуты своей системы ROMS. Используемое для этого окно показано на рис. 11.14. Для вывода данного окна выберите меню ►Spool Administration Configuration • Output Management Systems или используйте вкладку Output Management System.
Рис. 11.14.
11.5. Анализ и устранение ошибок 11.5.1. Использование статистикиЕсть два способа отслеживания операций спула SAP R/3:
1. Выберите ►Output control.
2. Для целей статистики выберите ►Spool administration • Administration • Request overview.
► Output control может вывести все запросы спула и вывода или запросы, выбранные согласно различным критериям, таким как пользователь, дата, устройство вывода или номер запроса (см. рис. 11.15). Полномочия определяют, может ли один пользователь видеть запросы другого и управлять действиями, разрешенными для ожидающих запросов спула. Такие действия могут включать повторный вывод запроса спула, перенаправление на другой принтер или просмотр их содержимого.
Пользователи могут также переходить с помощью System • Own Spool Requests к обзору своих собственных запросов спула.
Рис. 11.15.
Таблица 11.1.
ID Состояние - He существует запроса вывода + Генерируется запрос спула waiting Запрос вывода еще не обработан in proc Запрос форматируется printing Запрос печатается спулером хоста compl Запрос успешно напечатан или перенесен на спулер хоста <F5> Запрос спула создал несколько запросов вывода, все с различными состояниями Problem Запрос был напечатан, несмотря на незначительную проблему, но вывод, вероятно, содержит ошибки Error Запрос спула не может быть напечатан Archive Запрос был обработан и ожидает архивации Time Было спланировано специальное время для вывода запроса