我们如何测试重复数据删除

一个窗户2008 r2服务器附带两个卷的Compellent存储中心S30 SAN，它们都是由相隔数月的生产服务器卷的快照创建的。服务器上安装了Netbackup 7.0。

每个设备都安装好了，初始配置完成了，并通过CIFS共享、OST共享或iSCSI卷连接到服务器。然后完成第一个卷的备份。如果有必要，备份一完成就会安排手动重复数据删除，或者在备份之后立即设置计划。完成备份的时间记录为完成备份的时间加上重复记录的时间。

对于四个连接以太网的设备，完成备份的时间几乎相同，这表明备份系统已经将链路完全饱和。所使用的空间是通过计算任何备份之前的总可用空间，然后减去每次备份之后的可用空间——如果任何备份之前的总可用空间是10.000TB，第一次备份之后可用空间是9.438TB，那么第一次备份使用了562GB。

第一次备份使用的空间小于文件的实际大小。这是由于在备份的文件中有重复的文件，尽管不是很多。第二次备份与第一次备份的容量相同，两次备份使用的总空间通常比第一次备份多1GB左右，这表明重复数据删除是完全有效的——唯一额外的空间用于第一次备份的索引或指针。第三次备份与第一次基本相同，大约有32GB的新文件或更改文件。第三次备份的效率也非常高，新文件只使用了不到32GB的额外空间。

对于这两种在线文件设备，测试是不同的，因为数据没有被备份。第一个测试包括将用于备份测试的相同卷复制到设备。这两种设备使用的空间都小于实际数据。然后将另外12个32GB的. vmdk文件(所有Windows 2008R2 vm)复制到设备。这些VMDKs包含几乎完全相同的数据，但具有不同的文件名和时间/日期戳。最后，将另外的20 560MB模拟用户目录复制到每个设备中，其中包含大部分相同的文件。

Compellent SAN本身没有经过测试，但用于演示重复数据删除的另一种用法。一个生产批量的快照，然后是4个月后的另一个快照。这两个快照都是589GB，但是大约有32GB的文件被添加、删除或修改。然后将每个快照转换为一个新卷并挂载到测试服务器上。这三个卷，即原始生产卷和两个测试卷，每个卷包含589GB的文件，所以如果分别创建它们，所使用的总空间将为1767GB。相反，用于生产卷和两个快照的总空间为621GB。

回到主测试。