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

8. Проверьте соединение с помощью Test connection,чтобы избежать проблем в последующем. Обратите внимание на то, что, выполняя ping таким образом, можно проверить только физическую доступность сервера.

В обзоре определенных соединений SAP R/3 (см. рис. 13.2) можно также видеть записи, созданные во время конфигурации TMS. Они всегда начинаются с кода «TMSADM». Для соединений RFC между системами SAP R/3 используется соединение типа 3.

Группы серверов

При определении соединений RFC вместо отдельной целевой машины можно использовать также имена группы серверов приложений. Необходимо, однако, сгенерировать их перед этим с помощью ►RFC administration • RFC • RFC groupsили ►Maintenance of Server Groups.Преимущество этого метода заключается в том, что при установлении соединения из группы прикладных серверов выбирается машина с наименьшей нагрузкой, поэтому автоматически происходит распределение нагрузки. Этот механизм используется, например, когда распараллеливают копию большого клиента (см. главу 7). Можно управлять распределением нагрузки в группах серверов, настраивая предварительно определенные параметры ресурсов. Одним из важных параметров является число рабочих процессов, которые должны оставаться свободными.

Соединения TCP/IP

Определение других спецификаций для соединений RFC делается таким же образом. Данные, которые должны вводиться, различаются в зависимости от типа. Для адреса назначения RFC для выполнения внешних программ (соединение типа Т) необходимо сначала разграничить целевые серверы. Можно выбрать между сервером приложений, фронтальной рабочей станцией и явным хостом, который не используется текущей системой SAP R/3. Если внешняя программа должна выполняться на явном хосте, необходимо ввести имя или IP-адрес сервера при определении адреса назначения RFC. Для фронтальных рабочих станций и серверов приложений реальных систем SAP R/3 имена компьютеров уже стали известны во время регистрации в системе. Все серверы должны быть доступны через сеть без нового запроса имени пользователя и пароля. Внешняя запускаемая программа присваивается соединению RFC, которое будет определено.

Вместо явного запуска программы внешнего сервера RFC можно также зарегистрироваться на шлюзе SAP. Зарегистрированная программа ожидает затем запросы от различных систем SAP R/3, направленных на этот шлюз при вводе регистрации.

Логические соединения

Рекомендуется также использовать записи соединения типа L. Они называются логическими записями и ссылаются на другой адрес назначения RFC. Чтобы использовать этот механизм, сначала определяют адрес назначения RFC таким образом, который в конечном счете определяет только физическую цель — выбранный сервер. Затем создаются соединения типа L, ссылающиеся на эту запись. Соединения RFC типа L используют целевой сервер и тип соединения адреса назначения RFC, на который они ссылаются. Если нужно, логическое соединение RFC можно расширить, чтобы включить данные регистрации. Поэтому можно определять соединения RFC независимо друг от друга. Если, например, система SAP R/3 перемещается с одного сервера на другой, то потребуется только настроить адреса назначения RFC, которые используются как точки ссылки для определения соединений типа L.

Типы соединений RFC

Различают несколько типов коммуникации RFC, для которых можно задать дополнительные специальные конфигурационные параметры:

► Синхронный RFC

Для синхронного RFC вызывающая программа ожидает, пока закончится запрошенный шаг обработки на удаленной системе, и затем продолжает работать локально.

► Асинхронный RFC

Для асинхронного RFC вызывающая программа выдает запрос удаленной системе и немедленно продолжает работать локально. Запрошенный шаг обработки выполняется на удаленной системе независимо. Если удаленная система не может быть доступна во время вызова, асинхронные вызовы клиента RFC теряются.

► Транзакционный RFC

Транзакционный RFC также работает асинхронно, и, выделяя транзакционный идентификатор (ID), он гарантирует, что, если запрос послан несколько раз в связи с сетевыми проблемами, он обрабатывается только один раз. В противоположность асинхронному RFC при транзакционном RFC удаленная система не обязаны быть доступна в момент, когда клиентская программа RFC начинает вызов. Данные находятся в системе источника, пока целевая система не станет доступна. Программа отчета RSARFCSEвызывается в фоновом режиме с регулярными интервалами и пытается снова разместить неудачные запросы, идентифицированные их транзакционный ID.