存储厂商博客:丢失的数据还是丢失的阴谋

瓶客

　　EMC Centera丢失数据？NetApp的Val Bercovici在博客上列举了赛门铁克的支持文件来证实这一问题，这个文件题为"Enterprise Vault的存档项目可能会导致极为罕见的数据丢失情况"。

　　Bercovici是NetApp的CTO（首席技术官），他上周在博客中表示："赛门铁克公开发布的EMC Centera（有且只有EMC Centera）有可能会发生数据丢失，行业中最重要的归档客户都需要听听看。"

　　事实上Bercovici可能错了。他被赛门铁克支持文件（技术说明）误导了，Enterprise Vault现已做出更新。

　　原来的版本，直到1月26日的那一版都可能会有："如果在归档到Centera时运行任何已知的会影响Enterprise Vault的应用都可能导致数据丢失。"

　　修订后的版本表示："当配置EMC Centera存储分区时，一些版本的Enterprise Vault可能出现潜在的数据丢失。此前存储于Centera上的数据可能会在归档中丢失。"

　　赛门铁克发言人Cory Edwards说："这一技术说明涉及到的是（赛门铁克）的Enterprise Vault，而非EMC Centera。这个问题仅限于将Enterprise Vault和Centera放于一起的客户，而且极为罕见。问题发生后一小部分归档资料是不会转化为基于文本的格式（如JPEG格式）。赛门铁克正在为可能产生此问题的EV/Centera客户解决这一问题。

　　"Enterprise Vault 8.0以及为老版本升级了最新Service Pack的客户将不会遇到任何问题。说明文档是为了让客户提供适当的措施以确定这个问题，并采取纠正措施。"

　　Bercovici的博客表示，Centera的用户和支持者应该在评论中展开积极的讨论。NetApp和EMC两个阵营在存储，基准和使用上均有所区别。在拥有强烈热情的blogger中，EMC全球营销CTO Chuck Hollis可以说是EMC的有力支持者。

　　Bercovici的立场很明确，并提到先前对内容和处理算法的的忧虑，其不会产生可靠独特的字符串来校验数据，因此会悄然产生数据损坏问题。他表示："这些证据对EMC向客户承诺的事实提出了质疑。NetApp通过SnapLock技术不会牺牲数据存档完整性，因此有责任关注此事。"

　　Hollis评论说："除了批评别人，似乎你根本就没写其它东西，而受害者通常是EMC公司。你此前已经为这样的行为付出过代价。貌似你又沿着老路走下去了。"

　　Bercovici回答说： "看来我已经陷入到了你和你微妙感情的麻烦中，迫使你独裁地打压我的评论。无论如何，我认为这是一种恭维。为了掩盖Centera明显数据漏洞的真相，我想看看EMC到底愿意牺牲多少同赛门铁克的关系。"

　　在随后的评论中，他证实，他相信有关的数据漏洞："在这次赛门铁克的警告中，我可以向你保证我们同许多各方面专家（包括EMC的客户）做了全方位的工作。我们大家都得出同样的结论：在某些情况下（如从磁盘恢复或节点故障），Centera会在没有通知的情况下丢失数据或恢复功能。这似乎正是赛门铁克警报所强调的。"

毫无疑问

　　后来在评论中他说："我的文章毫无疑问。我有一个脚本能反复使Centera悄然丢失数据而且不向脚本或用户返回通知。"

　　"我已经同几十名有此经历的EMC Centera的合作伙伴和客户谈过，这是由于各种产品的缺陷而不一定与哈希算法有关。"

　　Bercovici更新了自己的博客："如果你觉得奇怪，其实这并不是赛门铁克软件的问题。根本原因是复杂的EMC Centera API和脆弱的Centera内部架构。这使得赛门铁克Enterprise Vault和其他类似应用被迫采用适当的归档功能。"

　　他之后还公布了博客重新对这一看法进行审视，并得出结论： "很不幸EMC产品的复杂性和不确定性在增加数据风险。是时候稳定和简化您的存档环境了。"

　　赛门铁克Enterprise Vault和Centera，复杂的软件面向复杂的存储产品。但是，这同观点无关。NetApp的ONTAP是一个非常复杂的存储产品，但他们不建议我们因为复杂就放弃使用。简而言之，Bercovici声称，赛门铁克的技术说明是错误的。

　　写存储博客的专业人员充分地了解自己公司的产品，关于存储产品，做法和过程的概念，当然也会有倾向性地批评竞争厂商的产品，这很好。但有时，乌烟瘴气的博客争议完全掩盖了这一光芒。

　　至于我能够确定的是，EMC Centera同NetApp SnapLock一样，不会丢失存储的数据。