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

5.3.1. Транспортные домены

5.3.1. Транспортные домены

Контроллер транспортного домена (TDC)

Все системы, которые должны управляться через центральный TDC, конфигурируются в один транспортный домен. По техническим причинам идентификаторы систем, участвующих в транспортном домене, должны быть уникальными. Контроллер транспортного домена (TDC — Transport Domain Controller) является специальной системой транспортного домена, которая управляет всеми настройками TMS. Для поддержания согласованного представления всех систем в домене TMS обращается к конфигурации, расположенной на TDC; копия этой конфигурации распространяется всем членам домена. Поэтому все требуемые настройки, такие как определение путей переноса (см. раздел 5.3.2), делаются на TDC.

Коммуникации между TDC и другими системами SAP в домене основаны на соединениях RFC (Remote Function Call) (см. главу 13). Конфигурация TMS автоматически создает требуемые соединения RFC.

Контроллером транспортного домена должна быть выбрана отказоустойчивая и хорошо защищенная система SAP в системной инфраструктуре. Желательно, чтобы на ней была установлена последняя версия системы R/3. Таким образом, рабочая система и система обеспечения качества обычно лучше подходят для TDC, чем системы тестирования. Нагрузка, создаваемая TMS в среде R/3, невысока и не будет влиять на производительность.

Если потребуется, то другая система в домене может принять на себя функции TDC. Такая возможность часто используется при перестройке системной инфраструктуры, где сначала была установлена система разработки. Эта система разработки затем играет роль TDC, пока не будет выполнена конфигурация производственной системы.

Создание транспортного домена

При создании транспортного домена и его контроллеров нужно действовать следующим образом:

1. Конфигурация домена выполняется с помощью ?Transport Management System на клиенте 000 системы SAP R/3, которая рассматривалась первоначально в качестве TDC.

2. Система уведомит, что TMS еще не определена, и предложит имя домена на следующем шаге. Именем по умолчанию является «DOMAIN_<SID>», где «<SID>» является идентификатором системы, которая используется для выполнения конфигурации.

3. Выберите New Domain (новый домен) и введите имя и описание домена. Имя не должно содержать пробелов. После выбора имени домена его можно будет модифицировать только тогда, когда TMS будет полностью реконфигурироваться.

4. Сохраните введенную информацию.

Система, из которой создается транспортный домен, определяется контроллером домена (Domain Controller). Вся дальнейшая работа по конфигурации должна выполняться из этой системы на клиенте 000.

Теперь домен и его контроллер определены. Это определение можно проверить с помощью команды ?Transport Management System • Overview • Systems. Во время определения TDC, и позже, во время интеграции в домен дополнительных систем, система автоматически выполняет в фоновом режиме некоторые задачи для подготовки функций TMS:

? Данные конфигурации сохраняются в БД, часть данных сохраняется также в файле DOMAIN.CFG b подкаталоге bin каталога переноса на уровне операционной системы.

? Для системы R/3 создается пользователь TMSADM с типом communication (см. главу 8). Этот пользователь авторизован только для задач TMS (см. рис. 5.6).

? Создаются все необходимые RFC-соединения с другими системами.


Рис. 5.6. Авторизация пользователя TMSADM

Интеграция дополнительных систем

Чтобы интегрировать в домен дополнительные системы SAP R/3, выполните следующее:

1. Войдите в интегрируемую систему с клиента 000 и вызвать ?Transport Management System. Добавляемая система автоматически распознает, что текущая система еще не принадлежит домену. Если используется тот же самый каталог переноса (см. раздел 5.4), система анализирует конфигурационный файл (DOMAIN.CFG) и предлагает предоставленный домен. Можно изменить это предложение, если будет выбран другой домен или создан новый. Согласитесь с предложением или введите имя нужного домена. После сохранение введенных данных новая система готова к интеграции в домен.

2. На втором шаге TDC должен подтвердить интеграцию новой системы, чтобы она полностью интегрировалась в домен. Для этого перезапустите ?Transport Management System на TDC с клиентом 000 и выберите Overview Systems. Новая система появится в списке со статусом: System waiting for inclusion in the transport domain (Система ожидает включения в транспортный домен). Выберите систему и затем SAP System • Approve, чтобы записать ее в домен.

Модификация конфигурации в TDC теперь закончена. Чтобы обеспечить согласованное представление конфигурации TMS, это изменение должно быть распространено на все другие системы в домене. Распространение модификаций всегда возможно сразу после этого действия или как часть группы. Можно инициировать распространение TDC через клиента 000 с помощью ?Transport Management System • Overview • Systems • Extras • Distribute and activate configuration.

Будет выведена подробная информация о любых ошибках, которые могли произойти во время конфигурации. Кроме того, монитор сигналов TMS содержит историю всех ошибок, включая заметку о возможных причинах и исправлениях. К монитору сигналов можно обратиться из ?Transport Management System через Monitor • TMS Alerts • TMS Alert Viewer. Функции области систем управления переносом также связаны с мониторингом сигналов Системы управления вычислительным центром (CCMS — Computing Center Management System) (см. главу 16); к этому монитору можно обратиться непосредственно или из ?Transport Management System через Monitor • TMS Alerts • CCMS Alert Monitor.

Резервный контроллер домена

