SQL 群集滾動時 Dynamics AX 2009 崩潰

我們的一個生產數據庫節點出現問題，導致它故障轉移到另一個。這導致服務滾動時短暫中斷。然而，這個臨時故障足以導致一些 AOS 伺服器崩潰（即服務仍顯示為正在執行，但我們無法通過 AX 連接到它們，直到我們重新啟動 AOS 服務）。

注意：我們的應用程序文件也託管在我們的 SQL 集群上（在單獨的磁碟上），我們的想法是，與其依賴單個共享來保存這些文件，我們將文件放在集群共享上，這樣伺服器（節點) 託管文件失敗，它們仍然可用。我指出這一點，因為可能是與這些文件的連接短暫失去導致問題而不是 / 以及數據庫連接失去。我們曾想過讓每個 AOS 伺服器在本地保存一份應用程序文件的副本（也就是說，如果一個 AOS 出現故障，我們只會失去那個；其他的不受應用程序文件副本失去的影響） ，但一些顧問建議不要這樣做，引用 MS 最佳實踐。

然而，暫時的連接故障似乎會導致這樣的問題；我原以為錯誤會被簡單地擷取，並且 AX 會重試連接到這些資源，直到重新建立連接。

有誰知道這個問題的修補程序？有沒有其他人遇到過這個問題並設計了解決方法？

提前致謝。

僅供參考：我們通過在每個 AOS 上放置應用程序文件的副本來解決問題。反對這樣做的建議歸結為要求共享文件的模組（產品生成器）。然而這個模組並沒有被我們使用，所以每個 AOS 保留一個單獨的副本是安全的。自從做出改變以來，我們沒有遇到任何相關問題，而且我們的架構更加健壯。唯一的缺點是在進行部署時複製應用程序文件需要花費更多的時間；這並不可怕。

引用自：https://serverfault.com/questions/466160