WindowsデフラグユーティリティはRAIDシステムで断片化を正しく報告しますか？
RAIDボリュームを備えたサーバーがあります。 Windows DEFRAGは、ボリュームで非常に高い断片化（90％）を示します。私のチーフは、DEFRAGが報告した断片化が正しい（またはほぼ正しい）かどうかを尋ねました。
長い間デフラグが行われていません（少なくとも、ここで働いている過去4か月間はそうではありません）。これは本番サーバーであり、私たちは非常に心配しています。
デフラグは論理ディスクの断片化を報告します：これがアレイ内の物理ディスクにデータがどのように分散するかという点でこれが意味することは、RAIDの種類（0、1、5など）によって異なります。 ）とコントローラーの内部について少し説明します。
一般的には、他のハードドライブと同じように扱うことができます（つまり、「90％??犬の愛のためにデフラグしてください！」）が、90％では苦痛な経験になる可能性があります。
また、注意：デフラグは明らかにディスクを大量に消費します。これらが元のディスクである場合は、デフラグによって1つ以上のドライブが「故障」しているとRAIDコントローラに納得させる場合に備えて、デフラグする前にバックアップが適切であることを確認する必要があります。
はい、正しく報告します。
Windowsボリュームでこのような深刻な断片化が見られたのは、シャドウコピーがボリュームに保存されているときだけであることを指摘しておく必要があります。
完全にパーティション化されていないドライブ上のスペースを見つけて、シャドウコピーの保存領域を、シャドウコピーを保持するための専用の新しく作成されたボリュームに移動し、現在のボリュームをデフラグすることなく、断片化が大幅に減少するかどうかを確認します。約90％の断片化を示しています。
シャドウコピーを使用していると仮定すると、コピーするソースファイルと同じドライブに配置しないでください。
シャドウコピーを使用していない場合、次に考えられる原因は、バックアップファイルを小さすぎるチャンクに保存するBackupExecなどのバックアップアプリケーションです。
実際には、中規模から大規模のファイルを作成し、それらをregluarベースで削除するプログラムであれば、同じ状況が発生する可能性があります。
RAIDシステムは、Windowsの断片化カウントに影響を与えるべきではありません。 RAIDシステムはディスクをWindowsに提示します。ファイルシステム（断片化が計算される場所）は、この上に構築されます。
Windowsのデフラグでは、論理ファイルシステムの上に構築されたデフラグAPIを使用します。このAPIは、HALの上のどこかに配置されます。このレベルでは、基盤となるハードウェアは実際には重要ではありません。デバイスドライバーが正しくジョブを実行している限り、報告される断片化は、使用するアプリに関係なく、最悪の場合一貫性があります。