Tomcat 业务对象4.1地理分布服务器配置

Tomcat 业务对象4.1地理分布服务器配置,tomcat,business-objects,Tomcat,Business Objects,我的用户分布在各个地区,每个地区都有一个数据中心。我想在每个地区建立本地Tomcat/BO服务器/数据库,并配备中央CMS和监控主机 我已经阅读了服务器组的管理指南。这非常清楚哪些服务器将处理计划的报告。我了解如何在运行时更改连接,以便报表实例从正确的区域数据库中获取数据 我的问题涉及我安装的另外两个部分。如何确保区域Tomcat只向同一数据中心的服务器发送请求?如何将IFR仅与一个区域关联,以便报告定义与将使用它的人员以及将呈现它的服务器位于同一位置 Windows Server 2008R2

我的用户分布在各个地区,每个地区都有一个数据中心。我想在每个地区建立本地Tomcat/BO服务器/数据库,并配备中央CMS和监控主机

我已经阅读了服务器组的管理指南。这非常清楚哪些服务器将处理计划的报告。我了解如何在运行时更改连接,以便报表实例从正确的区域数据库中获取数据

我的问题涉及我安装的另外两个部分。如何确保区域Tomcat只向同一数据中心的服务器发送请求?如何将IFR仅与一个区域关联,以便报告定义与将使用它的人员以及将呈现它的服务器位于同一位置


Windows Server 2008R2上的BO 4.1。

简短的回答是:您不能。此外,您只能有一组活动输入和输出FRS服务器。在您的环境中可能有不同的服务器在运行,但只有一个处于活动状态,而其他服务器处于被动状态,等待在活动服务器出现故障或停止时接管

关于Tomcat(或任何其他应用程序服务器):您无法控制他们将与哪个BO服务器对话。托管在Tomcat上的web应用程序(BOE)将向CMS发送其请求,然后CMS将向其提供用于满足请求的服务器地址

至于服务器组:无法将用户组(例如,国家x的所有用户)链接到服务器组。您只能将文档(例如web intelligence文档)分配给服务器组。此外,这只适用于现有文档(您必须一次为其分配一个文档或使用SDK),因此不适用于新创建的文档。这是一个很大的缺点,特别是对于地理分布的环境

我建议不要使用中央CMS并分散其他BI4服务器,原因很简单,CMS和其他服务器之间有相当多的网络流量。由此带来的延迟将直接影响最终用户


对于这种部署,您可以尝试的另一种设置是为每个地理位置定义单独的平台(即分散的CMS服务器),使用复制将它们链接在一起。这样,您就可以确保来自x国用户的请求不会为了刷新报告而环游半个地球。请记住,BusinessObjects中的复制并不是广泛使用的功能。

谢谢@Kristof。这证实了我们通过分析正在运行的应用程序所看到的很多情况。您能给我指一下SAP的官方文档吗?我们对这一结果有很大的信心,执行官们会问。@MichaelGreen所有这一切都包含在报告中,但是你不会发现我在报告中所做的陈述,至少没有明确的说明。看一看联邦(第23章),它涉及跨站点复制主题。第3章讨论了体系结构,第10章第7节包含了有关服务器组的信息。为了完整性,正是《服务器组管理指南》中的注释使我们相信这种配置是可行的。事实并非如此。如果不能本地化Tomcat处理或OFR写入,我们的WAN负载将无法承受。我已经观察到@Kristof在我们的测试环境中描述的行为。独立安装联合会将允许负载本地化,但不允许共享许可证池,AFAIK.《商业智能平台规划指南》(xi4_Planning_en.pdf),第3.2.10.1节“为高可用性设计多服务器系统”,第84页:“您的部署可以有多个输入和输出FRSE。向CMS集群注册的第一个文件存储库服务器对将成为主动FRS对,而其他FRS服务将被视为被动。尽管所有文件存储库服务器服务同时运行,但只有活动FRS对处理请求。”