Сигрид Хагеман - SAP R/3 Системное администрирование
- Название:SAP R/3 Системное администрирование
- Автор:
- Жанр:
- Издательство:Издательство Лори
- Год:2007
- Город:Москва
- ISBN:978-5-85582-272-4 (5-85582-272-9)
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Сигрид Хагеман - SAP R/3 Системное администрирование краткое содержание
Эта книга полностью обновлена и тщательно пересмотрена. Она является необходимым пособием для руководителей информационных служб, технических консультантов и системных администраторов R/3, которые хотят иметь полное представление об администрировании Basis.
Знания, полученные "из первых рук" от различных специалистов SAP Global Support, работавших над реализацией более 20000 систем R/3, служат основой этой книги, которая научит выполнять все критически важные задачи системного администрирования с оптимальной эффективностью. Она учит быстро принимать правильные решения в сложных ситуациях, используя рекомендации экспертов и ценные рекомендации из реального мира, которые делают это уникальное пособие необходимым для повседневного использования.
Кроме всего прочего, эта книга является ценным источником, помогающим подготовиться к экзамену СТС (Certified Technical Consultant) no R/3 Release 4.6C и Enterprise.
В руководстве рассмотрены:
# Настройка системной инфраструктуры.
# Администрирование клиента.
# Пользователи и полномочия.
# Фоновая обработка.
# Архивирование данных.
# Администрирование спула.
# Обслуживание инстанций.
# Системный мониторинг.
И многое другое.
SAP R/3 Системное администрирование - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
Ниже представлены различия между этими слоями:
► Простое управление
- Устройства/серверы (вывод и редактирование устройств вывода, вывод и редактирование серверов спула, вывод методов доступа и распределение устройств по этим методам доступа, а также вывод хостов назначения и распределение по ним устройств).
- Управление (настройка, удаление старых запросов спула, проверка согласованности базы данных спула и обзор запросов печати).
► Расширенное управление
- Дополнительно: вывод управляющих систем (вывод и редактирование реального и логического OMS).
► Полное управление
- Дополнительно: типы устройств (типы устройств, управление печатью, типы форматирования, форматы страниц и тексты для сопроводительных писем).
- Дополнительно: наборы символов (наборы символов, символы SAP и наборы символов производителей).
Рис. 11.6. Управление спулом (Полное управление)
Определение серверов спула
После конфигурации рабочих процессов спула на уровне профиля определяют логические и реальные серверы спула.
1. Из простого, расширенного или полного управления в Spool Administrationвыберите Configuration• Spool serversили кнопку Spool Servers. Из списка уже известных серверов спула переключитесь в режим изменения с помощью Spool Server• Createна экран Spool Administration• Server (Change)• Full Administration: Create Server(см. рис. 11.7).
2. Задайте свойства сервера. Если активирован параметр для Logical Server, то на экран после нажатия клавиши Enterвыводится дополнительное поле Mappingдля ввода этой информации.
3. В поле Mappingвведите реальный сервер спула, в который будет отображаться логический сервер спула.
4. В поле Alt serverможно определить альтернативный сервер в качестве замены, если откажут активный или реальный сервер спула.
5. Активация параметра выравнивания нагрузки обеспечивает управляемый нагрузкой выбор сервера спула или альтернативного сервера.
В связи с возможностью использования как реального, так и логического сервера спула, в качестве альтернативы или отображения логических серверов спула, в некоторых ситуациях могут возникать достаточно сложные инфраструктуры спула. Можно вывести различные графические иллюстрации инфраструктуры, чтобы избежать потери представления о ситуации. Можно использовать ► Spool Administration• Spool servers• View• Mapping relationshipдля вывода представления. Отношения отображения между логическими или реальными серверами спула иллюстрируются горизонтально, а с альтернативными — вертикально (см. рис. 11.8).
Рис. 11.7. Управление спулом: создать сервер
Использование логической архитектуры спула предлагает следующие возможности:
► Присвоение принтеров логическим серверам спула позволяет группировать устройства вывода, такие как локальные и сетевые принтеры. Хотя структура присваивает группы различным логическим серверам, они все ссылаются на один и тот же реальный сервер спула. Затем можно, если потребуется, настроить отображение, чтобы присвоить группы другим серверам спула.
► Если к реальному серверу спула невозможно обратиться, так как он выключен для обслуживания, можно изменить определение отображения для перенаправления другому серверу спула всех присвоенных ему логическим сервером устройств. Перенаправление можно отменить таким же образом.
► Поскольку имя логических серверов не зависит от имени инстанции системы SAP R/3 (в отличие от случая реальных серверов спула) и может быть идентично для всех систем, то можно определить стандартизованную и переносимую архитектуру печати с логическими серверами. Необходимо просто настроить определения отображений в физические свойства целей переноса.
Однако если планируется простая и управляемая инфраструктура спула с конфигурацией только ограниченного числа возможных серверов спула, то едва ли будет возможно полностью использовать преимущества возможностей логической архитектуры спула.
Логическую структуру отображать не требуется.
Рис. 11.8. Структура логических серверов спула
Поскольку система спула SAP сама управляет устройствами вывода, необходимо определить принтеры, факсы и устройства архивирования не только на уровне операционной системы, но также в спуле SAP R/3. Конфигурация устройства в системе спула SAP R/3 означает, что устройство присваивают типу устройств SAP и что определяют соединение. При этом неявно определяется, как данные запроса спула в TemSe должны форматироваться для данного устройства, чтобы был сгенерирован соответствующий запрос вывода для устройства.
Классификация
Для обеспечения оптимальной производительности печати необходимо тщательно спланировать инфраструктуру печати, особенно при координации различных типов назначений печати, таких как критическая по времени печать, массовая печать или быстрая печать с фронтального компьютера. Классификация устройств вывода в соответствии со следующими техническими критериями является исходной точкой для конфигурирования инфраструктуры:
► Производственная печать
Используйте метод локального доступа (см. ниже) для управления принтерами, которые обслуживают критический по времени вывод (например, документы по отгрузке), чтобы повысить производительность.
► Массовая печать
Классифицируйте принтеры, которые должны печатать большие документы, как массовые принтеры. Чтобы избежать создания узких мест при обработке длинных списков, рекомендуется использовать выделенный сервер спула для массовой печати. Можно использовать любой метод доступа.
► Настольная печать
Настольные принтеры находятся локально на рабочем месте пользователя. Они выполняют относительно небольшие задания печати и те, что не требуют большого количества времени.
► Тестовая печать
Можно создать отдельный класс принтеров для новых принтеров или для использования во время модификация конфигурации вывода.
Методы доступа
В широком смысле метод доступа, присвоенный устройству вывода, описывает метод или протокол, который используется для передачи данных запроса вывода с сервера спула на хост-принтер. Рабочий процесс спула присвоенного сервера спула может передавать данные непосредственно системе спула хоста, системе управления выводом, сетевому принтеру или программе переноса SAPLPD. SAPLPDдействует между рабочим процессом спула и менеджером печати Windows. Программа SAPLPDзапускается на компьютере Windows.
Читать дальшеИнтервал:
Закладка: