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

Question

我公司正计划在我们的机构中​​实施SAP HR。我们已经有其他模块在运行。我们计划为约200 000名用户提供ESS/MSS。我们目前的配置是一台带有中央实例的机器和3台带有对话实例的机器。数据库位于中央实例机器上。企业门户+数据库在单独的机器上运行。我们正在考虑将HR模块分离到一个单独的数据库中，以免因负载而中断其他模块。这是一个有效的关注吗？有没有更好的方法来构建系统？我正在考虑将DB和Cental实例分离到两台不同的机器上。我试着在SAP市场上搜索SAP基础架构体系结构的任何建议，但没有任何运气。

Answer 1

我不太清楚什么是“分隔条件”的意思...

我会通过了两次seperat SAP系统，一个用于HR和一个（或可能是多个其他）的想法休息。这些系统中的每一个都可以根据不同的需求进行调整/保护（HR系统有很多用户，可能对话使用率很高;另一个系统可能更多一些“批量导向”）。

这也可以通过SAP的总体策略来提出，几乎每个模块都在自己的发布计划中。

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

Answer 2

1. 分离人力资源是一个有效的选择。 它不但负载量大，而且还有 HR模块有非常严格的安全性 需求。这可能会导致一些 系统副本的qa和开发 系统的困难。
2. 将中央实例和数据库分隔到不同的机器是一个有效的选项。但我不会这样做（我们正在这样做......）。它在未来的操作中造成一些复杂化。像升级和数据库维护一样。它更容易从中央实例中删除尽可能多的负载。只需从登录组中删除它。因此只有消息服务器，enque进程和更新（可选但推荐）进程留在它上面。

更新1：将db从中心实例中分离出来并不罕见。但它确实引入了一些复杂性。我认为这是非正式的。