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

Question

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

Answer 1

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

我会想出两个独立的SAP系统的想法，一个用于HR，一个(也可能是多个)用于其余的系统。然后，这些系统中的每一个都可以根据不同的需求(HR系统有许多用户，可能经常使用对话；另一个系统可能更多地“面向批处理”)来调整大小/确保安全。

SAP的总体策略也会建议这一点，几乎每个模块都在它自己的发布计划中。

关于数据库和应用程序服务器(中央实例？)在不同的机器上..这确实很常见，也是最简单的调优方法之一。您可以“毫不留情地”与Solaris上的AppServer和HP-UX上的DB混合使用。

Answer 2

1. 分离HR是一个有效的选项。它不仅加载，而且HR模块有非常严格的安全要求。这可能会在qa和开发的系统复制中造成一些困难，system.
2. Separating中央实例和数据库到单独的机器是一个有效的选择。但我不会这么做(我们正在这么做...)。这在以后的操作中会造成一些复杂的情况。比如升级和数据库维护。更容易从中心实例中删除同样多的负载。只需将其从登录组中删除即可。因此，只剩下消息服务器、enque进程和更新(可选，但建议)进程。

更新1:将数据库与中心实例分开的情况并不少见。但它确实引入了一些复杂性。我认为，这是不明智的。