Kniga-Online.club

Сигрид Хагеман - SAP R/3 Системное администрирование

Читать бесплатно Сигрид Хагеман - SAP R/3 Системное администрирование. Жанр: Прочая околокомпьютерная литература издательство -, год 2004. Так же читаем полные версии (весь текст) онлайн без регистрации и SMS на сайте kniga-online.club или прочесть краткое содержание, предисловие (аннотацию), описание и ознакомиться с отзывами (комментариями) о произведении.
Перейти на страницу:

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

При проблемах с печатью всегда необходимо сначала проверить работоспособность устройства на уровне операционной системы. Для этого нужно использовать команды, специфические для операционной системы, такие как 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 databaseReorganization. Этот путь меню не запускает отчет 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 его не проверяет.

Перейти на страницу:

Сигрид Хагеман читать все книги автора по порядку

Сигрид Хагеман - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки kniga-online.club.


SAP R/3 Системное администрирование отзывы

Отзывы читателей о книге SAP R/3 Системное администрирование, автор: Сигрид Хагеман. Читайте комментарии и мнения людей о произведении.


Уважаемые читатели и просто посетители нашей библиотеки! Просим Вас придерживаться определенных правил при комментировании литературных произведений.

  • 1. Просьба отказаться от дискриминационных высказываний. Мы защищаем право наших читателей свободно выражать свою точку зрения. Вместе с тем мы не терпим агрессии. На сайте запрещено оставлять комментарий, который содержит унизительные высказывания или призывы к насилию по отношению к отдельным лицам или группам людей на основании их расы, этнического происхождения, вероисповедания, недееспособности, пола, возраста, статуса ветерана, касты или сексуальной ориентации.
  • 2. Просьба отказаться от оскорблений, угроз и запугиваний.
  • 3. Просьба отказаться от нецензурной лексики.
  • 4. Просьба вести себя максимально корректно как по отношению к авторам, так и по отношению к другим читателям и их комментариям.

Надеемся на Ваше понимание и благоразумие. С уважением, администратор kniga-online.


Прокомментировать
Подтвердите что вы не робот:*
Подтвердите что вы не робот:*