Реальный сервер спула является сервером приложений SAP, имеющим, как минимум, один рабочий процесс спула. Каждый запрос вывода обрабатывается на сервере спула с помощью одного из рабочих процессов спула, сконфигурированных для инстанции. Каждое устройство вывода присваивается серверу спула, который обрабатывает запросы для этого устройства.

Можно определить архитектуру логического спула для следующих целей:

► Выравнивание нагрузки между серверами спула

► Доступность альтернативного средства при отказе сервера спула

► Возможность простого переноса определенной инфраструктуры принтера

Логический сервер

Логический сервер является иерархией из одного или нескольких логических серверов и точно одного реального сервера спула, который? в конечном счете? обрабатывает запросы вывода. При настройке архитектуры логического спула можно использовать логические серверы для представления реальных серверов спула. При определении логического сервера, кроме сервера спула, можно задать дополнительный сервер спула, который должен представлять логический сервер. Если необходимо, дополнительный сервер может выполнить задачи реального сервера спула, который отказал, или можно сконфигурировать подходящие настройки для использования этого дополнительного сервера для распределения нагрузки.

На рис. 11.3 показана реализация сценария отказа с определением логического сервера и его альтернативного сервера. Логический сервер «LOGI1» присвоен принтерам; «LOGI1» представляет реальный сервер спула «host1_PRD_00». Реальный сервер спула «host2_PRD_00» является альтернативным сервером. Если сервер спула «host1_PRD_00» отказывает, все запросы печати, предназначенные для устройств, которые присвоены логическому серверу «LOGI1», обрабатываются альтернативным сервером «host2_PRD_00».

Если определение «LOGI1» позволяет также распределение нагрузки, то система всегда будет определять наиболее подходящий сервер спула и разделять запросы соответственно между «host1_PRD_00» и «host2_PRD_ 00» (см. рис. 11.4).

Рис. 11.3. Сценарий отказа с логическим сервером спула

Рис. 11.4. Выравнивание нагрузки

Если принтеры были присвоены прямо серверу спула «host1_PRD_00», то ожидающие запросы вывода не будут обработаны, если сервер спула откажет.

Нагрузка сервера спула определяется числом рабочих процессов спула в инстанции, числом запросов для обработки и числом страниц для вывода.

Использование логических серверов позволяет определить более гибкую инфраструктуру устройств вывода.

Классификация

Чтобы упростить организацию инфраструктуры вывода, серверы спула должны классифицироваться в соответствии с их предполагаемым использованием. Классификация отражает определения устройств и помогает оптимальному планированию инфраструктуры. Если устройство вывода присваивается классифицированному серверу спула, то будет проверяться соответствие классификации. При несоответствии появится предупреждающее сообщение (см. рис. 11.5).

Для классификации реальных и логических серверов спула доступны следующие варианты:

► Производственная печать: например документы и сопроводительные письма.

► Массовая печать: например распечатки с места возникновения затрат

► Настольная печать: например документы SAPoffice

► Тестовый сервер для тестовой печати

► Производственная и массовая печать

► Производственная и настольная печать

► Массовая и настольная печать

► Производственная печать, массовая печать и настольная печать

► Производственная печать и тестовая печать

► Не классифицировано

Системой спула SAP можно управлять с помощью ►Spool administration. Есть три различных уровня для простого, расширенного и полного управления (см. рис. 11.6).

Рис. 11.5. Предупреждение о противоречивой классификации

Ниже представлены различия между этими слоями:

► Простое управление

– Устройства/серверы (вывод и редактирование устройств вывода, вывод и редактирование серверов спула, вывод методов доступа и распределение устройств по этим методам доступа, а также вывод хостов назначения и распределение по ним устройств).

– Управление (настройка, удаление старых запросов спула, проверка согласованности базы данных спула и обзор запросов печати).

► Расширенное управление

– Дополнительно: вывод управляющих систем (вывод и редактирование реального и логического OMS).