Рейтинговые книги
Читем онлайн SAP R/3 Системное администрирование - Сигрид Хагеман

Шрифт:

-
+

Интервал:

-
+

Закладка:

Сделать
1 ... 53 54 55 56 57 58 59 60 61 ... 96

Реальный сервер спула является сервером приложений 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).

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

- Дополнительно: типы устройств (типы устройств, управление печатью, типы форматирования, форматы страниц и тексты для сопроводительных писем).

- Дополнительно: наборы символов (наборы символов, символы SAP и наборы символов производителей).

Рис. 11.6. Управление спулом (Полное управление)

Определение серверов спула

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

1. Из простого, расширенного или полного управления в Spool Administration выберите ConfigurationSpool servers или кнопку Spool Servers. Из списка уже известных серверов спула переключитесь в режим изменения с помощью Spool ServerCreate на экран Spool AdministrationServer (Change)Full Administration: Create Server (см. рис. 11.7).

2. Задайте свойства сервера. Если активирован параметр для Logical Server, то на экран после нажатия клавиши Enter выводится дополнительное поле Mapping для ввода этой информации.

3. В поле Mapping введите реальный сервер спула, в который будет отображаться логический сервер спула.

4. В поле Alt server можно определить альтернативный сервер в качестве замены, если откажут активный или реальный сервер спула.

5. Активация параметра выравнивания нагрузки обеспечивает управляемый нагрузкой выбор сервера спула или альтернативного сервера.

В связи с возможностью использования как реального, так и логического сервера спула, в качестве альтернативы или отображения логических серверов спула, в некоторых ситуациях могут возникать достаточно сложные инфраструктуры спула. Можно вывести различные графические иллюстрации инфраструктуры, чтобы избежать потери представления о ситуации. Можно использовать ►Spool AdministrationSpool serversViewMapping relationship для вывода представления. Отношения отображения между логическими или реальными серверами спула иллюстрируются горизонтально, а с альтернативными — вертикально (см. рис. 11.8).

Рис. 11.7. Управление спулом: создать сервер

Использование логической архитектуры спула предлагает следующие возможности:

► Присвоение принтеров логическим серверам спула позволяет группировать устройства вывода, такие как локальные и сетевые принтеры. Хотя структура присваивает группы различным логическим серверам, они все ссылаются на один и тот же реальный сервер спула. Затем можно, если потребуется, настроить отображение, чтобы присвоить группы другим серверам спула.

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

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

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

Логическую структуру отображать не требуется.

Рис. 11.8. Структура логических серверов спула

11.4. Настройка инфраструктуры устройств вывода

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

1 ... 53 54 55 56 57 58 59 60 61 ... 96
На этой странице вы можете бесплатно читать книгу SAP R/3 Системное администрирование - Сигрид Хагеман бесплатно.
Похожие на SAP R/3 Системное администрирование - Сигрид Хагеман книги

Оставить комментарий