使用 Microsoft 登入
登入或建立帳戶。
您好:
選取其他帳戶。
您有多個帳戶
選擇您要用來登入的帳戶。

徵狀

假設您使用的是 Microsoft SQL Server 2014 或 2016 Alwayson 可用性群組(AG)。 如果在次要資料庫上發生 類似下列 的寫入錯誤,資料庫可能會變成暫停狀態。

錯誤:17053,嚴重性:16,狀態:1。 SQLServerLogMgr:: LogWriter:作業系統錯誤6(控制碼無效。) encountered. 記錄清洗期間發生寫入錯誤。

在這種情況下,如果您繼續資料移動,資料庫就不會繼續,而且會保持在暫停狀態。

因應措施

若要解決此問題,您可以重新開機 SQL Server 實例,或者您可以從 [可用性] 群組中移除次要資料庫,然後再將它重新加回。

解決方案

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

       SQL Server 2016 RTM 的累積更新8

       SQL Server 2016 的累積更新 5 CU5

       SQL Server 2014 SP2 累積更新6

每個新的 SQL Server 累計更新都包含所有的修正程式,以及前一個累積更新中所包含的所有安全性修正程式。 查看 SQL Server 的最新累計更新:

SQL Server 2016 的最新累計更新

SQL Server 2014 的最新累計更新

注意:

安裝此更新後,如果此問題再次出現,您可以執行下列 transact-sql 命令來重新開機資料庫,然後繼續資料庫的資料移動。

變更資料庫 <database_name> 設定 HADR 簡歷

這不會自動進行。 因此,您必須手動發出 [繼續] 作業。 由於大多數類型的錯誤導致在次要複本上暫停資料移動,因此需要手動干預。 

例如,如果記錄檔案位於共用資料夾或儲存在 Microsoft Azure Blob 中,且連線遺失,就會發生錯誤17053。 手動干預在您發出 HADR resume 命令前,請先確認已還原共用資料夾或 Azure Blob 的連線。

狀態

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

參考

瞭解 Microsoft 用於描述軟體更新的 詞彙

需要更多協助嗎?

想要其他選項嗎?

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

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

這項資訊有幫助嗎?

您對語言品質的滿意度如何?
以下何者是您會在意的事項?
按下 [提交] 後,您的意見反應將用來改善 Microsoft 產品與服務。 您的 IT 管理員將能夠收集這些資料。 隱私權聲明。

感謝您的意見反應!

×