NetApp公司的工程师Keith Aasen介紹说：“NetApp的一个客户将600多台虚拟机（VM）从具有11.9TB容量的磁盘阵列迁移到一个新的NetApp存储阵列上。通过采用重复数据删除技术，新的NetApp存储阵列的容量只需3.2TB即可，存储空间的节省高达73％。”
　　但是也有人向Keith Aasen抱怨，他们的存储系统的重复数据删除比率很低。配置重复数据删除时应该注意哪些问题呢？
　　
　　问题1：没有立即启动重复数据删除功能
　　
　　如果用户将NetApp的虚拟存储控制台（VSC）插件用于VMware vCenter，那么使用该插件创建VMware的数据存储时会导致重复数据删除功能的启动。在这种情况下，NetApp建议客户立即启用重复数据删除功能。
　　在NetApp的存储系统卷上启用重复数据删除功能后，存储控制器将跟踪写入该卷的新数据块。在定期删除重复数据的过程中，存储控制器会查看这些新的数据块，并消除所有重复数据。如果在启用重复数据删除功能之前，卷里已经有了一些虚拟机，又该如何处理呢？除非客户明确地指示NetApp的存储系统扫描现有数据，否则NetApp的存储系统不会检查虚拟机，更不会对虚拟机执行重复数据删除。这导致重复数据删除的比率会比较低。幸好有个很简单的办法可以解决这个问题。用户只要启用Scan选项中的VSC，就可以开启重复数据删除功能。
　　
　　问题2：LUN的保留
　　
　　NetApp可以根据客户的需求提供多种级别的数据保留功能。NetApp在卷中为VMware创建了LUN。用户也可以选择为LUN保留空间，并将此空间从可用卷的空间中删除。这随之产生了两个问题：首先，客户已经使用卷保留方式保留了所需的空间，所以没必要使用LUN保留方式再次保留空间；其次，为LUN保留空间意味着LUN未使用的空间将占用已保留的空间。
　　例如，用户有一个100GB的卷，其中有一个90GB的LUN，并且对LUN实现了空间保留。尽管LUN里没有任何数据，但是这个卷仍显示有90GB的存储空间被使用。如果用户在这个LUN中存入37GB的数据，该卷仍显示90GB空间已被使用。如果对这37GB的数据进行重复数据删除，假定经过重复数据删除后的数据将减少到10GB，那么该卷会显示有63GB的空间被使用，因为通过重复数据删除回收了27GB的空间。然而，当用户删除LUN保留空间时，数据实际上只占用了10GB的空间，该卷会显示有90GB的空闲空间。
　　
　　问题3：不一致的虚拟机
　　
　　在某些情况下，操作系统与存储基础架构失配可能导致重复数据删除的比率低于预期，还可能导致存储控制器的负载增加。市场上有许多工具可以解决操作系统与存储基础架构失配这一问题，其中包括MBR align。MBR align已作为VSC的一部分，免费提供给NetApp的客户。如果客户能够有效地解决虚拟机失配的问题，就可以提高重复数据删除的比率，存储控制器的负载也会减少。
　　
　　问题4：虚拟机中海量数据的处理
　　
　　一般来说，即使应用程序数据与操作系统数据块混在一起，客户仍能实现非常高的重复数据删除比率。不过，有时客户会有一些非常大的数据文件。这些庞大的数据文件往往不容易进行重复数据删除。不过，这倒不会给用户带来什么不好的影响。客户可以将VMDK文件转移到其他的数据存储库中，这样就能使其他的应用程序和数据实现更高的重复数据删除比率。