现代建筑赢得每一次：Veeam客户不受影响上周Symantec发布了一篇博客文章，警告所有VMware客户在vSphere 5.1上进行备份。在这篇文章中，他们暗示，声称支持vSphere 5.1的备份供应商误导了他们的客户，使他们处于不安全的可恢复状态。虽然我们认为赛门铁克这样做是为了服务他们的客户，但我们相信这只是赛门铁克试图用恐吓战术对付他们最大的竞争对手Veeam的又一个例子。我们相信这个创造性的FUD只是为了解释为什么Symantec仍然不支持最新的vSphere版本，而不像Veeam那样支持它。赛门铁克开展了一项活动，旨在吓唬人们不要使用Veeam，更重要的是要吓唬他们升级到vSphere 5.1。以下是使用Recoverynightmare标签从Backup Exec官方帐户发出的Tweet：这是一个非常大胆的公开声明，因为VMware本身在知识库中声明这个问题是间歇性的。赛门铁克甚至在他们最初更新的博客文章中使用了这种语言。下面是原文的截图。"在使用VMware vStorage 5.1 API进行测试期间，Symantec发现了一些问题*，这些问题会带来数据恢复风险""在这几周的仔细检查中，VMware还确认，任何依赖于当前API的第三方供应商都无法执行一致的备份，也无法确保可靠的恢复点"以下是知识库文章的实际内容（强调部分已添加）："本文描述了VMware虚拟磁盘开发工具包（VDDK）的一个问题，该问题可能导致备份和恢复操作挂起或失败。使用VMware VDDK的第三方备份供应商在备份VMware vSphere环境时可能会遇到备份或恢复问题。"因此，赛门铁克说VDDK会导致问题，而VMware则说它可能会导致问题。现代建筑总是胜出实际上，vStorage API for Data Protection（VADP）中的问题，特别是Symantec指出的VDDK确实存在。赛门铁克没有说，在以前的VDDK版本中也存在类似的问题。我们Veeam公司花时间让我们的质量控制人员再次检查早期的VDDK版本，他们能够确认以前的VDDK版本中存在可能导致VDDK呼叫无限期挂起的问题。我们目前正在与VMware合作，以记录我们对VDDK早期版本的调查结果。同时，所有使用Symantec备份产品的客户都可能面临风险。技术说明Veeam客户对特定问题以及任何其他问题免疫的原因在于我们的架构。2009年初，Veeam是第一家在vSphere 4.0上支持VADP的供应商。为了实现这一目标，Veeam很早就开始与VDDK合作，当时它还处于早期测试阶段。与使用beta软件时一样，我们的测试人员遇到了许多问题。我们还认识到死锁和争用情况是非常常见的，并且在任何软件中都可能发生。因此，VDDK是一个我们无法控制的频繁更新的第三方组件，我们的开发决定设计VDDK交互架构，使我们能够轻松地处理意外的VDDK问题。我们的开发团队无法解决这些问题，但他们确实意识到，将VDDK调用分离到一个由看门狗进程监视的单独进程将有助于显著提高整体可靠性。如果此进程挂起，我们只需在不影响作业的情况下终止进程。有了一种没有这种隔离的替代体系结构，VDDK代码挂起将导致整个备份和恢复"作业"挂起，正如vmwarekb文章所解释的那样。此外，Veeam在一些关键的VDDK调用上设置了额外的超时，以避免可能出现的死锁。简而言之，Veeam客户对VDDK问题免疫，而Symantec客户则需要返回并验证其所有VMware VM备份的可恢复性，这是Symantec自己的tweet所说的。总之…因为Veeam是为虚拟化而构建的，而不仅仅是对过时的备份体系结构的改造，我们的客户在知道Veeam是虚拟化备份的首选之后，就可以轻松入睡了，我们估计至少有一半的人在评估或使用这个版本的vSphere 5.1时没有任何问题。数字不言而喻！ VN:F[1.9.22_1171]评级：4.2/5（63票）Symantec承认其所有VMware备份客户都处于危险之中，根据63个评级，5个客户中有4.2个处于危险之中