套用此 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的累積更新中首次修正。
SQL Server 2014 的累積更新 5 /help/3011055
SQL Server 2012 SP2 /en-us/help/3002049 的累積更新 3
SQL Server 2012 SP1 /en-us/help/3002044 的累積更新 13
在您套用 hotfix 並啟用追蹤標幟 1800 做為在磁片上執行且有 512 位元組大小之磁片上執行之所有伺服器的啟動參數之後，您發現下列檔案的大小有小幅增加：
-
交易記錄檔
-
記錄備份
此外，您會注意到下列訊息會記錄在主伺服器的SQL Server錯誤記錄檔中：
系統會重寫資料庫「<資料庫名稱>」記錄檔的尾端，以符合 4096 位元組的新部門大小
這是可放心忽略的資訊訊息。
每個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。
若要驗證您擁有的磁片磁碟機類型，請遵循下列步驟：
-
在提升許可權的命令提示字元中執行下列命令：
Fsutil fsinfo ntfsinfo x： 注意：x 預留位置代表您正在檢查的磁片磁碟機。
-
使用 每個實體區位位元組 和 每個實體區位的位元組 值來判斷您擁有的磁片磁碟機類型。 若要這麼做，請使用下表：
「Bytes Per Sector」 值
「每個實體區段位元組」值
磁片磁碟機類型
4096
4096
4K 原生
512
4096
進階格式 (也稱為 512E)
512
512
512 位元組原生
