ГЛАВА 11 КОНФИГУРАЦИЯ И АДМИНИСТРИРОВАНИЕ ВЫВОДА

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

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

11.1. Основы вывода

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

Спул и запрос вывода

Диалоговый или фоновый процесс выполняют затем запрос вывода. Активный рабочий процесс создает сначала запрос спула из записей пользователя. Затем он сохраняет необработанные данные, предназначенные для вывода в TemSe (сокр. от temporary sequential object— временный последовательный объект) в базе данных или на уровне файловой системы (см. раздел 11.4). Описание запроса сохраняется в базе данных SAP R/3. Если запрос спула должен затем распечатываться, то рабочий процесс спула, присвоенный выбранному устройству вывода, выполняет форматирование данных в печатную форму и направляет их спулеру операционной системы, который отвечает за устройство вывода. Таким образом, рабочий процесс спула создает запрос вывода.

Рис. 11.1. Запрос вывода в диалоговом режиме (SAP R/3 Release 4.6D)


Каждый вывод происходит в два этапа:

1. Генерирование запроса спула — информация запроса (автор, число копий и дата запроса) сохраняется в базе данных; не зависимые от устройства данные печати хранятся в TemSe.

2. Генерирование и обработка запроса вывода из запроса спула — если устройство вывода было определено и готово получить данные.

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

Рис. 11.2. Поток данных во время печати

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

11.2. Конфигурирование рабочих процессов спула

Управление выводом обеспечивает форматирование, координацию, выполнение и мониторинг запросов вывода. Для этого используются рабочие процессы спула.

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

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

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

► Рабочие процессы спула отвечают за форматирование запросов печати, пересылку запросов системе спула хоста и за другие административные задачи:

- Реорганизацию системы спула (удаление устаревших запросов)

- Перенаправление запросов при отказе сервера

- Поиск необработанных запросов

Кроме того, статус очереди системы спула хоста проверяется согласно настройке по умолчанию через регулярные интервалы.

Можно определить число конфигурируемых рабочих процессов спула, задавая параметр rdisp/wp_no_spo в профиле инстанции.

Управление запросами

Рабочие процессы спула инстанции составляют одно целое, к ним нельзя обращаться по отдельности. Поэтому устройства вывода присваивают инстанции, а не определенному рабочему процессу (см. раздел 11.4). Каждая инстанция со службами спула управляет своими входящими запросами вывода в своей собственной очереди запросов спула как объектами в основной памяти. Если возникают перегрузка и переполнение очереди запросов спула, то в качестве коллектора входящих запросов используется очередь диспетчера, чтобы ни один запрос спула не был потерян. Когда очередь запросов спула сможет вместить все запросы вывода, рабочие процессы спула смогут снова перенести запросы из очереди диспетчера в очередь запросов спула. Обработка запросов спула продолжится только тогда, когда очередь диспетчера будет пустой или очередь запросов спула полностью заполненной.

Последовательная обработка

Сконфигурированные рабочие процессы спула могут обрабатывать запросы в инстанции последовательно, а иногда параллельно. Поэтому нет гарантии, что запросы вывода будут обработаны в том же порядке, в котором они были введены, если есть несколько рабочих процессов спула, выполняемых в инстанции. Некоторые запросы могут быть обработаны не в том порядке. При необходимости можно при создании устройства активировать параметр, чтобы обеспечить последовательную обработку запросов в том порядке, в котором они создаются. В этом случае рабочий процесс спула всегда обрабатывает все запросы для этого устройства в очереди спула, прежде чем принимает другие запросы. Однако в здесь ограничивается параллелизм между несколькими рабочими процессами спула, поэтому необходимо использовать этот параметр только тогда, когда это действительно необходимо (см. раздел 11.4).

11.3. Настройка сервера спула

Реальный сервер спула является сервером приложений 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 должны форматироваться для данного устройства, чтобы был сгенерирован соответствующий запрос вывода для устройства.

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

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

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

Используйте метод локального доступа (см. ниже) для управления принтерами, которые обслуживают критический по времени вывод (например, документы по отгрузке), чтобы повысить производительность.

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

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

► Настольная печать

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

► Тестовая печать

Можно создать отдельный класс принтеров для новых принтеров или для использования во время модификация конфигурации вывода.

