数据损坏：重复数据删除的软肋

你需要向厂商询问的问题

我坚信有很多未被发现的数据损坏的存在。不仅我自己还有其他很多人都曾经有过这种经历，而且迟早也将在你身上发生。而且我也是最新的T10 Data Integrity Field标准的坚定拥护者，这项标准将从主机发送一个检验数字到磁盘，然后磁盘确认校验码。今年年底许多厂商都将开始采用这项标准。就我个人来说很支持这项标准，它有时候是在磁盘驱动器等硬件设备的数据路径中执行的，并且是来自发送SCSI协议的同一个来源。

有很多系统都可以进行这种校验，但是如果一个文件系统进行校验和修正数据的话，你就会遇到两个问题：

·文件系统必须在确认或者拒绝校验之前在服务器后端读取数据。一些硬件设备在数据路径中写入的数据是不经过校验的。

·服务器CPU必须对校验进行计算，并且当文件重新读取进来的时候进行确认。所有这些校验活动都会对服务器产生很大的影响，例如增加内存带宽需求和占有CPU缓存等，校验计算可能会引起应用重新负载，导致内存和内存带宽使用增加。

如果你正在运行某些很占服务器资源的应用，那么这就会是一个难题。

有些产品有自己的文件系统和校验方法，这也就解决了我担心的数据损失问题，但是并非所有厂商的产品都具备这种内嵌的功能性。这只是你必须了解的关于重复数据删除的一个方面。这并不是评估一款产品的唯一标准，但却应该是最先考虑的因素之一。当你就这个问题询问厂商的时候，他也许会说这是你自身的问题，你的环境应该采用T10 DIF之类的标准。这个回答完全是错误的。

在很多环境下重复数据删除技术是一项很棒的技术工具，但是每个事物都有复杂的一面，重复数据删除技术也需要谨慎的计划和执行。