徵兆
假設您使用 Microsoft SQL Server 2016 或 2017 Always On可用性群組。 當您繼續暫停可用性資料庫時，可能會在次要複本上發生斷斷錯誤。 此外，類似以下的錯誤訊息會記錄在次要複本的SQL Server錯誤記錄檔中。
日期/時間 錯誤：17066、嚴重性：16、狀態：1。
日期/時間 SQL Server斷斷：檔案：<recovery.cpp>， line=LineNumber Failed Assertion = 'recXdes->IsLockReleased () && recXdes->GetOutstandingCount () == 0'。 此錯誤可能與時間有關。 如果重新執行語句後仍持續發生錯誤，請使用 DBCC CHECKDB 檢查資料庫的結構完整性，或重新開機伺服器以確保記憶體資料結構不會損毀。
日期/時間錯誤：3624，嚴重性：20，狀態：1。
日期/時間系統主張檢查已失敗。 查看SQL Server錯誤記錄檔以取得詳細資料。 通常，假設失敗是軟體錯誤或資料損毀所導致。 若要檢查資料庫損毀，請考慮執行 DBCC CHECKDB。 如果您同意在設定期間將轉儲傳送給 Microsoft，迷你轉儲將會傳送至 Microsoft。 Microsoft 可能會在最新的 Service Pack 或來自技術支援人員的 Hotfix 中取得更新。
日期/時間錯誤：3624，嚴重性：20，狀態：2。
日期/時間系統主張檢查已失敗。 查看SQL Server錯誤記錄檔以取得詳細資料。 通常，假設失敗是軟體錯誤或資料損毀所導致。 若要檢查資料庫損毀，請考慮執行 DBCC CHECKDB。 如果您同意在設定期間將轉儲傳送給 Microsoft，迷你轉儲將會傳送至 Microsoft。 Microsoft 可能會在最新的 Service Pack 或來自技術支援人員的 Hotfix 中取得更新。
日期/時間錯誤：3313，嚴重性：21，狀態：2。
日期/時間在資料庫 DatabaseName中取消復原記錄作業期間，記錄識別碼 (RecordID) 發生錯誤。 通常，先前在 Windows 事件記錄檔服務中會將特定失敗記錄為錯誤。 從完整備份還原資料庫，或修復資料庫。
日期/時間Always On DatabaseName的可用性群組資料移動已暫停，原因如下：「系統」 (來源識別碼 2;來源字串：'SUSPEND_FROM_REDO') 。 若要在資料庫上繼續資料移動，您必須手動繼續資料庫。 如需如何繼續使用資料庫的相關資訊，請參閱 SQL Server Books Online]。
日期/時間ALTER DB param 選項：RESUME
日期/時間Always On已恢復資料庫資料庫名稱的可用性群組資料移動。 這是僅限資訊的郵件。 不需要使用者動作。
日期/時間Always On可用性群組與針對次要資料庫 Database建立之主資料庫的「可用性群組」連線：具有複本識別碼的可用性複本複本名稱：複本識別碼。 這是僅限資訊的郵件。 不需要使用者動作。
日期/時間已針對具有 ID DatabaseID的資料庫識別復原LSN (LsnNumber) 。 這是僅限資訊的郵件。 不需要使用者動作。
解決方案
此問題已在下列SQL Server累積更新中修正：
每個SQL Server的新累積更新都包含所有 Hotfix 以及先前累積更新隨附的所有安全性修正。 查看SQL Server的最新累積更新：
狀態
Microsoft 已確認＜適用於＞一節中所列的 Microsoft 產品確實有上述問題。
參考資料
瞭解 Microsoft 用來描述軟體更新的 術語。