Методы доступа

В широком смысле метод доступа, присвоенный устройству вывода, описывает метод или протокол, который используется для передачи данных запроса вывода с сервера спула на хост-принтер. Рабочий процесс спула присвоенного сервера спула может передавать данные непосредственно системе спула хоста, системе управления выводом, сетевому принтеру или программе переноса SAPLPD. SAPLPD действует между рабочим процессом спула и менеджером печати Windows. Программа SAPLPD запускается на компьютере Windows.

Локальные методы доступа

Если сервер спула передает данные непосредственно спулеру хоста или менеджеру печати, то этот процесс называется локальным методом доступа. Будут ли данные выводиться на локальный или удаленный принтер — не имеет значения. Обычно локальный метод является самым быстрым и наиболее надежным.

► Метод доступа L: Локальная печать с помощью команд

Служба спула сохраняет данные для печати в виде файла на хост-системе. Данные могут выводиться на печать соответствующей командой спула хост-системы, по умолчанию командами lp или lpr в системах UNIX или print в среде Windows NT. Команда операционной системы определяет также статус вывода. Если устройству требуются команды для печати и запрос, которые отличаются от используемых по умолчанию, можно определить наборы команд (command sets). Для этого выберите ►Spool Administration • Output devices для выбора предпочтительного принтера и используйте Edit • Command Set для присвоения существующего набора команд принтеру. Или же можно ввести букву в поле ID набора команд, а затем дважды щелкнуть мышью, чтобы определить новый набор команд; ввести команду печати, которую надо использовать, и команду для запроса статуса. Все устройства, созданные с методом доступа L, могут затем использовать новую команду. Настройки по умолчанию для команд печати и команд запроса статуса хранятся в параметрах инстанции rspo/host_spool/print и rspo/host_spool/query. Например, для систем Windows NT будет использоваться команда печати

□ rspo/host_spool/print = print /d:&P &F,

где /d означает опцию подключения принтера, &Р — макрокоманду подстановки порта (LPT1, СОМ1 и т.п.), a &F — файл для печати.

► Метод доступа C: Прямой вызов операционной системы

Для метода доступа C в отличие от метода доступа L данные не сохраняются временно в файле на хост-системе, а передаются сразу системному диспетчеру печати через интерфейс программирования. Этот метод доступа может применяться только в системах Windows NT.

Рис. 11.9. Метод локального доступа: сервер спула и хост-спул выполняются на одном компьютере


► Метод доступа E: Внешняя система управления выводом

Если устройство, обслуживаемое системой управления выводом (OMS — Output Management System), должно быть сделано доступным для печати из системы SAP R/3, то можно присвоить устройству локальный метод доступа E после установки OMS и определения ее свойств в системе SAP R/3. По большей части, как и в случае процесса с методом доступа L, сервер спула сохраняет данные в файловой системе: локальная установка OMS извлекает их оттуда.

► Метод доступа P: Пул устройств

Метод доступа P управляет логической группировкой устройств печати (одного типа, если возможно) в пуле устройств. Запросы вывода можно определять следующим образом:

- Параллельно всем устройствам вывода в пуле

- Переключаясь между различными устройствами в пуле

Все устройства в пуле создаются в системе SAP R/3 со своим собственным методом доступа; к ним можно обращаться по отдельности по именам принтеров.

► Метод доступа F: Печать с фронтального компьютера

Метод доступа F можно использовать для прямого вывода на принтеры, которые могут быть доступны фронтальным персональным компьютерам, но не обязательно определены в системе SAP R/3. Поэтому этот метод доступа не разрешен для промежуточной печати из фоновых заданий. Обработка фронтальной печати выполняется также рабочим процессом спула. Можно использовать параметр инстанции rdisp/wp_no_spo_Fro_max для ограничения числа доступных рабочих процессов для фронтальной печати, чтобы избежать блокирования обычных запросов печати. Немедленный вывод с помощью метода доступа F (и на фронтальных машинах Windows) передается программе SAPLPD, которая запускается, если требуется, автоматически. Она посылает запрос принтеру по умолчанию — _DEFAULT. Если принтер по умолчанию не определен, как в случае систем UNK, должен быть определен хост-принтер в определении устройства для фронтальной печати.

