затем транспортироваться в продуктивную среду.
Деблокирование задачи сопровождается автоматическим контролем версий всех объектов. Панель управления также требует от разработчиков составления структурированной документации для каждого запроса. Более того, каждый раз, когда деблокируется запрос на изменения, автоматически генерируется транспортный журнал. Документация контроля версий в сочетании с транспортными журналами, обеспечивает полный контроль над процессом разработки
Транспортная система используется для переноса объектов разработки из одного модуля 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.
Когда в программе АВАР происходит сбой и она закрывается, Рабочее место разработчика (АВАР Development Workbench) генерирует краткий дамп с полной информацией о возможных причинах сбоя и вариантами его устранения. Краткие дампы сохранятся в базе данных для справки. На рис. 7.6 представлен экран для анализа дампов АВАР/4.
Рис. 7.6.
Интерфейс базы данных
Основная задача интерфейса базы данных — перевод языка SQL, который используется в АВАР, на язык SQL базы данных, на которой работает SAP в данной инсталляции.
Интерфейс коммуникаций
Система R/3 Basis поддерживает все стандартные (или считающиеся таковыми) сетевые и коммуникационные протоколы:
• На уровне операционной системы — протокол TCP/IP.
• На уровне баз данных коммуникация осуществляется через Remote SQL.
