最好的SAP ERP基础架构是什么？

我的公司计划在我们的组织中实施SAP HR。我们已经运行了其他模块。我们计划向大约20万用户提供ESS/MSS。我们当前的配置是一台具有中心实例的机器和三台具有对话实例的机器。数据库位于中央实例计算机上。Enterprise Portal+DB正在单独的计算机上运行。我们正在考虑将HR模块分离到一个单独的DB上，这样就不会导致其他模块负载过重。这是一个合理的担忧吗？有没有更好的方法来构建系统？我在考虑将DB和Cental实例分离到两台不同的机器上。我曾尝试在SAP market place上搜索有关SAP基础架构架构的任何建议，但运气不佳

分离人力资源是一个有效的选择。 这不仅是负荷，而且是压力 HR模块具有非常严格的安全性 需要。这可能会引起一些问题 qa和开发系统副本中的困难 系统

将中央实例和数据库分离以分离计算机是一个有效的选项。但我不会做（我们正在做…）。在以后的手术中会引起一些并发症。比如升级和数据库维护。从中心实例中移除尽可能多的负载更容易。只需将其从登录组中删除即可。因此，它只剩下消息服务器、enque进程和更新（可选但推荐）进程

---

更新1:将数据库与中心实例分开并不少见。但它确实带来了一些复杂情况。我认为这是不必要的

我不太清楚“分离”是什么意思

我会仔细考虑两个独立的SAP系统，一个用于人力资源，另一个（或可能多个）用于其他系统。这些系统中的每一个都可以根据不同的需求进行调整/保护（人力资源系统有很多用户，可能使用大量对话框；另一个系统可能更“面向批量”）

SAP的总体战略也提出了这一点，几乎每个模块都有自己的发布时间表

关于数据库和应用服务器（中央实例？）在不同的机器上。。这确实非常常见，也是最简单的调整措施之一。您可以将Solaris上的AppServer和HP-UX上的DB完美地混合搭配