Контроллер транспортного домена всегда должен быть доступен для модификаций конфигурации, таких как интеграция дополнительной системы. Чтобы обеспечить продолжение работы в случае отказа TDC, можно использовать резервный контроллер домена (BDC — Backup Domain Controller). Использование BDC позволяет переносить функции TDC на другую систему в том же домене. Для этого определите систему как BDC следующим образом: ?Transport Management System • Overview Systems; выберите систему SAP system Change; введите системный идентификатор в поле резервного копирования на вкладке Communication. Если BDC должен принять на себя задачи TDC, необходимо активировать TDC из списка систем на BDC с помощью Extras Activate Backup Controller. По очевидным причинам это единственное действие по конфигурированию, которое не выполняется на TDC.

Можно удалить всю конфигурацию TMS из обзора системы с помощью Extras • Delete TMS configuration; можно удалить одну систему из обзора системы на TDC с помощью SAP System • Delete. После удаления некоторые настройки все еще присутствуют в неактивной форме и должны быть перезаписаны новыми настройками, если необходимо.

SAP R/3 3.1Н является минимальной версией, требуемой для интеграции системы SAP в транспортный домен.

Виртуальные системы

Чтобы смоделировать инфраструктуру переноса, в которой не все системы физически присутствуют или доступны, можно определить виртуальные системы в качестве фиктивных. Переносы, предназначенные для этих систем, собираются и могут быть немедленно импортированы, когда виртуальные системы заменяются реальными. Виртуальные системы можно создать с помощью ?Transport Management System • Overview. Systems • SAP systems • Create • Virtual system и вводя дополнительно систему коммуникации. Система коммуникации необходима, чтобы сделать доступными требуемые соединения RFC. Когда реальная система будет готова, необходимо будет удалить виртуальную замену из конфигурации и интегрировать в домен новую систему. SID новой системы должен быть согласован с SID виртуальной системы, чтобы можно было использовать заданные настройки.

Внешние системы

Кроме виртуальных систем, можно определить внешние системы. Это особый тип виртуальных систем, не существующих физически в транспортном домене. Такие системы полезны, если нужно:

? Передавать данные между различными транспортными доменами, т. е. из одной системы в систему в другом транспортном домене.

? Импортировать данные со сменного носителя или экспортировать их на него.

Существенное различие между виртуальной и внешней системами состоит в используемом каталоге переноса. Виртуальные системы используют стандартный каталог переноса своей коммуникационной системы; для внешних систем можно определить любой каталог. Аналогично созданию виртуальной системы внешняя система создается с помощью ?Transport Management System • Overview • Systems • SAP System • Create • External system. Система SAP, из которой происходит управление внешней системой SAP, задается как коммуникационная система; когда создается внешняя система, TDC предлагается в качестве коммуникационной системы. Необходимо также определить каталог переноса, который будет использоваться. В этом каталоге будут храниться все данные и журналы, требуемые для обмена с внешними системами.

На рис. 5.7 показаны внешняя система «QAS» в DOMAIN_A, которая будет использоваться в качестве фиктивной для реальной системы «QAS» в DOMAIN_B, и внешняя система «DEV» в DOMAIN_B, которая будет использоваться в качестве фиктивной для реальной системы «DEV» в DOMAIN_A. Обмен данными происходит через каталог trans_ext, который должен быть доступен из системы коммуникации, назначенной обеим системам.


Рис. 5.7. Внешние системы в качестве фиктивных в других доменах

Соединение доменов

Соединение доменов предоставляет другой метод соединения транспортных доменов. Каждый из двух доменов с TDC, выполняющим Basis Release 4.6C (как минимум), можно соединить с помощью прямой связи. Для этого используется ?Transport Management System • Overview • Systems • SAP System • Create • Domain Link для соединения с TDC в удаленном домене, который может быть доступен через сетевое соединение. TDC удаленного домена должен подтвердить соединение: будут определены все требуемые соединения RFC, и можно будет обратиться к системам удаленного домена. Центральный каталог переноса, созданный во время установки, используется по умолчанию для хранения всех требуемых данных переноса и журналов. На рис. 5.8 приведена структура дерева каталогов.


Рис. 5.8. Дерево каталога переноса

Следующий список описывает содержимое подкаталогов:

? bin

Конфигурационный файл TP_<domain>.PFL программы переноса tp (см. раздел 5.4) и конфигурационный файл DOMAIN.CFG домена.

? data

Файлы данных запросов переноса (см. главу 6).

? sapnames

Файл журнала для каждого пользователя CTS. Содержит действия по переносу запросов переноса пользователя.

? buffer

Один буфер импорта для каждой системы. Буферы содержат запросы, спланированные для импорта в эту систему, включая все рабочие шаги, требуемые для импорта.

? tmp

Временные файлы журналов и семафоры.

? log

Общие и специфические для запроса файлы журналов.

? cofiles

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

Не каждой системе SAP необходимо иметь свое собственное локальное дерево каталогов. Чтобы сделать дерево каталога переноса доступным глобально, в большей степени подходит использование средств уровня операционной системы (share, mount и NFS link). Однако системы, подчиненные специальным ограничениям безопасности, могут иметь свой собственный локальный каталог переноса с подходящими правами ограниченного доступа. На рис. 5.9 показан поток переноса в трехсистемной инфраструктуре с общим каталогом переноса.

Транспортные группы

Системы SAP R/3, использующие общее дерево каталога переноса, образуют транспортную группу. Транспортный домен может включать в себя несколько транспортных групп. Если экспортирующие и импортирующие системы расположены в различных транспортных группах, очереди импорта должны быть синхронизированы перед импортом, а данные и управляющие файлы, необходимые для импорта, нужно перенести в каталог переноса целевой системы. Перенос можно инициировать из TMS.

Оглавление книги


Генерация: 0.364. Запросов К БД/Cache: 3 / 0
поделиться
Вверх Вниз