Методы удаленного доступа

В отличие от процесса, описанного для локальных методов доступа, в методах удаленного доступа данные передаются из рабочих процессов спула через сеть в спулер или диспетчер печати хоста принтера (см. рис. 11.10). Таким образом, эти методы доступа существенно зависят от проблем в сети. Если возникает проблема соединения, то активный рабочий процесс спула должен ждать (возможно, пока не наступит тайм-аут). Следовательно, необходимо использовать локальные методы доступа для производственной печати или больших заданий печати. Если получающий сервер печати не имеет достаточно памяти для входящего запроса, то служба спула может пересылать данные только со скоростью вывода принтера.

► Метод доступа S: Печать с помощью протокола SAP

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

► Метод доступа U: Печать с помощью протокола Беркли

Метод доступа U служит протоколом обмена для систем спула в системах UNIX. В отличие от метода S данные здесь не сжимаются. Метод доступа U можно применять в системах Windows вместе с программой SAPLPD, хотя здесь предпочтительнее метод доступа S. Сетевые принтеры со своим собственным спулером операционной системы также соединяются с помощью метода доступа U.

Рис. 11.10. Метод удаленного доступа: сервер спула и хост-спул выполняются на различных компьютерах


Специальные методы доступа

Для вывода на устройства, отличные от принтеров, существуют специальные методы доступа:

► Метод доступа X: Соединение с факсом с помощью SAPcomm

Метод доступа X присоединяет факсы через интерфейс SAPcomm. Начиная с Basis Release 6.10, этот интерфейс больше не поддерживается; вместо него можно использовать SAPconnect (см. главу 13).

► Метод доступа I: Соединение с ArchiveLink

Этот метод доступа используется с SAP ArchiveLink (см. главу 12). Система спула применяется только для временного хранения архивируемых документов. Дальнейшую обработку выполняет SAP ArchiveLink.

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

Для определения устройств вывода и назначения их выбранным серверам спула действуйте следующим образом:

1. В простом, расширенном или полном управлении в ►Spool administration выберите пункты меню Configuration • Output devices или кнопку Output devices. Перейдите в режим изменений. В списке уже определенных принтеров выберите Output device • Create, чтобы перейти на экран для Spool Administration: Create Output device (см. рис. 11.11).

Рис. 11.11. Создание логического принтера атрибуты устройства


2. Сначала задайте имя для нового устройства. Система определит короткое имя, если оставить это поле пустым.

3. Выберите для принтера подходящий тип устройства SAP и присвойте его логическому или реальному серверу спула. В типичных случаях подходящий тип устройства уже определен в системе SAP R/3, так как типы устройств представляют семейство моделей, а не конкретные модели. Если требуется, можно также загрузить дополнительные типы устройств со служебных компьютеров SAP — sapserv[x] (см. главу 3), использовать режим совместимости многих моделей или ввести тип устройства SWIN (b средах Windows) для выполнения форматирования диспетчером печати и драйвером Windows вместо рабочего процесса спула SAP R/3. Можно также определить собственные типы устройств, хотя это и непростая задача.

4. Существуют следующие классы устройств:

- Стандартный принтер

- Программа архивирования

- Факс

- Телекс

- Пул устройств (как отдельный класс устройств, начиная с Basis Release 6.10)

- Логическое устройство вывода (как отдельный класс устройств, начиная с Basis Release 6.10)

5. Используйте поле Authorization group для объединения группы устройств вывода, которую можно ввести в определении авторизации вместо ввода отдельного устройства.

6. Используйте поля Model, Location и Message для поясняющего текста. Обзор всех определенных устройств вывода покажет содержимое поля сообщений Message; будет выводиться значение поля Location, если поле Message будет пустым. Принтер можно заблокировать для работы по обслуживанию со стороны SAP R/3.

7. Поле Host spool access method определяет коммуникации между сервером спула и спулом хоста (см. рис. 11.12).

8. Используйте поле Host printer для ввода имени устройства, как оно определено на уровне операционной системы, например \\host\printername или _DEFAULT. Для локального доступа здесь выводится компьютер, на котором выполняются сервер спула и спул хоста. Для удаленного доступа необходимо явно определить хост назначения, который получает данные.

