從舊應用程序到 SQL Server 2008 R2 的網路連接偶爾會失去

我也在 serverfault.com 上提出了這個問題，但由於問題涉及連接到 SQL Server，我也將它放在這裡。

我們正在嘗試將 Axapta 2.5 數據庫從 SQL Server 2000 遷移到 2008 R2。我們正在新伺服器上測試性能等，但偶爾會在 Axapta 伺服器上拋出這兩個事件：

對象伺服器 SandBOX：報告的數據庫（會話 11 (CSS)）：

$$ Microsoft $$$$ ODBC SQL Server Driver $$通信鏈路故障。SQL 語句是：“”

和

對象伺服器 SandBOX：致命的系統狀況 - 由於失去數據庫連接而退出重新啟動。

之後，所有客戶端都必須重新連接。

Axapta 2.5 伺服器是執行 Windows 2003 SP2 的虛擬伺服器 (VMWare)。來自 vSphere 的資訊：

• 虛擬機版本：7
• CPU：1 個 vCPU
• 記憶體：1024 MB
• VMNetwork：VMXNet 3

SQL Server 也是執行 Windows 2012 R2 的虛擬伺服器 (VMWare)。來自 vSphere 的資訊：

• 虛擬機版本：8
• CPU：4個vCPU
• 記憶體：73728 MB
• VMNetwork：VMXNet 3

SQL Server 上的事件日誌或 SQL Server 日誌中都沒有錯誤的痕跡。

在網際網路上搜尋解決方案時，我只找到了一個有這個確切問題的問題，並且沒有答案*（如何解決 sqlservercentral.com 上的 sql 2008 斷開連接）*。對於或多或少類似的問題，我主要看到有關虛擬網路適配器或虛擬伺服器設置的建議。我可能忘記了很多資訊，但我實際上是一名 DBA，所以請多多包涵。

我對虛擬機和網路知之甚少。謝謝你的幫助。誰能指出我在這個問題上的方向？

Axapta 2.5 在 SQL Server 2005 或更高版本上不受支持，因此您無法深入了解。要支持更高版本的數據庫引擎，您需要更新 axapta 應用程序本身。2.5 比 SQL Server 2005 早幾年：http ://everything.explained.today/Microsoft_Dynamics_AX/

您對錯誤語句的任何問題很可能是由於 axapta 伺服器對數據庫版本感到困惑，您可以嘗試將兼容性級別更改為 8.0，但我建議您聯繫 Axapta 認證合作夥伴並遷移到較新版本的應用程序

“Communication Link Failure” 當客戶端失去與 SQL 伺服器的連接時發生。發生這種情況的背後可能有很多原因。這裡有一些提示

1. 檢查 AxConfig 中的 DBMS 設置。嘗試引入 KeepAlive 設置。
2. SQL Server 不會在不記錄錯誤的情況下強制關閉連接。檢查日誌
3. 執行 Profiler 以查看連接實際發生的情況。
4. 看看您是否可以切換到 O​​LEDB 而不是 ODBC 以獲得更好的性能
5. 保持兼容級別為 8.0
6. 您可以在伺服器之間建立 telnet 會話。如果 telnet 連結斷開，那麼您很可能面臨網路問題。
7. 使用TCPViewer監控埠 1433 上的連接實際發生的情況。

祝你好運 ：）

引用自：https://dba.stackexchange.com/questions/82376