tempdbデータファイルのみでの高い書き込みレイテンシ
Tempdbデータベースで書き込みレイテンシが大きくなっていますが、他のデータベースでは発生しません。 （sys.dm_io_virtual_file_statsから）tempdbログファイルのレイテンシも5ミリ秒未満として表示されます。
比較のため：tempdbを除くすべてのデータベースの書き込みレイテンシは5ミリ秒未満であり、8つのデータファイルを使用する場合、tempdbは約500ミリ秒でした。 2日前に4つのデータファイルを削除して、何かが変更されたかどうかを確認しました。これにより、レイテンシが2倍になったように見えます。
環境に関する注意事項：
- SQL Server 2008 R2 SP3 VM Hyper-Vで実行中
- すべてが保存されているファイバーチャネルを介してHyper-Vホストに接続された1つの大きなRAID10アレイ
これについては説明がなく、どこで回答を探すべきかわかりません。もちろん、データファイルを2倍にするとWriteLatencyが半分になると想定できますが、これが適切な方法かどうかはわかりません。
どこから始めればいいのか？
私はそれを解決したようです、または少なくともそれがどこから来ているのか知っています。
平均を監視するようにperfmonを設定したことを確認するには、書き込み操作ごとのミリ秒、それは これのように に見えます。これらの極端なスパイクは夜間のインデックス再構築中にのみ発生するという結論に至ります（私はOla Hallengrens IndexMaintenanceソリューションを使用しています）、通常の操作で問題ありません。
私の学習：sys.dm_io_virtual_file_statsの累積統計のみに依存しないでください。ただし、これらはOriginをさらに詳しく調べるための良い指標です。