AlwaysOn 可用性群組可能會回報成未進行同步處理之後您套用 SQL Server 2014 CU5、 SQL Server 2012 SP2 CU4 或 SQL Server 2012 SP2 CU3

徵狀

請試想下列案例：

您是在伺服器上執行 Microsoft SQL Server 2014 或 Microsoft SQL Server 2012 Service Pack 2 （SP2），而該伺服器會作為輪流升級的一部分來託管可用性群組的次要複本。
您已將下列其中一項更新套用至 SQL Server 安裝：
- SQL Server 2014 累計更新5
- SQL Server 2012 Service Pack 2 累計更新4
- SQL Server 2012 Service Pack 2 累加更新3
重要本文中提到的修復程式取代這些累計更新。如果您尚未執行這些更新，請不要安裝這些更新。
若要完成累計更新，請重新開機此次要複本。
您會將已更新的次要副本轉移到主要角色的可用性群組進行容錯移轉。

在這種情況下，您可能會在執行 SQL Server 的伺服器上遇到下列一或多個症狀，而且現在正在託管您的可用性群組的主要複本：

次要複本報告為「未同步處理」。
當您查詢 sys.dm_exec_requests 時，您會注意到使用者會話與其命令報告為「DB_STARTUP」之間的間歇封鎖封鎖。您也可能會注意到檢查點和 DB_STARTUP 命令之間的封鎖。
會在 SQL Server 錯誤記錄中報告涉及已復原其中一個可用性資料庫之會話的鎖死。這些記錄類似以下所示： <date/time> spid<xx> Recovery is writing a checkpoint in database <dbname/dbid>. This isan informational message only. No user action is required.<date/time> spid<xx> Recovery completed for database <dbname/dbid> in <x> second(s) (analysis<x> ms, redo <x> ms, undo <x> ms.) This is an informational message only. No user action is required.…<date/time> spid<xx> Error: 1205, Severity: 13, State: 28.<date/time> spid<xx> Transaction (Process ID <xx>) was deadlocked on lock resources with anotherprocess and has been chosen as the deadlock victim. Rerun the transaction.
如果您已為 Microsoft SQL Server Service Broker 啟用您的可用性資料庫，則可能無法成功處理您的可用性資料庫中的訊息。如果您啟動探測器追蹤工具，然後捕獲「Broker：訊息分類」事件，則會捕獲下列事件：

9791，在寄件者的資料庫中停用 broker

注意：這不是系統性問題。您可以將這些累計更新套用到 AlwaysOn 設定，而不會遇到此問題。如果您已套用這些累計更新，但您沒有注意到這個問題，您的系統不會受到影響，且這些資訊不適用於您。

發生這個問題的原因是，在系統執行緒與使用者連線之間，有時候會發生爭用情況。這可防止累計更新的修補邏輯取得完成更新程式所需的鎖。

若要解決此問題，請套用下列重要的隨選（貨到）熱修復程式：

3034679 修正：可能會報告 AlwaysOn 可用性群組未同步處理重要您必須套用此貨到付款修復程式，而不是下列累計更新：

注意：如果您已套用這些累計更新，您必須使用下列解決方法來解決此問題。

由於這個問題是由於使用者會話與資料庫轉換為主要角色時，針對可用性資料庫進行的爭用，而造成的問題，因此您必須消除此爭用，才能讓資料庫從這種狀態復原。若要解決此問題，請遵循下列步驟：

Microsoft 已確認＜適用於＞一節中所列的 Microsoft 產品確實有上述問題。

如需受此問題影響之累積更新的詳細資訊，請參閱下列 Microsoft 知識庫文章：