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

Question

我的公司规划实施SAP人力资源在我们的organsization.我们已经拥有的其他模块的运行。我们计划提供ESS/MSS approximatly200 000个用户。我们的当前配置的一个机与一个中央实例和3台机器与对话的实例。该数据库是在中央审机。企业门户网站数据库上运行的一个独立的机。我们正在考虑分离的人力资源模块放在一个单独DB以不要杀死其他模块的负荷。这是一个有效问题吗？是否有更好的方式来设计师的系统？我想沿线的分离数据库和中央实例到两个不同的机器。我已经试过寻找在SAP的市场地位的任何建议对SAP基础设施的建筑没有任何运气。

Answer 1

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

我将通过了两次seperat SAP系统，一个用于HR和一个（或可能多个其他）的其余部分的想法。然后，每个这些系统可以是尺寸/根据不同的要求保护的（HR系统许多用户来说，可能的高对话使用;其他系统也许有点更“面向批处理”）。

这也将通过SAP的总体战略被建议与几乎所有的模块是它自己的发布计划。

至于数据库和应用服务器（中央实例？）是在不同的机器..这的确是非常常见的，最简单的调整措施之一。你可以混合和匹配漂亮的“无情”与应用服务器上的Solaris和DB上的HP-UX。

Answer 2

1. 分离的人力资源是一个有效的选择。它不仅负荷，但还的 人力资源模块具有非常严格的安全 需要。这可能会导致一些 困难在系统中复制的，用于质量保证和发展 系统。
2. 离中央的实例和数据库独立机是一个有效的选择。但我不会这样做(我们正在这样做...).它引起一些复杂的在未来运作。如升级和数据库维护。其容易去除多负荷中心的实例。仅仅将其从登录团。因此，只有消息服务器，enque进程和更新(可选，但推荐)过程中被留下。

更新1： 它不常见的单独的数据库从中心的实例。但它并引入一些并发症。我认为，这是unnesesery.