Sign in with Microsoft
Sign in or create an account.
Hello,
Select a different account.
You have multiple accounts
Choose the account you want to sign in with.

徵狀

假設您使用的是 Microsoft SQL Server 2016 或2017。 當可用性群組在刪除並重新建立 DAG 之後,立即加入現有的分散式可用性群組(DAG),可能無法加入 DAG,而且您會收到類似以下的錯誤訊息:

[永遠開啟]:處理 ag 「 AGName 」的 [ag] 設定變更通知,狀態為 "轉寄者" (7)。錯誤:41162,嚴重性:16,狀態:0。無法驗證可用性群組 'AGName」的設定順序編號。  記憶體內部序列值與持久化的序列值不相符。  [可用性] 群組和/或本機可用性複本將會自動重新開機。  此時不需要任何使用者動作。Alwayson: AR 「AGName」現在正在處理通知(類型64)。[永遠開啟]:處理 ag 「AGName」的 [ag] 設定變更通知,狀態為 "轉寄者" (7)。[Alwayson]: AR "AGName" 現在正在驗證 WSFC 中的 AG 完整性。Alwayson: AR "AGName" 角色轉換 [轉場]--> [轉者]、trigger [VALIDATE_AG_CONFIG]、state (wsfc = 1,中繼資料 = 1)。[Alwayson]: AR 「AGName」現在正在處理通知(輸入-2)。

此外,錯誤 41162 可能會 將 AG 解析狀態,而且可能會造成其他兩個問題: 錯誤 19407 與宣告失敗。

Error 19407:

在資料庫 DBName 中,Nonqualified 事務會回滾,以取得 Alwayson 可用性群組狀態變更。 估計的復原完成:100%。 這只是一則資訊訊息。 不需要使用者動作。[HaDrDbMgr::SetPrimaryAR]將 primary 設定為 AGID: AGNumber、ReplicaID: ReplicaNumber、AGDBID: AGDBNumber錯誤:19407、嚴重性:16、State:2。 可用性群組「 群組」與 Windows Server 容錯移轉叢集之間的租賃已過期。 SQL Server 實例與 Windows Server 容錯移轉叢集之間出現連線問題。 若要判斷可用性群組是否正確地進行了容錯移轉,請檢查 Windows Server 容錯移轉叢集中對應的可用性群組資源。

Assertion

Alwayson:處理 AG "DatabaseName" 的 ag 設定變更通知,狀態為 "RESOLVING_NORMAL" (0)。

[Alwayson]: AR 「DatabaseName」現在正在驗證 WSFC 中的 AG 完整性。

Alwayson: GetTransportWithRef ()遭到拒絕,因為本機 AR 未連線。

資料庫 'DatabaseName」的狀態資訊-加固的 lsn: ' (34:304752:1)「提交 Lsn: ' (0:0:0)」提交時間: ' Jan 1 1900 12: 00AM '

復原(DatabaseName,6):開始停止平行重做工作人員

* * 轉儲執行緒-spid = 0,EC = 0x000001F280CC7250

堆疊轉儲傳送至 FileLocation

* 開始堆疊轉儲:

* 位置: "FileLocation":1774

* 運算式: GetCoNtext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY

* SPID: spid

* 進程識別碼: ProcessId

錯誤:17066,嚴重性:16,狀態:1。

SQL Server Assertion: File: < "Filelocation" >,line = 1774 失敗的 Assertion = ' GetCoNtext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY "。 此錯誤可能是與時間有關的。 如果在重新執行語句後發生錯誤,請使用 DBCC CHECKDB 來檢查資料庫的結構完整性,或重新開機伺服器以確保記憶體中資料結構未損毀。

錯誤:3624,嚴重性:20,狀態:1。

系統斷言檢查已失敗。 如需詳細資訊,請參閱 SQL Server 錯誤記錄。 通常,宣告失敗是由軟體錯誤或資料損毀所導致。 若要檢查資料庫是否損毀,請考慮執行 DBCC CHECKDB。 如果您同意在安裝期間將轉儲傳送至 Microsoft,則會將迷你轉儲傳送至 Microsoft。 在最新的 Service Pack 中,或從技術支援取得的修補程式中,可能會有 Microsoft 的更新。

狀態

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

解決方案

此問題已在 SQL 的下列累積更新中修正 伺服器

關於 SQL Server 的累積更新:

每個新的 SQL Server 累計更新包含所有 修復程式及前一個版本所包含的所有安全性修正程式 累加更新。 查看 SQL Server 的最新累計更新:

隨選熱修復程式資訊:

此問題已于 SQL Server 的下列隨選修正程式修正:

參考

了解 Microsoft 用來說明軟體更新的術語

Need more help?

Want more options?

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

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

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?
By pressing submit, your feedback will be used to improve Microsoft products and services. Your IT admin will be able to collect this data. Privacy Statement.

Thank you for your feedback!

×