我们的一个生产数据库节点出现问题，导致其故障转移到另一个节点。这导致服务在正常运行期间出现短暂中断。然而，这个暂时的故障足以导致一些 AOS 服务器崩溃（即服务仍显示为正在运行，但我们无法通过 AX 连接到它们，直到我们重新启动 AOS 服务）。
注意：我们的应用程序文件也托管在我们的 SQL 群集上（在单独的磁盘上），其想法是，我们不是依靠单个共享来保存这些文件，而是将这些文件放在群集共享上，这样，如果托管文件的服务器（节点）发生故障，它们仍然可用。我指出这一点，因为可能是这些文件的短暂连接丢失导致了问题，而不是 / 以及数据库连接的丢失。我们曾考虑过让每个 AOS 服务器在本地保存一份应用程序文件的副本（即，如果一个 AOS 发生故障，我们只会丢失那一个；其他服务器不会因丢失其应用程序文件副本而受到影响），但许多顾问建议不要这样做，并引用了 MS 的最佳实践。
然而，似乎暂时的连接故障会导致这样的问题；我本来希望错误能够被捕获，然后 AX 会重试连接这些资源，直到重新建立连接。
有人知道这个问题的修复方法吗？有其他人遇到过这个问题并想出了解决方法吗？
提前致谢。
答案1
仅供参考：我们通过在每个 AOS 上放置一份应用程序文件副本解决了这个问题。反对这样做的建议归结于一个模块（产品构建器）要求共享文件。但是我们并没有使用这个模块，所以每个 AOS 保留一份单独的副本是安全的。自从做出改变以来，我们没有遇到任何相关问题，我们的架构也更加强大了。唯一的缺点是部署时需要多花几分钟来复制应用程序文件；但这并不可怕。