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

a. SAP ArchiveLink

b. HSM (Hierarchical Storage Management)

с. ADK (Archive Development Kit)

d. RFC

4. Какое утверждение правильно?

a. Весь процесс архивирования выполняется в ходе обычной работы SAP R/3.

b. Для выполнения архивирования нужно выполнить остановку системы R/3.

c. При генерации файлов архива в R/3 не должна выполняться никакая другая работа.

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

Стандартным сценарием распределенного приложения является Поддержка прикладных связей (ALE — Application Link Enabling). Для технической реализации должны быть определены структуры данных и методы коммуникации. В качестве усовершенствования традиционных процедур реализованы также новые интерфейсы с помощью технологии BAPI.

BAPI

Интерфейс программирования бизнес-приложений (BAPI — Business Application Programming Interface) предоставляет внутренний, а также внешний доступ к данным и бизнес-процессам, определенным в системе SAP R/3. Нижележащими базовыми компонентами этого объектно-ориентированного подхода являются типы бизнес-объектов, которые представляют объекты реального мира в виде программного обеспечения. Стандартные примеры включают план счетов, торговый заказ или закупочную организацию. Эти типы объектов могут быть доступны только с помощью стандартизованных, независимых от платформы методов, которые не зависят также от версии и открыты, — BAPI.

Все типы бизнес-объектов и соответствующие BAPI хранятся в репозитории бизнес-объектов (BOR — Business Object Repository) системы SAP R/3. С помощью ► BAPI Explorerможно получить обзор определенных типов объектов, их методах и характеристиках и сделать изменения. Объекты являются конкретными экземплярами типа объектов.

Кроме специфических методов объектов, некоторые BAPI доступны для всех типов объектов, а именно:

Технически методы реализуются как модули функций. Например, можно использовать BAPI для соединения с внешними программами, а метод распространения ALE — для соединения с бизнес-процессами за пределами системы.

Многие соединения/связи между двумя системами SAP R/3 или системой SAP R/3 и внешней системой основываются на протоколе интерфейса SAP — вызове удаленной функции (RFC — Remote Function Call). С помощью этого протокола приложения могут вызывать функции АВАР в системе SAP R/3, а системы SAP R/3 — внешние приложения (см. главу 1). Функции RFC делаются доступными для внешних программ через динамические библиотеки.

RFC вызывает предварительно определенный модуль функций в партнерской системе; вызывающая программа является клиентом RFC, а «отвечающая» вызванная система — сервером RFC (см. рис. 13.1).

Рис. 13.1. Распределение задач на различные системы

В среде SAP RFC предлагает интерфейс CPI-C, реализованный SAP.

Адреса назначения RFC

Чтобы полностью интегрировать систему SAP R/3 в существующую системную инфраструктуру, предоставленные соединения RFC должны быть идентифицированы как адреса назначения RFC. Часть этого определения делается автоматически, когда система SAP R/3 конфигурируется в инфраструктуре. Например, это включает соединения RFC, требуемые для системы управления транспортом (TMS, см. главу 5), которые создаются, когда система SAP R/3 интегрируется в области транспорта. Во время установки системы SAP R/3 также генерируются адреса назначения RFC для всех относящихся к делу серверов приложений; но зачастую необходимо создавать дополнительные адреса назначения. Типичными примерами из области системного администрирования являются соединения RFC для:

► Копирования удаленного клиента (см. главу 7)

► Настройки центрального управления пользователями (CUA, см. главу 8)

► Мониторинга удаленных систем SAP R/3 с помощью Alert Monitor (см. главу 16)

Чтобы определить адрес назначения RFC, все данные, необходимые для коммуникации с партнерской системой, компилируются с логическим именем. Устанавливается тип коммуникации. Заданное соединение RFC можно использовать любой программой; оно не присваивается какой-то определенной функции или определенному клиенту.

Соединения RFC всегда являются однонаправленными.

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

Таблица 13.1. Типы соединений для адреса назначения RFC

В качестве примера рассмотрим определение нового соединения между двумя системами SAP R/3, «KLU» и «ELU».

1. Сначала с помощью ► RFC Administrationвыводится список всех известных адресов назначения RFC и сортируется согласно типу соединения (см. рис. 13.2).

Рис. 13.2. Начальный экран управления адресом назначения RFC

2. Щелкните на Create,чтобы открыть поле ввода для нового соединения RFC.

3. Введите логическое имя соединения в поле RFC destination.Необходимо отметить, что после создания этого имени, его невозможно будет изменить.

4. В зависимости от выбранного типа соединения экран автоматически расширится, чтобы включить необходимые поля ввода. На рис. 13.3 показан шаблон для записи данных для соединения RFC с другой системой SAP R/3 (тип соединения 3).