提问
SAP BusinessObjects Business Intelligence platform SAP SQL Anywhere cms bobj businessobjects 4.2

BusinessObjects系统崩溃，与Java有关吗？

2020-08-27 21:45发布

站内问答 / BO
2091 4 6

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


嗨，

我有一个带有BOBJ BI4.2 SP7补丁5系统的客户端，该客户端位于一台Windows 24 R2服务器上，具有24Gb RAM和8个2.2GHz内核。 CMS数据库是SQL Anywhere 17，它与应用程序位于同一服务器上。

这是一个使用良好的系统，报告运行到数以百万计的数据行中，并且按计划相对定期地运行，并且用户登录并与实时报告进行交互。 平均可能有十几个用户。

从三周前开始，我们已经看到系统发展为不稳定和崩溃。 在星期天，系统下午崩溃一次，需要手动重新启动，然后在星期一，系统清晨几次崩溃，下午又崩溃了几次。 通常在一周的剩余时间内保持稳定。 这些天确实看到大量的数据流，因此可能是相关的。

在事件查看器中，我们总是看到这种模式：首先，到CMS数据库的所有14个连接都丢失，一个接一个地丢失，然后CMS进入等待资源模式，然后出现关于服务未在继续的服务器注册警告 在集群中找到，直到重新启动系统。

同时在日志目录中创建了多个* dump文件，抱怨Java进程内存不足。

在CMS trc文件中，此消息与最后一次CMS数据库连接失败相符：IDS_WAS_SHUTDOWN_IN_PROGRESS：GetOCAServersByKeySAP BusinessObjects BI平台CMS中的错误：CMS系统数据库" BI4_CMS_DSN"不可用。 最终用户无法纠正该错误。 请将此错误报告给系统管理员或数据库管理员。 （FWB 00024）没有剩余的数据库连接。

我亲眼目睹了当我在服务器上时发生的这些崩溃，并且看到SQL Anywhere服务不会失败（在SIA重新启动之前，无需重新启动它就可以解决问题），并且24GB的物理RAM限制不是 随时接近。

有人能想到导致数据库连接失败的任何原因，这可能与高使用率或某些其他系统进程同时发生吗？


谢谢

基思

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


嗨，

我有一个带有BOBJ BI4.2 SP7补丁5系统的客户端，该客户端位于一台Windows 24 R2服务器上，具有24Gb RAM和8个2.2GHz内核。 CMS数据库是SQL Anywhere 17，它与应用程序位于同一服务器上。

这是一个使用良好的系统，报告运行到数以百万计的数据行中，并且按计划相对定期地运行，并且用户登录并与实时报告进行交互。 平均可能有十几个用户。

从三周前开始，我们已经看到系统发展为不稳定和崩溃。 在星期天，系统下午崩溃一次，需要手动重新启动，然后在星期一，系统清晨几次崩溃，下午又崩溃了几次。 通常在一周的剩余时间内保持稳定。 这些天确实看到大量的数据流，因此可能是相关的。

在事件查看器中，我们总是看到这种模式：首先，到CMS数据库的所有14个连接都丢失，一个接一个地丢失，然后CMS进入等待资源模式，然后出现关于服务未在继续的服务器注册警告 在集群中找到，直到重新启动系统。

同时在日志目录中创建了多个* dump文件，抱怨Java进程内存不足。

在CMS trc文件中，此消息与最后一次CMS数据库连接失败相符：IDS_WAS_SHUTDOWN_IN_PROGRESS：GetOCAServersByKeySAP BusinessObjects BI平台CMS中的错误：CMS系统数据库" BI4_CMS_DSN"不可用。 最终用户无法纠正该错误。 请将此错误报告给系统管理员或数据库管理员。 （FWB 00024）没有剩余的数据库连接。

我亲眼目睹了当我在服务器上时发生的这些崩溃，并且看到SQL Anywhere服务不会失败（在SIA重新启动之前，无需重新启动它就可以解决问题），并且24GB的物理RAM限制不是 随时接近。

有人能想到导致数据库连接失败的任何原因，这可能与高使用率或某些其他系统进程同时发生吗？


谢谢

基思

付费偷看设置
发送
4条回答
clasier
1楼 · 2020-08-27 22:11.采纳回答

说明使我得出一个结论-系统大小不正确。
如果CMS服务器无法连接到CMS DB并崩溃，则说明DB无法处理所有请求或无法处理所有请求。 出于某种原因维护所有连接。

无论是CMS还是SQL都不是Java进程，因此，如果您看到Java转储，则将遇到多个问题，但所有问题都可能与上浆有关。 大小大于CPU/内存。 （顺便提一下，生产系统的建议最小内存大小为32gb）。

因此，要解决此问题，您需要：
1。 进行适当的选型练习。
2。 解决CMS服务器和数据库问题。
3。 通过确定哪些确切的Java进程失败来对Java问题进行故障排除。 可能与Tomcat相关，自适应作业服务器，自适应处理服务器等。

南山jay
2楼-- · 2020-08-27 22:03

您正在运行哪种类型的报告-Webi，Crystal或其他？

安装BOBJ的驱动器上有多少可用磁盘空间？

jovirus
3楼-- · 2020-08-27 22:10

Dell Stinnett-Christy -系统仅运行webi报告。 有40GB的可用磁盘空间。

谢谢

基思

一只江湖小虾
4楼-- · 2020-08-27 21:50

如果C ++和Java进程同时崩溃-这是资源问题。
如果AJS崩溃-而不是与调度有关。 我不确定您如何使用WACS，所以不能说为什么会崩溃。

我要做的第一件事是将CMS DB移到其自己的服务器上。

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...