Сигрид Хагеман - 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 Системное администрирование - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
Для импорта этих данных в другую систему R/3 действуйте следующим образом:
1. Если исходная и целевая системы находятся в одном домене переноса, то в ► Transport Management Systemможно выбрать любой запрос на перенос, который принадлежит экспорту клиента. Другие запросы, ассоциированные с ним, будут автоматически импортироваться в правильном порядке.
Рис. 7.13. Импорт с помощью системы управления переносами
2. Если экспортированный клиент импортируется в систему, которая не находится в том же домене переноса, то необходимо выполнить действия вручную на уровне операционной системы. Для этого необходимо скопировать нужные файлы в соответствующий подкаталог локального транспортного каталога на целевой системе.
3. На уровне ОС перейдите в подкаталог / bin локального каталога переноса целевой системы и выполните команды:
□ tp addtobuffer <���запрос> <���целевая система>
и
□ tp import <���целевая система> client<���целевой клиент >
При этом выполняется запрос на перенос с независимыми от клиента данными, а затем запрос на перенос с зависимыми от клиента данными. Обычно это продолжительные действия, что характерно для экспорта. Запрос переноса для текста и форм импортируется и генерируется обработкой, описанной в следующем шаге.
4. После реального импорта и чтобы избежать проблем авторизации, используя Систему управления переносами или вручную с помощью программы tp, необходимо адаптировать рабочую среду R/3 к текущему состоянию данных, вызывая ► Import editingкак пользователь SAP* или DDIC. Заключительная обработка после импорта должна выполняться всегда. Во время заключительной обработки импорта в целевом клиенте не должно быть работающих пользователей.
5. Журнал импорта можно найти с помощью ► Transport Management Systemдалее если импорт был инициирован непосредственно с помощью tp. Выполненная заключительная обработка перечислена в разделе ► Client copy log analysis.
На этом импорт клиента завершен. На практике возникает больше проблем, особенно если в процесс вовлечены независимые от клиента данные. Такие данные влияют на всю систему R/3. Это означает, что импортированные данные будут действовать и на других клиентов целевой системы. В худшем случае другие клиенты просто не смогут функционировать после такого импорта из другой системы R/3. С другой стороны, если не копировать независимые от клиента данные из исходной системы, то при наличии существенных различий между исходной и целевой системой это также повлияет на способность клиента функционировать. Таким образом, при экспорте или импорте клиента нужно обращать особое внимание на различия исходной и целевой систем.
Заключительная обработка
После успешного копирования клиента теперь необходимо сфокусироваться на необходимой заключительной обработке:
► Если настройке клиента для копирования было вначале задано переходное значение, чтобы выполнить копирование, то теперь настройки должны быть уточнены.
► Если вы деактивировали возможность регистрации в базе данных для копирования клиента, необходимо реактивировать ее для производственной работы после выполнения полной резервной копии.
► Составьте расписание специфических для клиента фоновых заданий.
► Если используются логические системы (см. главу 13), то в непроизводственных системах можно уточнить имена логических систем после копирования клиента с помощью ►Conversion of logical system names.
► Если используется SAP Workflow, то необходимо привести в рабочее состояние используемые по умолчанию инструменты.
► Проверьте соединения интерфейсов для специфических настроек клиента и приведите их в рабочее состояние, если необходимо.
► Если используемая база данных работает с оптимизатором на основе стоимости, то после копирования клиента статистики должны быть сгенерированы заново.
В заключение следует отметить, что копирование клиента не подходит для слияния данных нескольких клиентов или копирования различий с одного клиента на другой. Копирование клиентов следует рассматривать как первый шаг в создании системной инфраструктуры. После завершения процедуры копирования данные на клиентах должны обслуживаться с помощью CTS и при необходимости переноситься с одного клиента на другой.
Средства администрирования клиента предлагают некоторые специальные функции:
► Copy as of Transport Request (копирование как запрос на перенос)
С помощью опции ►Copy as of Transport Requestизменения пользовательской настройки, записанные в запросе на перенос, могут переноситься между двумя клиентами в системе. Помимо списка объектов самого запроса также могут копироваться списки объектов неразблокированных задач в запросе. Сам запрос не нужно разблокировать. Записи в целевом клиенте перезаписываются или удаляются в зависимости от ключевых записей в запросе на перенос.
► Delete Client (Удалить клиента)
Иногда возникает необходимость удалить клиента полностью (например, если система R/3 создавалась с помощью копии другой системы). Обратите внимание на то, что эта функция требует почти столько же изменений в БД, как при копировании клиента. В некоторых системах управления реляционными базами данных ненужное дисковое пространство, которое возникает при удалении клиента, разблокируется снова для использования только после реорганизации.
► Client comparison (Сравнение клиентов)
R/3 предлагает различные функции для сравнения пользовательских настроек двух клиентов в одной системе или в различных системах R/3, которые будут требовать коммуникации RFC между двумя клиентами. С помощью ►Customizing Cross-System Viewerможно сравнивать сложные рабочие среды пользовательской настройки, управляемые различными критериями. Настройка клиента «Уровень защиты 2: без перезаписи, без внешней доступности» не позволяет использовать Customizing Cross-System Viewer. Две любые таблицы можно сравнить с помощью ►Object comparison.
Копирование клиентов представляет собой критическую операцию, связанную с перемещением больших объемов данных. Вероятно, наиболее частой ошибкой является недооценка степени увеличения объема данных при копировании клиента. Если БД окажется слишком мала, то это приведет не только к остановке процедуры копирования, но и к невозможности продолжения работы системы (пока БД не будет расширена). Сначала с помощью тестовой проверки следует определить объем добавляемых данных и убедиться в том, что в БД достаточно места.
Читать дальшеИнтервал:
Закладка: