この問題について矛盾するアドバイスを読んだので、ここで質問しようと思いました。
VM 内でスケジュールされたデフラグを実行する必要がありますか?
答え1
ストレージ関係者は、VM を I/O ブレンダーと呼んでいます。これは、ゲストのすべてのファイルが通常、VMDK などの「コンテナ」内にあるためです。この VMDK は、VM が使用する他のすべてのファイルを含む単一のファイルです。
80GB の VMDK では、ディスク上のすべてのブロックが順番に割り当てられない可能性があることを考慮してください。シン プロビジョニングを使用している場合は、この可能性がさらに高くなります。VM 内でデフラグを実行すると、実際には物理ディスク上でファイルが順番に割り当てられるわけではなく、コンテナ内で順番に割り当てられるため、そのコンテナは物理ディスク上で順番に割り当てられない可能性があります。基本的に、多くの場合、これは時間の無駄であり、パフォーマンスの向上はせいぜいごくわずかです。
答え2
作成時にすべてのディスク領域を割り当てた場合そして実際のディスク上でそのファイルをデフラグするそして次に仮想ディスクをデフラグすると、少しはメリットが見られると思います。
@MDMarra は、仮想ディスクを単にデフラグするだけでは意味がない理由を完璧に説明しました。これを改善する方法はありません。
答え3
実際のところ、仮想マシンのデフラグによる影響はあまり見られません。とはいえ、将来的にドライブを縮小する可能性がある場合は、そのプロセスを支援するためにデフラグを行う必要があります。
答え4
Windows XP が VMWare Player 上にある場合でも、最高のパフォーマンスを得るには、その OS のメンテナンスを同様に実行する必要があります。
VM HD を最適化した場合でも、ホスト OS 上の VHD ファイルが完全に最適化されていることを確認する必要があります。そうしないと、最適な効果が得られません。