点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) 症状: 从周日上午5...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) 症状: 从周日上午5...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
症状:
观察
:发现:
在寻找根本原因时,这就是我所发现的。根本原因:
问题:
理想情况下,我需要在单独的环境中复制此问题,并确定哪个服务未成功重新连接,并向平台开放支持案例,因为此缺陷需要在平台中解决。 但是我什至不知道从哪里开始。 恢复连接后,平台需要从连接断开的状态中更好地恢复。 也许它特定于一个不受信任的平台,并且如果所有服务都在一个盒子上运行,也许就不会有问题吗?
感谢您抽出宝贵的时间查看我的问题!! 我真的很感激!!
我不确定是否很清楚,但是CMS和SQL数据库之间的连接仅断开了大约40秒钟,并且即使根据SIA日志也可以快速恢复。 在这40秒钟之外,CMC服务器页面看起来不错,每个服务都已启动并重新连接并呈绿色亮起。 除了在40秒钟之内(CMS已正确捕获)之外,没有延迟问题/网络问题。
但是,计划的报告作业仍然失败。
计划的报告的修复程序是重新启动服务。 理想情况下,不必这样做。 如果CMS重新正确连接,则该平台应能够自行处理终止过时的会话等。
但是,我要寻找的是为什么/如何在恢复连接后作业失败并且服务没有完全恢复。
听起来您提供的答案是,当CMS失去连接时,它可能已在服务器上运行过时的AJS会话,而当CMS发出shutdown services命令时,BI平台无法正确关闭?
一周热门 更多>