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

套用此 Hotfix 之後,您必須在所有有 512 位元組實體區大小的伺服器或複本上啟用追蹤標幟 1800 做為啟動參數,然後重新開機,讓這個 Hotfix 正確運作。

徵兆

請試想下列案例:

  • 您啟用 Microsoft SQL Server 中的 AlwaysOn 可用性群組或登入功能。

  • 將主要和次要複本的記錄檔儲存在 AlwaysOn 可用群組 (AG) 具有不同的部門大小。 或者在 [登入] 環境中,儲存登入主伺服器和登入次要伺服器之記錄檔的磁片會有不同的部門大小。 例如:

    • 主要複本記錄檔位於有 512 位元組大小的磁片上。 不過,次要複本記錄檔位於單位大小為 4 KB (KB) 的磁片上。

    • 主要複本記錄檔位於內部部署本機系統,其區段大小為 512 位元組。 不過,次要複本位於 Windows Azure 儲存體磁片上,其部門大小為 4 KB (KB) 。

在此案例中,會在SQL Server錯誤記錄檔中記錄下列錯誤訊息。 如果在重新開機伺服器之前未套用次要記錄,錯誤訊息可能會在重新開機後繼續一段時間。

有 X 對齊不對齊的記錄 IO 需要回復到同步處理的 IO。 目前的 IO 已在檔案中...

此外,由於 I/Os 同步處理,AG 或登入同步處理執行速度非常緩慢。 如果次要複本位於 Windows Azure 儲存體中,完成同步處理常式所花費的時間會比預期長得多。

注意 當您使用 4-KB 區段大小的新磁片磁碟機和具有 512 位元組區大小的舊磁片磁碟機時,就會發生此問題。 如需新磁片磁碟機的詳細資訊,請參閱SQL Server - 新磁片磁碟機使用 4K 部門大小和SQL Server-儲存空間/VHDx 和 4K 部門大小

每個SQL Server的新累積更新都包含所有 Hotfix 以及先前累積更新隨附的所有安全性修正。 查看SQL Server的最新累積更新:

因應措施 

若要解決此問題,請將目的地的交易記錄檔移至磁片磁碟機,將 每個實體區段的位元組 設為 512 位元組。

狀態

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

其他相關資訊

最佳作法是嘗試確認所有複本上的所有磁片至少 (主控記錄檔的所有磁片) 具有相同的部門大小。 在混合環境中,次要的實體區段為 512 位元組,而主要的部門大小為 4 KB,則應將 TF 1800 當做所有伺服器或複本上具有 512 位元組實體區大小且重新開機的啟動標幟。 這可確保持續建立記錄檔的格式使用 4-KB 部門大小。

如需有關SQL Server如何搭配較大的部門規模運作的詳細資訊,請參閱支援部落格上的下列文章:

SQL Server–儲存空間/VHDx 和 4K 部門大小

您可以使用Fsutil 命令提示字元公用程式來判斷每個實體區段值的位元組。 如果輸出中看不到此參數,您必須套用 KB 文章中指定的 hotfix 982018。

若要驗證您擁有的磁片磁碟機類型,請遵循下列步驟:

  1. 在提升許可權的命令提示字元中執行下列命令:

    Fsutil fsinfo ntfsinfo x: 注意:x 預留位置代表您正在檢查的磁片磁碟機。

  2. 使用 每個實體區位位元組每個實體區位的位元組 值來判斷您擁有的磁片磁碟機類型。 若要這麼做,請使用下表:

    「Bytes Per Sector」 值

    「每個實體區段位元組」值

    磁片磁碟機類型

    4096

    4096

    4K 原生

    512

    4096

    進階格式 (也稱為 512E)

    512

    512

    512 位元組原生

需要更多協助嗎?

想要其他選項嗎?

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

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

這項資訊有幫助嗎?

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

感謝您的意見反應!

×