【问题标题】:Why Mobilefirst 7.1 cannot auto recover / reconnect after network got lost / disconnected为什么 Mobilefirst 7.1 在网络丢失/断开后无法自动恢复/重新连接
【发布时间】:2019-07-22 07:30:54
【问题描述】:

即使所有服务/连接都恢复正常,IBM MobileFirst 7.1 也不会在网络故障/连接丢失后自动恢复。

我们有一个带有 2 个 Web 和应用服务器 (Tomcat) 的集群/场设置。两个应用服务器都能够处理传入事务。我们遇到了这样的事件——网络故障/连接丢失,在此期间,所有事务都指向 1 个应用服务器。尽管所有连接都恢复正常,但这 1 个应用服务器仍然无法连接到配置数据库。我们所做的是关闭此故障服务器并尝试现在指向另一个应用程序服务器的应用程序并且该应用程序正常工作。我们尝试重新启动失败的应用服务器,测试应用,现在正在接受交易。问题是,为什么它不能自动恢复并且需要重新启动 Tomcat 服务? MobileFirst 7.1 是否设计/内置了这种行为(不是自动恢复)?

期望是,它应该会自动恢复。

请帮助并建议可以检查/调整的内容。

提前致谢。

最好的问候, 乔纳森

【问题讨论】:

    标签: ibm-mobilefirst mobilefirst-server


    【解决方案1】:

    MFP 提供的默认数据库配置(数据源配置)并非旨在在出现数据库连接问题时自动恢复。你 通过提供正确的数据源配置,应该能够将 MFP 配置为自动重新连接。请参阅有关如何为不同的应用服务器完成此操作的文章:https://www.techpaste.com/2016/04/jndi-autoreconnect-java-application-servers/

    【讨论】:

    • 感谢您的回复。我们将尝试这个并进行测试。如果这能解决问题,我会通知您。
    • 我们在此链接techpaste.com/2016/04/… 上尝试了 context.xml 中的建议配置,但当数据库服务器停机 3 小时及以上时仍无法自动恢复。我们的测试场景是关闭服务器 15 分钟、30 分钟、1 小时,所有这些都能够自动恢复。如果服务器关闭超过 3 小时,就会出现此问题。我们可以检查的任何其他配置?非常感谢。
    • 你可能想在一些tomcat论坛上发布这个。可能他们的最大限制为 3 小时后,自动连接可能无法正常工作。 MFP 完全依赖底层 App Server,这些设置来自 App Server
    • 谢谢。我们会检查的。目前,我们的解决方法是针对此类情况在我们的监控工具上发出警报,并手动重启 Tomcat 服务。
    猜你喜欢
    • 2017-11-19
    • 2016-06-12
    • 2015-11-07
    • 2019-01-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多