2

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

4

2 回答 2

2
  1. 分离 HR 是一个有效的选择。不仅是负载，HR模块也有非常严格的安全需求。这可能会给 QA 和开发系统的系统副本带来一些困难。
  2. 将 Central 实例和 DB 分离到不同的机器是一个有效的选项。但我不会这样做（我们正在这样做......）。给以后的操作带来一定的麻烦。比如升级和数据库维护。从中央实例中移除尽可能多的负载更容易。只需将其从登录组中删除即可。所以只剩下消息服务器、入队进程和更新（可选但推荐）进程。

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

于 2009-01-26T07:54:23.690 回答
2

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

我将通过两个单独的 SAP 系统的想法，一个用于 HR，一个（或可能多个其他）用于其余系统。然后可以根据不同的要求对这些系统中的每一个进行调整/保护（人力资源系统许多用户，可能高对话使用；另一个系统可能更“面向批处理”）。

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

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

于 2009-01-26T18:50:19.730 回答