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

Вилл Лиане

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

12.1. Комплект инструментов архивирования (Archive Development Kit)

Объекты архивирования

Объекты архивирования являются базовым компонентом архивирования данных в системе R/3. Объект архивирования — это логическая единица связанных физических данных, например документы бухгалтерского учета, основные данные банка, заявки, данные по командировкам или бухгалтерские ведомости. В них входят и программы, необходимые для архивирования данных, такие как программы редактирования, чтения, записи и удаления (см. рис. 12.1). Данные в объектах архивирования можно архивировать только все вместе, тем самым поддерживается логическая согласованность базы данных. Примером объекта архивирования из области mySAP Financials является объект FI_DOCUMNT (документы финансового учета). Среди всего прочего он состоит из данных таблиц BKFT, BSEG и BSET в дополнение к текстам SAPscripts и документам изменения и программам для: