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

A.窗户2008R2服务器通过两个卷连接到Compellent Storage Center S30 SAN，这两个卷都是从几个月前的生产服务器卷快照创建的。服务器上已安装Netbackup 7.0。

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

完成备份的时间与四个连接以太网的设备几乎相同，表明备份系统正在使链路完全饱和。使用的空间是通过计算任何备份之前的可用空间总量，然后减去每次备份之后的可用空间来计算的——如果任何备份之前的可用空间总量为10.000TB，而第一次备份之后的可用空间总量为9.438TB，则第一次备份使用的空间为562GB。

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

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

Compellent SAN本身没有经过测试，但用于说明重复数据消除的另一种用途。拍摄了一个生产卷的快照，四个月后又拍摄了一个快照。这两个快照都是589GB，但添加、删除或修改了大约32GB的文件。然后将每个快照转换为新卷并装载到测试服务器上。这三个卷，即原始生产卷和两个测试卷，每个卷都包含589GB的文件，因此如果单独创建每个卷，则使用的总空间将为1767GB。相反，用于生产卷和两个快照的总空间为621GB。

返回主测试。