ВУЗ:
Составители:
осуществимо и зависит от модели используемого сервера. Другой вариант – продублировать работу «продук-
тивного» сервера на одном из двух оставшихся – «тестовом» или «разработки». Для этого как минимум необ-
ходимо, чтобы «продуктивный» и дублирующий серверы имели доступ к одним и тем же данным, например,
были подключены через SAN к общему дисковому массиву. Если у предприятия недостаточно квалифициро-
ванных кадров, чтобы организовать круглосуточное дежурство администраторов, которые смогут в случае не-
исправности «продуктивного» сервера перевести работу модулей SAP R/3 на дублирующий, рекомендуется
создать кластер высокой доступности, способный делать это автоматически.
Ряд модулей SAP, особенно продукты серии mySAP, рекомендуется развертывать на серверном комплексе
с трехуровневой архитектурой: клиент, сервер приложений, сервер баз данных (предыдущий рассмотренный
вариант имел двухуровневую архитектуру – клиент и сервер). Трехуровневая архитектура характерна и для
ERP-систем, построенных на основе продуктов Oracle Applications. В этой архитектуре сервер приложений яв-
ляется менее критичным элементом, чем сервер баз данных, отвечающий за работу с самым ценным элементом
системы – данными. Если сбой сервера может быть ликвидирован путем перезагрузки (это довольно частый
случай), то сервер приложений перезагрузится и продолжит работу намного быстрее, чем сервер баз данных,
которому необходимо будет запускать СУБД и в случае аварийной остановки СУБД выполнять восстановление
баз. Серверов приложений может быть несколько, и они могут дублировать работу друг друга без использова-
ния кластерных технологий. Организовать дублирование сервера приложений проще, чем сервера баз данных,
поскольку серверы приложений не хранят информацию, а обращаются за ней к серверам баз данных. Таким
образом, в системе с трехуровневой архитектурой основное внимание необходимо обратить на серверы баз дан-
ных и именно для них применить такие методы повышения доступности, как дублирование компонентов и кла-
стеризация.
Еще одной особенностью реализации ERP-систем на основе продуктов SAP является то, что для ряда мо-
дулей SAP, например BW и HR, рекомендуется использовать выделенные серверы. Архитектура системы в та-
ком случае будет двухуровневой и содержать несколько серверов. Если для обеспечения высокой доступности
такой ERP-системы использовать кластерную технологию, то оптимальным будет кластер с топологией N+1,
где один сервер резервирует работу остальных и в случае выхода из строя одного из них берет на себя выпол-
нение его функций. Когда в качестве платформы ERP-системы применяется один из промышленных вариантов
UNIX, проблем нет: все основные производители (Sun, HP и IBM) предлагают кластерные решения, поддержи-
вающие топологию N
+ 1 для большого числа (как минимум до восьми) узлов. Однако для платформы MS
Windows NT/2000 кластер с четырьмя узлами поддерживается только в варианте ОС DataCenter и для фиксиро-
ванного числа аппаратных конфигураций. Альтер-нативой в данном случае может служить кластер VERITAS
Cluster Server 2.0 for Windows, который поддерживает конфигурации до 32 узлов.
3.2.3 ERP II-система
По определению, данному Gartner Group, ERP II – это бизнес-стратегия предприятия, принадлежащего к
определенной отрасли, а также набор ключевых для данной отрасли программных приложений, помогающих
клиентам и акционерам предприятий увеличивать стоимость бизнеса за счет эффективной ИС и оптимизации
операционных и финансовых процессов как внутри своего предприятия, так и во внешнем мире, т.е. в рамках
сотрудничества с другими предприятиями.
Основная идея ERP II заключается в выходе за рамки задач по оптимизации внутренних процессов органи-
зации предприятия: кроме интеграции традиционных для ERP-систем областей деятельности предприятия.
Системы класса ERP II позволяют управлять взаимоотношениями с клиентами (телефонные звонки, визиты,
рассылки рекламных и маркетинговых материалов, качество и скорость послепродажного обслуживания и т.д.),
цепочками поставок (координация работы служб маркетинга, сбыта и снабжения), вести торговлю через Ин-
тернет.
До недавнего времени функциональностью ERP II обладали лишь некоторые интегрированные системы
управления для крупных предприятий (mySAP.com., Oracle E-Business Suite и др.). Высокая стоимость и слож-
ность внедрения этих систем делали их недоступными для большинства предприятий среднего масштаба.
В настоящее время сформировался рынок систем класса ERP II, ориентированных на средние предпри-
ятия, и развивающиеся предприятия получили возможность пользоваться всеми преимуществами ERP II, вне-
дряя системы средней ценовой категории, не только не уступающие, а во многом превосходящие по функцио-
нальности и гибкости своих «тяжелых» собратьев. В то же время очевидно, что средние предприятия стремятся
к более «низкому» ценовому порогу, более быстрому и ресурсосберегающему внедрению и гибкости систем
при эксплуатации. Эти требования заставляют разработчиков применять новые технологии, которые и находят
свое воплощение в новых системах класса ERP II, более гибких, более доступных и масштабируемых.
На рис. 3.21 приведена структурная схема ERP II-системы, которая является частным случаем обобщенной
схемы, показанной на рис. 1.4.
Корпоративные ресурсы, охватываемые CSRP-системой (Customer Synchronized Resource Planning), об-
служивают такие этапы производственной деятельности, как проектирование будущего изделия с учетом спе-
цифических требований заказчика, гарантийное и сервисное обслуживание.
По прогнозам Gartner Group системы SCM и CRM станут необходимыми модулями ERP II-систем.
Страницы
- « первая
- ‹ предыдущая
- …
- 67
- 68
- 69
- 70
- 71
- …
- следующая ›
- последняя »
