Результаты публикуются в 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 КВ.
Установка систем SAP
Начиная с версии R/3 Release 4.0 работа программы инсталляции R3Setup направляется общей программой InstGUI, которая управляет R3Setup при установке на различные операционные системы — такие, как UNIX или NT и на различные RDBMS — такие, как Oracle, Informix и т. д.
Изначально установка начинается с уровня баз данных и затем переключается на уровень интерфейсов. Сначала инсталлируются реляционные системы управления базами данных (RDBMS) на сервер баз данных; затем устанавливается основная копия на сервер приложений (который может быть одновременно и сервером баз данных). Затем следует установка рабочих мест пользователей (причем инсталляцию необходимо проводить отдельно для каждого сервера приложений).
Последний этап подразумевает получение кода лицензии от компании SAP для использования установленного программного обеспечения.
Планирование и управление системной платформой SAP
Природа рабочей среды SAP, а также среды разработки такова, что ни одна инсталляция не может проводиться по принципу односистемной платформы. Причина в следующем: вся информация содержится в хранилище R/3 и любые изменения этой информации ведут к автоматическому изменению информации в среде выполнения. Рабочий процесс интерпретирует объект, который всегда генерируется на основе исходного кода программы АВАР. Каждый раз, когда написанный на АВАР исходный код изменяется, объекты генерируются заново и только потом возможно их выполнение. В односистемной платформе это означало бы либо полную невозможность внедрения разработок в рабочую среду, либо необходимость остановки функционирования системы каждый раз, когда изменяется программа АВАР/4, что может случаться достаточно часто. Из этого вытекает необходимость использования двух- или трехсистемной платформы.
Вильям Л Саймон , Вильям Саймон , Наталья Владимировна Макеева , Нора Робертс , Юрий Викторович Щербатых
Зарубежная компьютерная, околокомпьютерная литература / ОС и Сети, интернет / Короткие любовные романы / Психология / Прочая справочная литература / Образование и наука / Книги по IT / Словари и Энциклопедии