【トレースフラグ　1800】──512Bと4096Bのセクタサイズの違いを吸収する：SQL Serverトレースフラグレファレンス（29）

SQL Serverトレースフラグレファレンス一覧

　本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブル対策を踏まえた「SQL Serverのトレースフラグ」の使いこなしTipsを紹介していきます。

　今回は「トレースフラグ1800」の詳細と使い方を解説します。

　トレースフラグ1800は、HDDのセクタサイズの違いを吸収する設定です。SQL Server 2012 SP1 CU13 以降に対応します。

　サーバ上のSQL Serverのデータは、HDDに保存されています。HDDのセクタサイズは512Bが主流でしたが、近年の大容量化に伴い4096Bのセクタサイズを持つHDDが増えてきています。4096Bのセクタサイズに対応するシステムや機能も増えてきており、単一サーバで構成される場合は、問題なく使用できることが多くなってきました。ただし連携する機能によっては、問題が発生する場合があります。

　SQL ServerではAlwaysOn可用性グループやトランザクションログ配布などでプライマリとセカンダリのデータを同期させる機能があります。

　このときプライマリとセカンダリのセクタサイズが異なると、データを正常に反映させることができず、「エラー9012」の「同期 IO に戻す必要のある不均衡なログ IO が xxx 個あります。現在の IO はファイル xxx にあります」というエラーが発生したり、セカンダリへのトランザクションログ適用に時間がかかったりする場合があります。

　512Bのセクタサイズで動作しているサーバでトレースフラグ1800を有効にすると、4096Bのセクタサイズで動作しているサーバへ正常にログが適用できるように変更されて、エラーが解消します。なお「エラー9013」の「データベース xxx のログの末尾が新しいセクター サイズの xxx バイトに一致するように書き直されていません。ファイル xxx のオフセット xxx にある xxx バイトが書き込まれます」が発生する場合がありますが、こちらは無視して構いません。

　以下に、関連するMicrosoftのドキュメントを挙げます。

• FIX: Slow synchronization when disks have different sector sizes for primary and secondary replica log files in SQL Server AG and Logshipping environments

設定可能なスコープ

動作例

　コマンドプロンプトでfsutil fsinfo ntfsinfoコマンドを使用すると、対象としたドライブのセクタサイズを確認できます（図1、図2、図3）。

図1　セクタ当たりのバイト数が512、物理セクタ当たりのバイト数も512（512Bネイティブ）

図2　セクタ当たりのバイト数が512、物理セクタ当たりのバイト数は4096（512Bエミュレート）　物理セクタのサイズは4096Bだが、OSからは512Bとしてアクセスできるようエミュレートしたもの

図3　セクタ当たりのバイト数が4096、物理セクタ当たりのバイト数も4096（4096Bネイティブ）

　プライマリとセカンダリでログファイルを保存しているドライブのセクタサイズを表示し、いずれかの結果が返ってくることを確認します。AlwaysOn可用性グループまたはトランザクションログ配布を実装しているサーバで、セクタサイズが512Bと4096Bの混在状態になっている場合は、512Bのセクタサイズを使用している方でトレースフラグ1800を有効にします。

　プライマリとセカンダリの環境をなるべく合わせておくことで不要な障害を回避できます。可能であればセクタサイズも統一しておくことをお勧めします。しかし一方がパブリッククラウド上にある場合など、変更できない場合もあります。