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

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

Максимальное число запросов спула, которое можно использовать в системе, равно 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, явным образом назначаемый пользователю как сервер спула

ГЛАВА 12

АРХИВИРОВАНИЕ ДАННЫХ

Термин «архивирование» в среде R/3 может описывать одну из трех областей:

► С точки зрения администрирования БД Oracle архивирование часто означает автономное сохранение журналов восстановления.

► Сохранение входящих и исходящих документов, таких как введенные счет-фактуры и подтверждения заказов, или вывод списков, созданных в системе R/3 или внешних системах хранения (раньше в бумажной форме или на микрофишах, сейчас обычно на оптических носителях) также является формой архивирования.

С помощью интерфейса SAP ArchiveLink в соответствии со специфическим для ситуации Customizing можно создать связь между архивированными документами и документами приложений, выделенными в систему SAP. Исходные документы хранятся на внешнем носителе и связываются таким образом с бизнес-объектами R/3; они могут быть доступны из бизнес-транзакции или прикладного документа. Начиная с версии R/3 Release 4.6C, интерфейс ArchiveLink основывается на технологии HTTP Content Server. Хранение архивных файлов во внешних системах выполняется с помощью Content Management Service (CMS).

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

Зачем нужно архивирование

Обычно база данных R/3 постоянно увеличивается в объеме. Спустя какой-то период времени, определяемый особенностями законодательства и специфическими для компании факторами, большая часть данных становится бессмысленной и представляет собой балласт, не нужный для повседневной работы. Чем больше таблица, тем более дорогостоящим и длительным становится поиск в БД. Большие объемы данных требуют значительных ресурсов, таких как оперативная память, жесткие диски и устройства для резервного копирования. С увеличением размера баз данных растет и стоимость администрирования. По этим причинам необходимо удалять из БД данные, которые больше не нужны в системе (но которые должны, тем не менее, поддерживаться в формате, который легко читается и восстанавливается), и сохранять данные в архивных файлах, к которым можно будет позже обратиться.

Требования, предъявляемые к архивированию

По различным причинам может потребоваться хранить данные таким образом, чтобы при необходимости их можно было прочитать и использовать. Нередко при этом требуется также гарантировать защиту данных от изменений. Для этого хорошо подходит архивирование на носителях WORM (Write Once, Read Multiple — однократная запись, многократное чтение) , DVD или CD-ROM.

При архивировании данные в базе данных системы R/3, которые больше не требуются для непосредственного доступа, идентифицируются, извлекаются и сохраняются сначала в сжатой форме в файлах на уровне операционной системы. Оттуда эти данные можно, например, перенести на одну из внешних систем памяти, упомянутых выше. После успешного извлечения и архивации данные удаляются из самой базы данных. В зависимости от используемой РСУБД вновь освобожденное пространство в базе данных будет доступно для использования после реорганизации.