Applies ToSQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2017 Developer on Windows SQL Server 2017 Enterprise on Windows SQL Server 2017 Enterprise Core on Windows SQL Server 2017 Standard on Windows

徵狀

假設您使用 [Alwayson 可用性] 群組,並為同步處理提交模式設定兩個次要複本。 當您將其中一個次要複本的可用性模式從同步處理模式變更為非同步 commit 模式時,該副複本的可用性資料庫的同步處理狀態仍可能會報告為已同步處理,而不會在主要複本上同步處理。 這會導致主要複本上的事務延遲。

原因

之所以發生這個問題,是因為主要複本會等待來自次要複本的進度訊息來更新確認 LSN。 即使其中一個次要複本已設定為非同步認可模式,也會發生這種情況。 因為非同步認可複本不經常傳送進度訊息,所以它會延遲主要複本上的 commit LSN 更新。 如此一來,就會延遲更新使用者事務。

解決方案

此問題已在下列 SQL Server 更新中修正:

          SQL Server 2017 累計更新10

          SQL Server 2016 累積更新 3 Service Pack 2

SQL Server 2016 的累積更新 10 Service Pack 1

關於 SQL Server 組建

每個新組建的 SQL Server 都包含先前組建中的所有修復程式和安全性修正程式。 我們建議您安裝適用于您的 SQL Server 版本的最新組建:

          SQL Server 2017 的最新累計更新

SQL Server 2016 的最新組建

狀態

Microsoft 已確認本篇文章<適用於>一節所列之 Microsoft 產品確實有上述問題。

參考

瞭解 Microsoft 用於描述軟體更新的 術語

需要更多協助嗎?

想要其他選項嗎?

探索訂閱權益、瀏覽訓練課程、瞭解如何保護您的裝置等等。

社群可協助您詢問並回答問題、提供意見反應,以及聆聽來自具有豐富知識的專家意見。