在VMware环境中的windows 2003系统遇到了一个问题：操作系统可以认识到的存储空间是从第31个数据块开始的，并且和其他存储相比，其增长的方式也不太一样。这样会导致数据块连续性的问题，直接的影响就是服务器性能将受到影响，从而间接影响到虚拟机的性能。而如果数据块是连续的，读操作和写操作都会更快，从而性能方面也会提高。

在本文中，存储专家Howard Marks向我们解释了Windows 服务器2003版本中数据块一致性带来的好处。读者可以选择观看视频或者阅读下面的文章。

<SCRIPT type=text/javascript src="http://admin.brightcove.com/js/BrightcoveExperiences_all.js"></SCRIPT><SCRIPT type=text/javascript src="http://cdn.ttgtmedia.com/rms/ux/javascript/brightcoveCuePoints.js"></SCRIPT><SCRIPT type=text/javascript src="http://admin.brightcove.com/js/BrightcoveExperiences.js"></SCRIPT>

<SCRIPT type=text/javascript>brightcove.createExperiences();</SCRIPT>

你们中有多少人的服务器上运行着的还是Windows 2003版本？我愿意压上一个甜麦圈，虽然这不值什么钱，才折合1.3美元。但我会愿意压上更多的钱相信如果你现在拥有的版本是Windows 2003或者更老的版本的话，服务器应该跑的比我现在的慢。逻辑盘（C盘）真正存放数据是从第31个数据块或者扇区开始的。但也有可能磁盘阵列工作的块比单个扇区要大，事实上应该至少是4kb或者32kb扇区。

如果是一个NTFS集群的情况，NTFS集群的边界和VMware文件系统VMFS并不吻合，带来的结果是VMFS数据块和RAID条带的位置无法做到完全一致。举例说，如果我们此时正在做一个4kb数据量的写入操作，假使这是一个SQL服务器，它的条带大小是8kb，问题就出现了，为此我们需要读取整个VMFS的数据块。而要读取整个VMFS数据块，我们就需要读取RAID的全部条带，因此如果在这样一种非一致性的环境中进行少量的写操作，I/O请求就会成倍增加。而如果使用的是windows 2008系统，它最小的数据块是1kb，就不会遇到这样的问题。

我会建议你读一下这个链接上的文章，或者如果你使用的是windows 2003话最好读一下。这篇文章是EMC的工程师Nick Weaver写的，并提供了一个叫UberAlign的免费工具，可以重新将现有Windows 2003的虚拟机重新做一致性的操作，这样在性能上至少可以提升30%。尤其是在使用闪存场景的时候尤为有效，因为对于闪存来说，写操作是比较困难的事情，有了这样的工具可以大大降低写入次数。