Рис. 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 дает более точную и непосредственную информацию о состоянии запросов вывода. В ряде случаев ее использование очень полезно.

ROMS и LOMS

Чтобы использовать OMS с SAP R/3 и гарантировать, что они взаимодействуют правильно, SAP должна сертифицировать интерфейс. Система SAP должна знать свойства OMS. Отметим следующее отличие. Фактический интерфейс между рабочим процессом спула и внешней системой управления выводом (реальная OMS, или ROMS) как набор всех коммуникационных команд и определений свойств отличается от специальных характеристик ROMS, связанных с конкретными устройствами вывода (логическая OMS, или LOMS). В зависимости от сценария устройства для одной ROMS может существовать несколько LOMS, но каждая LOMS представляет собой подмножество ROMS.

Определение внешней OMS

Чтобы использовать внешнюю систему OMS, нужно определить в системе SAP R/3 ROMS и при необходимости — LOMS. Этот шаг является частью расширенного или полного администрирования спула. Для определения внешних OMS нужно иметь точную информацию о системе спула на каждом сервере. Изучите документацию по OMS и определите атрибуты своей системы ROMS. Используемое для этого окно показано на рис. 11.14. Для вывода данного окна выберите меню ►Spool Administration Configuration • Output Management Systems или используйте вкладку Output Management System.

Рис. 11.14. Определение ROMS


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 Запрос успешно напечатан или перенесен на спулер хоста
Запрос спула создал несколько запросов вывода, все с различными состояниями
Problem Запрос был напечатан, несмотря на незначительную проблему, но вывод, вероятно, содержит ошибки
Error Запрос спула не может быть напечатан
Archive Запрос был обработан и ожидает архивации
Time Было спланировано специальное время для вывода запроса

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

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

Можно вывести содержимое, выбранные для генерации настройки, журнал вывода (но только для запросов вывода) и статистические данные для каждого спула и запроса вывода, перечисленные в ►Output control.

Обзор запросов вывода в ►Spool administration включает конфигурационные функции системы спула и статистическую информацию, такую как число запросов печати на устройство, на хост назначения или на пользователя (см. рис. 11.16).

Рис. 11.16. Обзор запросов печати


Эта информация представляет интерес, когда оценивается общая структура устройств вывода. Нагрузка должна быть разделена между инстанциями SAP R/3 как можно равномернее.

11.5.2. Административные задачи

Проверка установки

Немедленно после первой настройки системы или после значительных изменений в структуре спула рекомендуется проверить конфигурацию с помощью ►Installation check. Эта проверка не включает данные спула (запросы спула и вывода или TemSe).

Обслуживание объектов TemSe

Данные запроса спула (неформатированные) хранятся во временных последовательных объектах (TemSe). Эти объекты содержат данные спула и аналогичные данные, такие как журналы фоновых заданий и временные данные FI и HR. Физически TemSe является таблицей в базе данных или файлом (вне базы данных) в файловой системе сервера приложений или в глобальном каталоге системы SAP R/3. Точное расположение зависит от параметра инстанции rspo/store_location. Значением по умолчанию является «db», что означает хранение в базе данных. Задание значения параметра как «G» сохраняет данные в глобальном подкаталоге в дереве каталогов SAP (см. главу 1). Если данные хранятся в базе данных, то они подчиняются административным методам и мерам безопасности РСУБД: управлению транзакциями и журналами, а также регулярному резервному копированию. Однако это означает также, что РСУБД должна выполнять некоторую работу, поэтому доступ к TemSe в файловой системе будет быстрее. Если TemSe хранится в файловой системе, нагрузка на РСУБД снижается, но преимущества, которые предоставляет РСУБД, недоступны. Например, резервные копии данных должны создаваться отдельно, и они не включаются автоматически в системную копию.

Статистическую информацию можно найти на уровне заполнения и содержимого TemSe с помощью ►TemSe Management или ►Spool administration • Environment • TemSe administration. Выберите TemSe database • Memory allocation (или TemSe data storage • Memory Occupation с версии Basis Release 6.10) для просмотра списка всех данных, хранящихся в TemSe для пользователя и клиента, включая пространство для хранения данных, которое требуется каждому пользователю и клиенту. Когда TemSe хранится в базе данных SAP R/3, размер сегментов базы данных ограничивает размер хранилища данных TemSe. Если данные хранятся в файлах на уровне операционной системы, то максимальный размер файловой системы является максимальным размером TemSe. Однако соображения производительности предполагают поддержание базы данных TemSe как можно меньшего размера.

