SAP R/3 Системное администрирование
Шрифт:
Определение внешней OMS
Чтобы использовать внешнюю систему OMS, нужно определить в системе SAP R/3 ROMS и при необходимости — LOMS. Этот шаг является частью расширенного или полного администрирования спула. Для определения внешних OMS нужно иметь точную информацию о системе спула на каждом сервере. Изучите документацию по OMS и определите атрибуты своей системы ROMS. Используемое для этого окно показано на рис. 11.14. Для вывода данного окна выберите меню ►Spool Administration Configuration • Output Management Systems или используйте вкладку Output Management System.
Рис. 11.14. Определение ROMS
Есть два способа отслеживания операций спула 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 | Было спланировано специальное время для вывода запроса |
Отсутствие вывода или испорченный вывод указывает на ошибки управления выводом. В таких случаях администратор с соответствующими полномочиями может проверить журнал вывода, чтобы найти указания о причинах ошибок.
При проблемах с печатью всегда необходимо сначала проверить работоспособность устройства на уровне операционной системы. Для этого нужно использовать команды, специфические для операционной системы, такие как lpr или print. Если к устройству невозможно обратиться на уровне операционной системы, то к нему нельзя обратиться и из системы SAP R/3.
Можно вывести содержимое, выбранные для генерации настройки, журнал вывода (но только для запросов
Обзор запросов вывода в ►Spool administration включает конфигурационные функции системы спула и статистическую информацию, такую как число запросов печати на устройство, на хост назначения или на пользователя (см. рис. 11.16).
Рис. 11.16. Обзор запросов печати
Эта информация представляет интерес, когда оценивается общая структура устройств вывода. Нагрузка должна быть разделена между инстанциями SAP R/3 как можно равномернее.
Проверка установки
Немедленно после первой настройки системы или после значительных изменений в структуре спула рекомендуется проверить конфигурацию с помощью ►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.