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

Question

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

Answer 1

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

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

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

Что касается базы данных и сервера приложений (центрального экземпляра?) находясь на разных машинах ..это действительно очень распространенная и одна из самых простых мер настройки.Вы можете довольно "безжалостно" комбинировать сервер приложений на Solaris и базу данных на HP-UX.

Answer 2

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

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