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

Question

我的公司正计划在我们的组织中实施SAP HR。我们已经运行了其他模块。我们计划向大约20万用户提供ESS / MSS。我们当前的配置是一台具有中央实例的计算机和三台具有对话实例的计算机。 DB位于中央实例计算机上。 Enterprise Portal + DB在单独的计算机上运行。我们正在考虑将HR模块分离到单独的DB上，以免在负载下杀死其他模块。这是一个有效的问题吗？有没有更好的方法来构建系统？我正在考虑将DB和Cental实例分离到两台不同的机器上。我已经尝试在SAP市场上搜索有关SAP基础架构架构的任何建议而没有任何运气。

Answer 1

1. 分离HR是一个有效的选择。 它不仅是负载，还有 HR模块具有非常严格的安全性 需要。这可能会导致一些 qa和开发系统副本的困难 系统。
2. 将中央实例和数据库分离到单独的计算机是一个有效的选项。但我不会这样做（我们正在这样做......）。这会在将来的操作中引起一些复杂化。像升级和数据库维护一样。它更容易从中央实例中移除尽可能多的负载。只需将其从登录组中删除即可。因此，只剩下消息服务器，enque进程和更新（可选但推荐）进程。

更新1：将数据库与中心实例分开并不罕见。但它确实引入了一些复杂性。我认为这是不必要的。

Answer 2

我不太确定“分离”是什么意思......

我想通过两个单独的SAP系统的想法，一个用于HR，一个（或可能多个其他）用于其余部分。然后可以根据不同的要求（HR系统许多用户，可能是高对话框使用;另一个系统可能更加“批处理”）来确定每个系统的大小/安全性。

这也是SAP的总体战略所建议的，几乎每个模块都在其自己的发布时间表上。

关于DB和应用程序服务器（中央实例？）在不同的机器上......这确实很常见，也是最简单的调整措施之一。您可以与Solaris上的AppServer和HP-UX上的数据库进行非常“无情”混合搭配。