Реорганизация системы спула

Администратор должен обеспечить удаление запросов спула из TemSe, когда они больше не требуются. Необходимо регулярно выполнять отчет RSPO1041 (см. главу 9 и рис. 11.17). Существенные критерии выбора включают возраст запроса спула (в зависимости от его статуса) и данные о том, не устарел ли он. Запрос спула является устаревшим, когда истек его срок хранения. По умолчанию срок хранения запроса спула — восемь дней (см. рис. 11.1). Можно также автоматизировать удаление устаревших запросов спула с помощью ►Spool Administration • Settings • Spool system • Admin.

Отчет RSPO1041 удаляет только данные спула из TemSe. Для удаления других типов данных нужно использовать отчет для журналов фоновой обработки RSBTCDEL (см. главу 9).

Для применения RSTS0022 используйте путь меню ►TemSe management • TemSe database Reorganization. Этот путь меню не запускает отчет RSPO1041 или его предшественника RSPO0041. Отчет RSTO0022 необходимо выполнять с большей осторожностью, чем это требуется для двух других отчетов, так как он удаляет все устаревшие записи из TemSe без учета зависимостей от других таблиц.

Проверка согласованности

Чтобы ответить на потенциальные проблемы в оптимальное время, необходимо спланировать проверку согласованности системы спула и хранилища данных TemSe на регулярной основе.

► Проверка согласованности системы спула

Спланируйте ежедневное выполнение отчета RSPO1043 (см. главу 9).

► Проверка согласованности хранилища данных TemSe

Можно спланировать регулярное выполнение этого отчета через ►TemSe management • TemSe database • Consistency check или определяя отчет RSTS0020.

Рис. 11.17. Выбор критериев для удаления запросов спула


11.6. Использование полномочий

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

► Полномочия на устройства — S_SPO_DEV

► Полномочия на выбор — S_ADMI_FCD

► Полномочия на операции с запросами спула — S_SPO_ACT

► Полномочия на управление TemSe — T_TMS_ACT

► Полномочия на ограничение максимального числа печатаемых страниц — S_SPO_PAGE

Полномочия на устройства

Полномочия на устройства определяют устройства вывода, для которых пользователь может генерировать запросы. Для этого реальное или базовое имя одного или нескольких устройств вывода или группы полномочий присваивается объекту полномочий (см. рис. 11.11). При определении устройств вывода полезно придерживаться соглашений по именам. Например, если первый символ в имени принтера означает для всех настольных принтеров имя группы (такое как «D»), то будет проще назначать полномочия конкретным группам устройств вывода.

Полномочия на выбор

Объект полномочий S_ADMI_FCD определяет, какие именно устройства вывода может просматривать пользователь. Все пользователи могут выводить на экран информацию о своих запросах спула с помощью команды System • Own spool request. Вывод запросов спула в общем выполняется с помощью ►Output control. Значение полномочий SPOR расширяет права, позволяя выводить запросы спула всех пользователей на том же клиенте. Чтобы предоставить пользователю права на просмотр всех запросов спула на всех клиентах, ему нужно назначить значение полномочий SP01.

Полномочия на операции

Объект полномочий S_SPO_ACT определяет, какие действия пользователь может выполнять с видимыми ему запросами спула. Доступные значения полномочий перечислены в таблице 11.2.

Таблица 11.2. Значения полномочий для объекта S_SPO_ACT

Значение Какие полномочия оно предоставляет
BASE Вывод на экран всех запросов спула
ATTR Изменение атрибутов запроса
AUTH Изменение значений полномочий
DISP Вывод на экран содержимого запроса спула
DELE Удаление запросов спула
PRNT Первый вывод
REDI Переадресация запроса спула на другое устройство
REPR Повторение запроса вывода
11.7. Советы

► Максимальное число запросов спула

Максимальное число запросов спула, которое можно использовать в системе, равно 32000. С некоторыми дополнительными усилиями это число можно увеличить до 99000.

