这可能已经被问了，但是…
我试图分析文件碎片对我们的业务应用程序的影响。 什么是最容易和最干净的方式，导致20GB的文件分解成大约（说）35,000件？
理想情况下，分布在整个磁盘上是随机的，并且/或者尽可能地直接重现，但是这是次要的问题。 它不一定是片段的确切数量，但在2-3k的片段范围内。
当然，我不会使用实时数据，但我想避免任何可能导致更广泛的文件系统问题（这将在下class时间的生产服务器上）。
如果没有这样做的优雅方式，我很乐意探索替代scheme – 例如使用perl或ac＃console程序在多个同时进程中创build数千个文件。
平台是Windows Server 2003.不知道物理磁盘的configuration，但磁盘空间被分割
– 12GB操作系统分区
– 35GB页面文件分区
– 500GB“数据”分区。 （这有我感兴趣的文件）
您可以从http://www.defraggler.com/下载Defraggler以有select地对文件进行碎片整理，您可以使用http://www.mydefrag.com/SeeAlso-MyFragmenter.html中的 MyFragmenter来创build新的碎片文件。
至于分割现有的文件，我最好的build议是closures文件，用MyFragmenter生成碎片文件吨，然后将文件复制回驱动器。 由于空的空间都是分散的，你会得到一个零碎的副本。
我build议看看Mark Russinovsich的工具http://technet.microsoft.com/en-us/sysinternals/bb897428.aspx这将显示您的文件的片段与选项-a。
爱与和平冰