我们有一个VM Ware ESXi虚拟机，其中guest虚拟机报告高碎片。 主机虚拟机文件不分片。 数据存储位于RAID 5arrays上。
来宾操作系统报告的碎片是否重要？
如果您的VM在本地 RAID 5存储上，请继续进行碎片整理。 但是，如果它是在任何复杂的共享存储（SAN或NAS），首先与您的存储家伙交谈。 在VMware不知道的一层可能会出现精简configuration或重复数据删除，碎片整理可能会使虚拟机使用更多的空间，甚至更糟糕。
此外，如果这是ESXi版本4，并且虚拟磁盘在VMware层（甚至在本地存储）上进行精简configuration，则在写入新块时，碎片整理将使VMDK占用更多空间。 这也可以通过分割VMFS层上的VMDK文件来永久减慢速度，因为从guest虚拟机的angular度来看，新写入的块是由VMFS无序分配的。 克隆或转换操作将需要把事情再次正确。
是。 这对主办方也很重要。
与物理磁盘驱动器一样，虚拟磁盘可能会变得碎片化。 保持虚拟机工作目录或虚拟磁盘文件的物理磁盘上的碎片会削弱性能。
首先在虚拟机中进行碎片整理。 然后closures机器，并在主机上运行碎片整理实用程序。
请注意，碎片整理不会回收虚拟磁盘上未使用的空间; 收回未使用的空间，缩小磁盘。
强烈build议您在创build第一个快照（或链接克隆）之前使用客户机操作系统机制进行碎片整理。
在快照之后，如果在guest虚拟机上运行碎片整理程序，Workstation会将其所有更改重做日志，而不是原始磁盘。 您永远无法在原始磁盘中进行碎片整理。
移动的每个扇区都被复制到重做日志中，使得当磁盘碎片严重并且在快照之后运行碎片整理时，虚拟机重做日志非常大。
我想可以。 我不知道，因为我不是这方面的专家，但…
虚拟机在单个大文件中运行。 如果分配给guest虚拟机的主机上有大文件，则从主机上文件可能不会被分段。 一切都很好。
但是在客人的内部，文件中的部分被全部访问，因为它在这个search空间内是分散的。 这就像有一部分的硬盘获得大量的读/写请求。
这就像有一个文件柜，其中一个抽屉是一个混乱，但包含所有的文件夹ST。 当然，它有所有正确的ST文件夹，但你必须保持膛线穿过它find你所需要的。 与主机一样。 容器文件是一个大的连续文件，但它不断地寻找内容，以find客人要求的正确位置。
另一方面，我很less看到碎片导致访问的大问题。 如果它的碎片太多了，是的，它可以从碎片整理中受益（我个人喜欢mydefrag，但也有其他的，还有它可以作为屏幕保护程序运行…）就个人而言，如果客人的碎片太多，一个碎片整理程序，或者定期运行mydefrag（它是jkdefrag的inheritance者），它会保持它，所以它根本就不是一件难事。
这会减慢你的访客速度，并且只会影响你的访客，就像你的服务器是物理访问一样。 如果数据存储特别被虚拟机过度使用（比如说大于10-15），并且它们非常密集，那么它可能会产生很小的差别，但这不太可能。