避免压缩系统映像在 NTFS 上出现极端碎片
Log*_*mon 8 windows compression defragment ntfs images
问题说明
我将使用 wbadmin 创建的 Windows 磁盘映像存储在 NTFS 驱动器上，然后我发现使用 NTFS 压缩进行压缩可以节省 1.5-2 倍的空间，并且仍然可以提供完全的恢复可用性。
但是在压缩过程中，文件变得非常碎片化，系统磁盘映像通常超过100'000个碎片。
有了这样的碎片，碎片整理需要很长时间（每个图像需要几个小时）。一些碎片整理程序甚至无法处理它，他们只是跳过文件或崩溃。
我认为问题的根源在于，该文件是由单独保存的块压缩的。
问题
有没有好的（快速）方法来对图像文件进行碎片整理，同时保持压缩（或压缩它而不会造成极端碎片）？可能是将文件快速碎片整理到连续可用空间的某个实用程序，还是从现有的非压缩文件创建非碎片压缩文件的某个实用程序（或方法）？
基于评论/答案的评论：
在我的情况下，外部（对 Windows 内核）压缩工具不是一个选项。他们无法即时解压缩文件（要解压缩 10 Gb 文件，我需要 10 Gb 免费，这并不总是可用；而且，这需要很多时间）；当系统从 DVD 启动以进行恢复时，它们无法访问（这正是我需要可用图像的时候）。请停止提供它们，除非它们在 ntfs 上创建透明压缩文件，例如
compact.exe.NTFS 压缩对于系统映像并没有那么糟糕。除了碎片化，其他都不错。并且解压不会占用太多CPU时间，仍然可以减少IO瓶颈，从而在适当的情况下（具有显着比例的非碎片压缩文件）提供性能提升。
碎片整理实用程序对文件进行碎片整理而不考虑它们是否被压缩。唯一的问题是碎片数量，无论碎片文件是否压缩，都会导致碎片整理失败。如果碎片数量不高（大约10000个已经可以了），压缩文件将被碎片整理，并保持压缩和完整。
NTFS 压缩率可能不错，具体取决于文件。系统映像通常最多压缩到原始大小的 70%。
对截图的人不信，不过，你可以自己做测试。
我实际上从 NTFS 压缩的图像中进行了修复，无论是碎片还是非碎片，它都有效，请相信我或自己检查一下。rem：正如我一年前发现的那样，它在 Windows 8.1 中不起作用。它仍然适用于 Windows 7、8 和 10。
预期答案：
适用于 Windows 的工作方法或程序：
压缩文件（使用 NTFS 压缩，并使其可被 Windows Recovery 访问）而不会创建大量碎片（可能到另一个分区或制作压缩副本；它在 HDD 上必须至少比
compact+快 3 倍defrag），或者
快速（至少比 HDD 上的 Windows 碎片整理快 3 倍）对严重碎片化的文件进行碎片整理，例如包含 100K+ 碎片的文件（碎片整理后必须保持压缩）。
阅读维基百科上有关NTFS 压缩的文章：
\n\n\n文件被压缩为 16 簇块。对于 4 kB 簇，文件被压缩为 64 kB 块。如果压缩将 64 kB 数据减少到 60 kB 或更少，NTFS 会将不需要的 4 kB 页视为空稀疏文件簇\xe2\x80\x94，而不会写入它们。
\n这允许合理的随机访问时间 - 操作系统只需遵循片段链即可。
\n然而，大型可压缩文件会变得高度碎片化，因为每个 < 64KB 的块都会成为碎片。
\n
首先要事。WBAdmin本质上是一个备份实用程序，可以恢复整个系统。因此，预计它的输出文件很大（> 4 Gb）。如引用所示，大文件会迅速变得碎片化。这是由 NTFS 的压缩方式决定的：不是按文件，而是按扇区。
\n一个很好的比喻是，一块蛋糕被分成几个盒子，其中一些盒子不是空的。这是初始文件。压缩部分挤压蛋糕块，在盒子中留下空间。由于蛋糕的各个部分并不在一起，由于所创建的空间，组成蛋糕的各个部分会变得支离破碎。
\n我仍然对 NTFS 提供这种压缩率持怀疑态度。根据MaximumCompression对多个文件的测试，NTFS的压缩率得分最低，只有区区40%。从个人经验来看，我可以告诉你它比这个低得多，事实上低到我从来没有费心去使用它，也没有看到它的效果。
\n避免碎片的最佳方法是停止依赖 NTFS。大多数碎片整理程序无法扩展或移动压缩文件。如果他们以某种方式这样做，NTFS将无法扩展文件，或者即使可以，因为碎片整理过程将填充压缩的剩余空间（4kB），扩展将使文件碎片化，因为文件不会\' t 被写入之前的连续簇中。
\n话虽这么说，如果您不需要经常读取文件，请使用上面链接中推荐的一些格式。7z 和 rar 非常高效（即它们在适当的时间以高比率压缩）。如果您关心空间而不是时间，那么选择 PAQ 类型的算法（尽管您将花费很长时间来压缩和解压缩文件）。还有一些快速算法可用。
\n如果您确实需要不断读取该文件，则根本不要压缩它。NTFS 实在是太混乱了。
\n| 归档时间： |
|
| 查看次数： |
5666 次 |
| 最近记录： |