几个月前，我写了一篇博文，讲述了一些我们支持工程师在客户基础设施中经常看到的常见且容易避免的错误配置。它受到了很多关注，希望能帮助管理员改进他们的Veeam备份和复制设置。在这篇博文中，我想和大家分享一些其他重要的话题。我邀请您对它们进行反思，以使您使用Veeam的体验更加顺畅。备份只是交易的一半—想想恢复吧！我们时不时接到客户的电话，他们发现自己处境非常糟糕。他们需要恢复，但在某个时候遇到了他们无法回避的障碍。我不是说备份丢失，CryptoLocker什么的！只是他们的重点是创建备份或复制副本。他们从不认为数据恢复是一个完全不同的过程，必须单独检查和测试。我给你举几个例子来体会一下：客户有一个关键的20 TB虚拟机出现故障。没有人希望宕机，所以他们启动了虚拟机的即时恢复，并让它在五分钟内工作。但是，即时恢复是一种临时状态，必须通过迁移到生产数据存储来完成。事实证明，基础架构不允许它在任何合理的时间内复制20 TB的数据。而且，由于即时恢复启动时提供了一个选项，可以将更改写入Veeam Backup&Replication的C:驱动器（而不是使用vSphere快照），因此它很快就填满了，没有任何可能进行足够的扩展。在客户找到支持人员之前的一段时间过去了，虚拟机已经积累了一些无法丢弃的更改。由于关键数据处于风险之中，因此无法在足够短的时间内完成即时恢复，而且即将出现故障。真是个泡菜，嗯？该客户在基础设施中只有一个域控制器，并且使用DNS在Veeam备份和复制中添加了所有内容。我知道，我知道。它可能会以各种方式出错，但事情是这样的：客户计划了一些维护，并决定故障转移到DC的副本上。他们使用计划内的故障转移，这对于这种情况非常理想。第一阶段进行得很顺利，但是在第二阶段，原始虚拟机被关闭以传输最后的数据位。当然，在那一刻，作业失败了，因为DNS停止了。幸运的是，在这里，我们可以简单地从vSphere手动打开副本虚拟机（这不是我们推荐的做法，请参阅下一条建议）。然而，它打乱和拖延了维修过程。另外，我们必须手动将主机名添加到Veeam备份和复制的C:\Windows\System32\drivers\etc\hosts文件中，以允许正确的回切。以客户为基础的备份基础架构围绕磁带，在磁盘上只保留了非常短的备份链。当他们必须从大型文件服务器恢复一些来宾文件时，结果发现在任何机器上都没有足够的空间来充当登台存储库。我认为在所有这些情况下，客户机都掉进了同一个陷阱——他们只是假设如果备份成功，那么恢复也应该成功！了解还原，就像了解备份一样。一个好的方法是我们的用户指南。本节包含有关所有主要恢复类型的信息。在每个恢复选项的"开始之前"部分中，您可以找到初始注意事项和先决条件。有关其他类型的恢复（如从磁带恢复或从存储快照恢复）的信息可以在它们各自的部分中找到。除了主要的用户指南，一定要查看Veeam Explorers指南。每个Veeam Explorer都有一个"计划和准备"部分-这将帮助您为恢复做准备。不从vSphere控制台管理复制副本Veeam副本本质上是普通的虚拟机。因此，可以使用常用的vSphere管理工具（主要是vSphere客户端）对其进行管理。它可以，但不应该使用。Veeam Backup&Replication中的副本故障切换是一个复杂的过程，它允许您一次小心地执行一个步骤（如果出现问题，可以回滚），并以适当的方式完成故障切换。看看下面的方案：如果不使用Veeam备份和复制控制台，只需在vSphere客户端中启动复制副本或从Veeam备份和复制启动故障转移。但是，如果以后从vSphere客户端切换到管理，则会产生许多严重后果：Veeam备份和复制中的故障转移机制将不再适用于此虚拟机，因为上述所有灵活性将不再可用。Veeam备份和复制数据库中的数据并不代表虚拟机的实际状态。在最坏的情况下，修复它需要数据库编辑。你可能会丢失数据。考虑这个例子：一个客户在vSphere客户端中手动启动了一个复制副本，并决定继续使用它。一段时间过去了，他们发现复制副本仍然存在于Veeam备份和复制控制台中。客户决定稍微清理一下，右键单击复制副本并选择"从磁盘中删除"。Veeam备份和复制完全按照要求执行—删除了软件不知道的复制副本，它已成为一个带有数据的生产虚拟机。有些情况下，需要从vSphere客户端启动复制副本（主要是，如果Veeam备份和复制服务器也关闭了，必须立即启动副本）。但是，如果Veeam备份和复制服务器可以运行，它应该是从头到尾的管理点。也不建议从vSphere客户端删除副本虚拟机。Veeam备份和复制将不知道这些更改，这可能会导致控制台中的故障和过时数据。如果不再需要复制副本，请从控制台中删除它，而不是将其作为虚拟机从vSphere客户端中删除。这样，副本列表将只包含实际数据。使用复制？考虑使用Veeam Availability Orchestrator执行更多操作如果您正在使用复制，或者想使用，请考虑使用Veeam Availability Orchestrator（VAO）。VAO实现了Veeam备份和复制本身不具备的高级数据实验室功能。这可以用于灾难恢复、高级测试用例等等！小心更新！我说的是虚拟机监控程序和Veeam备份的各种应用程序的更新。从Veeam备份和复制的角度来看，此类更新大致可分为两类：带来大量更改的主要更新和较小的更新。让我们先谈谈主要的更新。最重要的是hypervisor更新。在安装它们之前，需要确认Veeam Backup&Replication是否支持它们。这些更新为Veeam Backup&Replication使用的库和API带来了许多更改，因此在正式支持新版本之前，需要更新Veeam Backup&Replication代码并从QA进行严格测试。不幸的是，到目前为止，VMware还没有为供应商提供对新vSphere版本的任何初步访问。因此，Veeam的研发与世界其他地区的合作，这意味着新版本的发布与官方支持之间总是有一定的差距。巨大的变化也不允许研发人员在一个修补程序中适应所有问题，因此通常会在新的Veeam备份和复制版本中添加官方支持。这使支持和我们的客户处于一个棘手的境地。通常在新的vSphere版本发布后，案例数量会增加，因为管理员开始安装更新，结果发现他们的备份因奇怪的问题而失败。这迫使我们，支持，要求客户执行回滚（如果可能的话）或提出解决方案，我们无法正式支持，因为缺乏测试。所以请在更新之前检查版本兼容性！备份的应用程序也是如此。Veeam Explorers还有一个受支持版本的列表，新版本通过Veeam备份和复制更新添加到此列表中。因此，再次确认，在传递到新版本之前，一定要查看Veeam Explorers用户指南。在"次要更新"类别中，我将诸如Exchange的累积更新、新的VMware工具版本、vSphere的安全更新等放入其中。通常，它们不包含重大更改，而且在大多数情况下，Veeam备份和复制不会遇到任何问题。这就是为什么QA不会像重大更新一样发布官方声明。但是，根据我们的经验，有些情况下，轻微的更新会改变工作流程，从而导致Veeam备份和复制出现问题。在这些情况下，一旦确认问题的存在，研发部门会尽快开发一个修补程序。你应该如何了解最新的发展动态？我的建议是在https://forums.veeam.com/。我们的高级副总裁Anton Gostev将为您订阅每周的"Gostev Word"时事通讯。它包含有关发现的问题（不限于Veeam产品）、发布计划和有趣的It新闻的信息。如果你在通讯中找不到你要找的东西，我建议你去论坛看看。由于Veeam客户机的数量庞大，如果有任何更新破坏了某些内容，则很快会出现一个相关的线程。现在，备份并不是补丁和更新所能破坏的唯一东西。实际上，它们可以破坏很多东西，包括应用程序本身。在这里，Veeam提供了一些东西——Veeam数据实验室。也许你听说过SureBackup—我们用来验证备份一致性的终极工具。SureBackup基于DataLabs，它允许您创建一个独立的环境，在将更新投入生产之前，您可以在其中测试更新。如果你想留点白发，一定要去看看。我建议从这篇文章开始。建议那些计划购买Veeam备份和复制或从其他解决方案切换有时在技术支持方面，我们会遇到这样的情况："我们设计了这样的备份策略，我们收购了Ve