まず最初に、NTFS ファイル システムを発明してくれた Microsoft に感謝します。NTFS ファイル システムは、確かに強力な機能を備えた非常に堅牢なファイル システムです。
クラスタは、ディスク I/O の読み取りおよび書き込みの最も基本的な単位です (NTFS の割り当て単位です)。
今日は、SQL Server データ ストレージの NTFS クラスター サイズに関連するトピックについて説明します。 NTFS は、基本的に今日のほとんどのハード ディスクのクラスタ サイズである 2GB を超えるパーティションをフォーマットする場合、デフォルトで 4KB クラスタを使用します。デフラグは、クラスターが 4KB 以下の場合に使用できます。
NTFS クラスター サイズは 512B から 64KB まで設定できます。もちろん、フォーマット時に指定する必要があります。それ以外の場合は変更できません。クラスターが小さすぎると、スペース使用率は高くなりますが、パーティション テーブルが大きくなり、フラグメントが多くなり、パフォーマンスが低下します。クラスターが大きすぎると、スペース使用率は低くなりますが、フラグメントはほとんどありません。そしてパフォーマンスは良いです。したがって、4KB が一般的な選択です。
現在のハード ドライブの容量は数百 GB であるため、スペースはもはや問題ではないようです。しかし、ディスク I/O は常にパフォーマンスのボトルネックであり、ディスクの読み取りおよび書き込み速度を向上させるために、誰もが知恵を絞ってきました。いずれにせよ、ハードドライブが選択されている限り、その物理設計を変更することは不可能のようであり、推奨されません。そのため、RAID アレイを使用する、頻繁にデフラグする、チップを使用するなど、他の場所から始めるしかありません。データケーブル等、使えるものは全て使用しております。
SQL Server サーバーは、データ ファイルの読み取りおよび書き込みの基本単位が 8 KB の領域であり、通常は 64 KB の領域になります。データ ファイル これらはすべて比較的大きく、一般的な運用環境では数 GB 以上が一般的です。また、基本的に SQL Server ストレージをデフラグする人はいないため、SQL Server ストレージ専用のディスク パーティションを 64 KB クラスターにフォーマットすることで、スペースを無駄にすることなくパフォーマンスを向上させることができます。
リスクはありますか?もちろん、ディスク障害が発生した場合、失われるデータはさらに多くなり、少なくとも 64 KB になる可能性がありますが、一般的なサーバーの RAID アレイ ブロックも 64 KB であるため、このソリューションは依然として非常に実現可能であることが実証されています。 64KBでも構いません。
他のアプリケーションのシナリオを参照することもできます。間違いがある場合は、批判してください。
この記事の著者: gytnet
この記事のソース: http://www.cnblogs.com/gytnet/archive/2009/12/21/1628561.htm