Внедрение SAP R/3: Руководство для менеджеров и инженеров - Вивек Кале

Транспортная система используется для переноса объектов разработки из одного модуля R/3 в другой, на основании действительного запроса на изменения. Также в функции этой системы входит проверка и мониторинг результатов транспортного запроса.

Процесс транспортировки состоит из двух фаз: экспорта и импорта. В версии 3.0 и более поздних версиях фаза экспорта происходит автоматически с участием панели управления, когда пользователь деблокирует действительные запросы на изменения, которые можно транспортировать. Результаты экспорта записываются в журнал. Перед фактическим экспортом объектов панель управления проводит тест — симулирует экспорт в систему назначения, чтобы выявить возможные противоречия с системой или между объектами. Это позволяет принять корректирующие меры перед выполнением запроса на изменения. Как дополнительная опция, транспортированные объекты записываются на место оригинального исправленного объекта (или объектов).

Фазу импорта должен вручную выполнять системный администратор на уровне операционной системы, используя экспортированный файл. Однако сам процесс и результат записываются в соответствующих журналах действий и транспортировки. Ниже приведена последовательность шагов использования панели управления и транспортных процессов:

1. Запустить панель управления с помощью транзакции SE06.

2. Запустить программу управления переносами (transport control program, tp).

3. Начать импорт фоновых задач.

4. Создать действительный класс разработки, начинающийся с Y или Z.

5. Создать новый объект разработки или модифицировать существующий.

6. Деблокировать и экспортировать транспортный запрос.

7. Импортировать в систему назначения.

8. Осуществить мониторинг файлов журнала.

В дополнение к панели управления, панель настроек (ТА SE10) отслеживает настроечную деятельность клиента, которые необходимы для конфигурации SAP во время внедрения.

Другие административные утилиты

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

Все серверы в системе SAP ведут журналы полного учета событий, происходящих в системе. В системе предусмотрена возможность для предоставления подробной отчетности по журналам в зависимости от выбранных параметров таких, как название режима SAP, ID пользователя, код журнала учета проблем, код транзакции, или даже конкретный рабочий процесс или служба. На рис. 7.4 представлен экран Системного журнала.

Рис. 7.4. Диалоговое окно Системного журнала.

Системные журналы разделяются на следующие типы:

• Локальный Системный журнал — предназначен только для локального сервера

• Удаленный Системный журнал — предназначен для конкретного удаленного сервера

• Все удаленные Системные журналы — предназначены для всех удаленных серверов и режимов

• Центральный Системный журнал — предназначен для всех серверов.

Файлы локального системного журнала обновляются циклично, на непрерывной основе, в то время как центральные системные журналы конфигурируются с целью разделения на текущие и старые файлы. Журналы обновляются в текущих файлах, пока эти файлы не переполнятся, после чего текущие файлы копируются на место удаленных старых файлов, затем создается новый файл для записи текущих записей журналов.

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

Система R/3 предусматривает несколько устройств отслеживания проблемных ситуаций и их устранения. Такие проблемы могут быть связаны с самой системой R/3, характеристиками ее работы или другими случаями. Утилиты трассировки включают в себя:

• Системную трассировку

• Отслеживание разработки с помощью процессов SAP

• Трассировку SQL с помощью баз данных

• Программную трассировку АВАР/4 с помощью АРМ Разработчика АВАР. На рис. 7.5 представлен экран для отслеживания запросов базы данных SQL.

Рис. 7.5. Диалоговое окно отслеживания запросов базы данных SQL.

Когда в программе АВАР происходит сбой и она закрывается, Рабочее место разработчика (АВАР Development Workbench) генерирует краткий дамп с полной информацией о возможных причинах сбоя и вариантами его устранения. Краткие дампы сохранятся в базе данных для справки. На рис. 7.6 представлен экран для анализа дампов АВАР/4.

Рис. 7.6. Диалоговое окно анализа дампов АВАР/4.

Интерфейс базы данных

Основная задача интерфейса базы данных — перевод языка SQL, который используется в АВАР, на язык SQL базы данных, на которой работает SAP в данной инсталляции.

Интерфейс коммуникаций

Система R/3 Basis поддерживает все стандартные (или считающиеся таковыми) сетевые и коммуникационные протоколы:

• На уровне операционной системы — протокол TCP/IP.

• На уровне баз данных коммуникация осуществляется через Remote SQL.

• На уровне приложений коммуникация осуществляется через CPIC, RFC, ALE, EDI и т. д.

С помощью интерфейса Удаленного вызова функций (Remote Function Call, RFC), стали возможны удаленные вызовы между двумя системами SAP, или между системой SAP и другими системами, например, приложениями Microsoft Windows.

Интерфейс представления

Интерфейс представления управляет функционированием и внешним видом пользовательского интерфейса и обеспечивает следующие характеристики:

• Возможность индивидуальных пользовательских настроек

• Простоту обучения и использования

• Поддержку иностранных языков

• Портативность.

Представление состоит из двух компонентов: SAPGUI и Управление сессиями.

В системном ландшафте SAP исполнение графического интерфейса пользователя (GUI) определяет систему, к которой подключается пользователь. На всех платформах SAPGUI имеет одинаковые характеристики. Это стало возможным благодаря тому, что при обмене информацией между уровнями приложений и интерфейсов передаются только данные и логическая информация, само же представление осуществляется программами уровня интерфейсов с помощью специфических возможностей той или иной платформы.

Компонент SAPGUI поддерживает исполнение только одной задачи. Для параллельного исполнения нескольких задач, необходимо дополнительно запустить компонент SAPGUI.

Управление сессиями SAP поддерживает возможность одновременного исполнения нескольких задач в системной среде, а также предусматривает подключение пользователя к нескольким системам. При этом Управление сессиями позволяет работать одновременно в нескольких системах, представленных в виде нескольких SAPGUI (то есть, окон). Управление сессиями позволяет осуществлять индивидуальные настройки пользовательского интерфейса в каждом из этих окон.

Резюме

В этой главе я описал Базис — средний слой системы SAP. Интеграция всех приложений напрямую зависит от Базиса. В следующей главе мы рассмотрим АРМ Разработчика, который является основным инструментом внесения настроек в систему и осуществления разработок.

ГЛАВА 8

ABAP для разработки настроек

Происхождение АВАР

Язык программирования АВАР/4 появился в 80-е годы, и с тех пор он развивается и совершенствуется с каждым релизом SAP R/3. Все приложения R/3 разрабатывались на АВАР/4. Зародился этот язык как язык программирования, созданный для генерации отчетов в системе R/2, потому что позволял создавать простые списки печати. Со временем этот язык развился в полноценную среду разработки под названием «Advanced Business Application Programming language» (АВАР), хотя изначально эта аббревиатура означала «Allgemeine Businessprozess Aufbereitungsprogramme».

Язык АВАР/4 во многом напоминает языки COBOL и Pascal, особенно в аспектах составления отчетности. Впрочем, АВАР/4 сильно отличается от обычных языков третьего и четвертого поколений (3GL и 4GL) тем, что это не только язык программирования, но и полноценная среда разработки «клиент-сервер», состоящая из Базиса R/3 и АРМ Разработчика АВАР/4. Ниже проведены важные характеристики среды АВАР/4: