データアライメントとは、データを調節して効率よい1列に並べることを意味します。

ファイル・システムのアライメントの誤りは、次の2 点でパフォーマンスに影響します。

最初のケースは、より一般的に発生します。

ディスク操作がキャッシュによってバッファされている場合でも、キャッシュからのフラッシュに時間がかかるようになり、問題が出る場合があります。

ディスク・アクセスを要するランダム読み取りにも、直接的な（データを返すために2 つのドライブからの応答を待つ）および間接的な（ディスクの使用率が必要以上に高くなる）影響があります。

図1に一般的な例を示します。

Intel ベースのシステムは、BIOS によって書き込まれたメタデータのためにアライメントが誤っています。

正しくアライメントされたシステムでは、64 KB の書き込みは、単一のドライブで処理されます。

小さなI/O によるディスク・クロッシングは、一部の種類のホストで重大になる場合があります。

ディスク・クロッシングは、

a）ブロック・サイズが16 KB 以上のランダムI/O の比率が高い場合、

b）ドライブについてNavisphere Analyzer によって報告される平均ビジー・キュー長が4 より大きい場合に、レスポンス・タイムに顕著な影響を与えます。

Exchange やOracle などのように、主に4 KB または8 KB の境界に合わせてアライメントされたワークロードは、少し有利ですが、クロッシングを引き起こすのはリクエストの6%以下（4 KB の場合）、または12%以下（8KB の場合）であるため、実際にユーザーがこの利点に気がつくことはほとんどないかもしれません。

しかし、特定のファイル・システムまたはアプリケーションでアライメントを調整したアドレス領域の使用が推奨されており、また、オフセットが宣言されている場合は、オペレーティング・システムのディスク・ユーティリティを使用してパーティションのアライメントを調整することを推奨いたします。

Navisphere LUN のバインド・オフセット機能は、レイヤード・アプリケーションの同期速度に悪影響を与える場合があるため、注意して使用する必要があります。

Windows 2000/2003 を含むIntel アーキテクチャ・システムは、LUN におけるメタデータの配置による影響を受けます。

つまり、ディスク・パーティションのアライメントに誤りが発生します。

この原因は、LBA アドレスの代わりにシリンダ、ヘッド、セクタ・アドレスを使用するレガシーBIOS コードにあります。

fdisk ユーティリティ、およびWindows Disk Manager はMBR（マスター・ブート・レコード）をフォーマットされた各デバイスに配置します。

MBR のエントリは、デバイス上の63 個の隠しセクタを指定します。

アドレス可能なパーティションは、これら63 個の隠しセクタの直後に開始されます。

これにより、後続のデータ構造でCLARiX RAID ストライプに関連するアライメントに誤りが生じます。

Linux システムでは、隠しセクタの量は使用したブート・ローダーまたはディスク・マネージャ・ソフトウェアによって異なりますが、63 セクタ・レコードが最も一般的です。

VMware ではオフセットは63 です。

LUN アライメント・オフセット

以下はDiskpart.exe ツールを使用してディスク パーティションを作成し、開始オフセットに 2,048 セクタ (1 MB) を指定します。

開始オフセットが 2,048 セクタの場合、ストライプ ユニットのサイズに関するほとんどの状況に対応できます。 

既存のパーティションが境界に整列していることを確認するには、「詳細」で説明されている計算を行います。 

オフセットが 2,048 セクタの RAID 上のディスク パーティションを境界に整列させるには、以下の手順を実行します。