几周前，Veeam发布了Veeam备份和复制4.0。我应该在发布的那一周写一篇文章，但我一直很忙，我也想等一下，看看客户的反应，然后再写。我们的4.0版本是我们的一个重要里程碑，因为它为数据保护的vStorage API提供了全面支持。对于用于数据保护的vStorage API的真正作用，有些人似乎有些困惑，尤其是与VMware Consolidated Backup（VCB）相比。正如VMware在vStorage页面上所述，用于数据保护的vStorage API是下一代VCB。关于这些区别，请查看我的朋友@Gostev在vNotion上的博客"What is VMware vStorage API？"为什么我们仍然支持VCB？简单的答案是，我们目前有许多客户正在使用VCB，但尚未切换到vSphere。我们本可以放弃对VCB的支持，但那将需要我们同时维护3.x和4.x版本。因为4.0是基于3.x构建的，并不是对软件的完全重写，所以我们将VCB支持留给了我们的客户。这样做的好处是，我们的客户可以选择如何处理备份：vStorage API、VCB或Veeam的服务控制台或网络模式。当然，我建议客户使用vStorage API方法，大数据数据，它可以为您提供最佳性能，返利是什么，而且是专门为vSphere构建的。速度提高10倍是的，这是真的，我们的客户在我们的论坛上也发表了同样多的帖子。我们已经将这些反馈整合到一个方便的PDF文档中—疯狂的备份速度，这不是我们说的，而是真正的人在使用我们的4.0产品。怎么这么快？最大的原因之一是虚拟磁盘开发工具包（VDDK）中包含的更改块跟踪（CBT）。在为运行在ESX或ESXi 4.x上的VM启用CBT后，VMware实际上会跟踪对VMDK所做的块级更改。这样，当Veeam Backup&Replication之类的软件拍摄快照时，VMware会返回一个已更改块的列表。VMware在几秒钟内告诉我们，这大大提高了备份速度，因为我们不再需要自己尝试确定更改。批评家当然，大数据网站，任何时候，只要一个厂商发布的软件是最先进的，领先于其他领域的，其他人就会试图将其击倒。最近，在我们的一个竞争对手赞助的一个博客上，有人声称Veeam Backup&Replication正在破坏数据。当然，当我第一次看到这个的时候，我有点惊慌，但是因为他们包含了一个链接到我们的论坛，一个用户正在报告问题，我跟踪这个链接，并意识到他们只是耸人听闻的东西，为自己的显着利益。因为这个博客决定对评论进行高度温和的评论，我想我会把事实公布在这里，以免其他竞争对手认为他们想耸人听闻这个无关紧要的问题。事实摘自Veeam论坛帖子：备份未损坏。您只能在非默认还原模式下，在3个现有模式中的1个还原模式下遇到此问题。尽管竞争对手可能声称，没有实际的用户数据丢失或损坏-虚拟机仍然可以启动和工作。唯一真正的问题是操作系统和文件系统检查工具抱怨未使用的磁盘块的意外内容。LinuxExt3文件系统和磁盘测试工具只是怀疑未使用的块不归零的问题，返利折扣，并对此发出警告。这只针对某些文件系统，例如，Windows NTFS认为这种情况绝对正常。当然，每个软件都有bug，上面的例子是当我们使用一种特定的恢复方法时软件中的一个bug，我们有一个可用的修复程序，它将包含在我们的下一个版本中。重要的信息是没有数据被破坏，只是恢复和零字节块的问题。我们非常感谢我们活跃的论坛社区，并让我们注意到这一点。毕竟，Veeam的座右铭是"倾听你的心声，打造你需要的工具"，这句话就在我们所有名片的背面。关于我们的用户论坛，我想指出以下几点：我们的论坛是我们最大的资源之一，在这里人们可以分享他们的经验、最佳实践，并获得Veeam和社区的支持我们知道我们的竞争对手是如此绝望，他们会继续利用我们自己的论坛来愚弄社区在我们的论坛上，我们将继续对我们的客户保持诚实和直接的态度，而不是以"请联系我们的支持"结束所有帖子用户反馈：仅此论坛的质量和有效性就足以证明改用Veeam是合理的，即使产品并不优于其竞争对手（目前的情况）。这似乎太好了，不可能是真的。。。我希望这样继续下去！结论很抱歉在这个帖子上浪费了这么多篇幅来回答比赛。如果他们允许在自己的博客上发表评论，我会把它写在那里。最后，消费返利新模式，我只想说，我们鼓励每个人评估我们的软件，并为自己做决定。把我们放在实验室里，你就会看到，其他人保证，Veeam能做到！VN:F[1.9.22_1171]评级：5.0/5（1次投票）Veeam Backup&Replication 4，5分之5，基于1级评级