пространства и основывается на описанной выше информации. Может возникнуть необходимость в расширении инфраструктуры в соответствии с некоторыми специализированными требованиями — такими, как максимальная доступность, т. е. минимальное время ожидания реакции, или для восстановления поврежденных данных. Суждение по этим вопросам должно основываться на тщательном взвешивании всех «за» и «против» относительно того, нужна ли дорогая, высокотехнологичная система для краткосрочных максимальных нагрузок или достаточно более дешевой системы, рассчитанной на длительные периоды стандартной работы.

Для ускорения и облегчения планирования инфраструктуры в SAP предусмотрен инструмент Quick- Sizer, который вычисляет необходимые ресурсы CPU, дискового пространства и памяти, основываясь на описанной выше информации. Похожим образом, для оценки оборудования разных поставщиков в SAP предусмотрены тесты сравнения эффективности и ценности, которые позволяют оптимизировать цену оборудования, а также характеристики работы, надежность и потенциал для будущего развития и модернизации.

Результаты публикуются в SAP Benchmark Council, который составляет стандартные макросы, состоящие из заранее заданного набора функций модуля «Продажи и Дистрибуция» (Sales and Distribution, SD), указывает параметры конфигурации системы для рабочих циклов и задает предельно допустимую длительность времени реакции при выполнении конкретных функций. Оценка эффективности при выполнении функций SD считается стандартом оценки мощностей оборудования, так как в функциональности именно этого модуля к большинству характеристик работы предъявляются повышенные требования по скорости обработки и реакции.

Модуль SD включает в себя такие требующие оперативности процессы, как заказы на продажу, уведомления о поставках, составление расписаний и выписка счетов-фактур. Например, ввод заказа на продажу вызывает проверку запасов и расписания производства, создание расписания поставок, проверку и обновление данных о кредите потребителя, выписку счет-фактуры, обновление данных по дебиторской задолженности, заносит в журнал учета данные по затратам на поставленную продукцию и т. д. Сложность операций SD можно оценить в сравнении с транзакциями модуля «Финансы» (Finance, FI), которая состоит из четырех шагов (инициация транзакции, обновление транзакции, выполнение транзакции и статус результата), в то время как транзакции SD могут состоять из 15 и более диалоговых шагов.

В SAP предусмотрен список контрольных вопросов, которые выступают в качестве координатора требований к операционной системе и реляционной системе управления базами данных (RDBMS) для выбранной платформы оборудования. Например, для основной копии системы R/3 Release 4.0А требуется примерно 15 GB дискового пространства.

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

• Высокая пропускная способность и прозрачность сети

• Простота администрирования сети.

В любой рабочей системе SAP R/3 службы уровней интерфейсов, приложений и баз данных обычно работают на различных компьютерах. Пользовательские SAPGUI подключаются к серверам приложений через локальную (LAN) или глобальную сеть (WAN). В свою очередь, серверы приложений в силу своей высокой загруженности подключаются к серверам баз данных через LAN, причем они распределены среди нескольких серверов в целях безопасности и по другим причинам.

Серверная сеть

Серверная сеть соединяет все серверы приложений с серверами баз данных. Для каждого диалогового шага объем данных, которыми обмениваются сервера приложений и баз данных, не превышает 20 КВ.

Пользовательская сеть

Пользовательская сеть соединяет рабочие станции пользователей с серверами приложений SAP; требования по пропускной способности этой сети во многом зависят от количества пользователей. Объем данных, которые передаются по этой сети между графическим интерфейсом SAPGUI и серверами приложений при каждом диалоговом шаге обычно не превышает 2 КВ.

Начиная с версии R/3 Release 4.0 работа программы инсталляции R3Setup направляется общей программой InstGUI, которая управляет R3Setup при установке на различные операционные системы — такие, как UNIX или NT и на различные RDBMS — такие, как Oracle, Informix и т. д.

Изначально установка начинается с уровня баз данных и затем переключается на уровень интерфейсов. Сначала инсталлируются реляционные системы управления базами данных (RDBMS) на сервер баз данных; затем устанавливается основная копия на сервер приложений (который может быть одновременно и сервером баз данных). Затем следует установка рабочих мест пользователей (причем инсталляцию необходимо проводить отдельно для каждого сервера приложений).

Последний этап подразумевает получение кода лицензии от компании SAP для использования установленного программного обеспечения.

Природа рабочей среды SAP, а также среды разработки такова, что ни одна инсталляция не может проводиться по принципу односистемной платформы. Причина в следующем: вся информация содержится в хранилище R/3 и любые изменения этой информации ведут к автоматическому изменению информации в среде выполнения. Рабочий процесс интерпретирует объект, который всегда генерируется на основе исходного кода программы АВАР. Каждый раз, когда написанный на АВАР исходный код изменяется, объекты генерируются заново и только потом возможно их выполнение. В односистемной платформе это означало бы либо полную невозможность внедрения разработок в рабочую среду, либо необходимость остановки функционирования системы каждый раз, когда изменяется программа АВАР/4, что может случаться достаточно часто. Из этого вытекает необходимость использования двух- или трехсистемной платформы.

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

• Система 1: Система разработки и тестирования.

• Настройки и разработки АВАР производятся в клиенте разработки. Измененные объекты передаются второму клиенту для тестирования.

• Настройки и программы АВАР тестируются и утверждаются в клиенте обеспечения качества. В рабочую среду выпускаются только прошедшие тестирование и одобренные объекты.

• Система 2: Рабочая система.

• Эта система принимает и использует измененные объекты от клиента обеспечения качества.

Однако у двухсистемной платформы есть и недостатки: например, нет возможности проводить тестирование независимых от клиента настроек и разработок, изменять объекты из хранилища перед выпуском в рабочую среду и т. д. Единственный способ устранения этих недостатков — использование трех-системной платформы.