Какова лучшая архитектура инфраструктуры SAP ERP?

Question

Моя компания планирует внедрить SAP HR в нашей организации. У нас уже работают другие модули. Мы планируем предложить ESS / MSS примерно 200 000 пользователей. Наша текущая конфигурация - это одна машина с центральным экземпляром и 3 машины с диалоговыми экземплярами. БД находится на центральной машине экземпляра. Корпоративный портал + БД работает на отдельной машине. Мы думаем о том, чтобы разделить модуль HR на отдельную БД, чтобы не убивать другие модули с нагрузкой. Это действительная проблема? Есть ли лучший способ для создания системы? Я думал о том, как разделить экземпляр DB и Cental на две разные машины. Я попытался найти на рынке SAP любой совет по архитектуре инфраструктуры SAP, но безуспешно.

Answer 1

Я не совсем уверен, что подразумевается под "разделением" ...

Я хотел бы реализовать идею двух отдельных систем SAP, одна для HR и одна (или, возможно, несколько других) для остальных. Затем каждая из этих систем может быть измерена / защищена в соответствии с различными требованиями (многие пользователи системы HR, возможно, используют много диалогов; другая система может быть немного более "ориентированной на пакет").

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

Что касается БД и сервера приложений (центральный экземпляр?), Находящихся на разных машинах ... это действительно очень распространенная и одна из самых простых мер настройки. Вы можете смешивать и сопоставлять довольно «беспощадно» с AppServer на Solaris и DB на HP-UX.

Answer 2

1. Разделение HR является допустимым вариантом. Это не только нагрузка, но и Модуль HR имеет очень строгую безопасность необходимо. Это может вызвать некоторые трудности в системном копировании для обеспечения качества и разработки система.
2. Разделение центрального экземпляра и базы данных на отдельные машины является допустимым вариантом. Но я бы не стал этого делать (мы делаем это ...). Это вызывает некоторые осложнения в будущей операции. Как обновление и обслуживание базы данных. Легче снять столько нагрузки с центрального экземпляра. Просто удалите его из группы входа. Таким образом, на нем остаются только сервер сообщений, процесс enque и процесс обновления (необязательно, но рекомендуется).

Обновление 1: Нередко отделять БД от центрального экземпляра. Но это вносит некоторые сложности. Это, я думаю, излишне.