► Приоритеты

Каждому запросу спула можно присвоить приоритет от 0 до 9; 0 является самым высоким приоритетом. Значением по умолчанию является 5. Это значение пересылается спулу хоста; сама система спула SAP его не проверяет.

► Ограничение видимости принтеров в клиентах

Если желательно сделать принтеры, которые заданы для всей системы, доступными только из определенных клиентов, используйте путь меню ►Output control • Configuration • Output devices. Выберите устройство и затем ►Extras • Display client field.

► Нагрузка на сеть

Чтобы минимизировать нагрузку на сеть, необходимо использовать метод доступа S (а не U), где только возможно, так как метод доступа U передает несжатые данные. Поскольку большой объем административных данных возникает при значительном числе небольших запросов печати, лучше вместо этого передавать несколько больших запросов печати.

► Вывод кодовых страниц, не являющихся Latin 1, на стандартные принтеры

Если устройство вывода соединяется с методом доступа S, данные форматируются на сервере. Само устройство получает графическое представление, которое оно может напечатать, даже если оно не поддерживает выбранный набор символов.

11.8 Транзакции и пути доступа меню

Проверка установки: нет записи в стандартном меню SAP (SPIC).

Управление выводом: SAP Menu • Tools • CCMS • Spool • Output controller (SP01)

Управление спулом: SAP Menu • Tools • CCMS • Spool • Spool Administration (SPAD)

Управление TemSe: SAP Menu • Tools • CCMS • Spool • TemSe administration (SP12)

11.9. Дополнительная документация

Быстрые ссылки

SAP Service Marketplace: псевдоним output

Указания SAP Service Marketplace

Таблица 11.3. Указания SAP о системе спула

Содержание Указание
Collective note on spool and printing 504952
Flexible design of the spool service in SAP R/3 118057
R/3 does not print 26009
How many spool work processes per instance? 108799
Front-end printing: collective note 114426
Front-end printing with HTML GUI 351230
Setting up front-end printing as of SAP R/3 4.6B 351492
Printing under Windows Terminal Server 150533
Printing over e-mail 311037,513352 только для SAP R/3 4.5B
LPD for remote printing 2863
Printing to a file 161516
Cannot reach SAPLPD 10758
Device type SAPWIN 21738
List of supported printers 8928
Printing Asian languages 423003, 83502
Printing to a file on tape 6753
Authorizations of spool requests 29666
Reorganization of TemSe and spool 48400
11.10. Контрольные вопросы

1. Что из перечисленного ниже относится к методам доступа?

a. Локальные методы доступа

b. Удаленные методы доступа

c. Специальные методы доступа

d. Методы доступа с форматированием

e. Методы доступа без форматирования

f. Внутренние методы доступа

g. Внешние методы доступа

2. Для каких полномочий SAP R/3 предусмотрены объекты полномочий?

a. Полномочия на устройства

b. Полномочия на просмотр запросов спула

c. Полномочия на администрирование TemSe

d. Полномочия на операции с запросами спула

3. Какое из следующих утверждений правильно?

Запрос вывода:

a. генерируется рабочим процессом спула из запроса спула

b. можно напечатать несколько раз

c. можно вывести на любой принтер

4. Какой метод доступа рекомендуется использовать для массовой печати?

a. Локальный метод доступа L для передачи спулу хоста с помощью соответствующего командного интерфейса

b. Локальный метод доступа С для прямой передачи диспетчеру печати спула хоста с помощью соответствующего командного интерфейса

c. Локальный метод доступа F для печати на клиентской системе

d. Удаленный метод доступа S для печати на принтерах на рабочих местах через SAPLPD

e. Удаленный метод доступа U на основе протокола Berkeley

5. Что такое выделенный сервер спула?

a. Выделенный сервер приложений в системе SAP R/3, который используется для централизованного управления спулом

b. Сервер приложения, назначенный определенному в системе SAP R/3 устройству вывода. Сервис спула выделенного сервера спула осуществляет обработку и администрирование запросов спула, направляемых на это устройство

c. Клиентский компьютер (настольный ПК), используемый в настоящее время для печати

d. Сервер приложений в системе R/3, явным образом назначаемый пользователю как сервер спула

Загрузка...