今天，我再次很高兴向您介绍Veeam技术支持团队的负责人Evgeny Ivanov的有用技巧。 这次，Zhenya分享了有关使用备份和副本的建议。 我希望它们能帮助您避免常见错误，并且如果需要，副本和备份将永远不会成为恢复过程中的“弱环节”。

所以欢迎猫。



在我的上一篇文章中，我们了解了如何优化备份基础架构组件的负载，并研究了典型的配置错误。 我们转向另一个重要主题-做好准备并实施恢复工作。 我们还将通过技术支持团队合作过的真实示例对其进行分析。

没有餐厅的备份-钱不多了

遇到类似困难情况的用户会定期与我们联系：有必要从备份中执行恢复，但是当他们尝试执行此操作时，人们会发现他们遇到了无法解决的问题。 这个问题根本不是缺少备份，CryptoLocker的活动或诸如此类的事情。 这只是“缺乏”检查备份和副本以进行恢复的注意。 许多人通常只专注于备份过程，而忘记了简单地备份并不是解决潜在麻烦的灵丹妙药。 您需要了解，恢复是一个完全不同的过程，它具有自己的特征，并且在投入生产之前必须进行监视和测试。 以下是一些说明性示例：

1. 用户无法操作大小为20 TB的关键虚拟机。 当然，停机时间是不可接受的，管理员会启动即时恢复（VM即时恢复）的过程-5分钟后，计算机就启动了。 但是我们记得机器的这种状态只能临时使用-必须将其迁移到生产数据存储中。 事实证明，在此示例中，基础架构功能不允许在合理的时间内复制20 TB的数据。 在即时恢复过程的设置中，选择将更改保存到Veeam Backup＆Replication服务器的C：驱动器（与vSphere快照不同）-结果，当然，磁盘上的可用空间很快就变满了。 当用户联系支持人员时，VM发生了无法忽略的更改。 也就是说，在这种情况下，不可能快速完成关键计算机的即时恢复过程，您将如何保存数据？
   
   我必须承认，在过去的几年中，我不会提及结局的所有细节，但我记得最后，我们从未提出过任何精彩的作品。 至少他们这一边的客户通过扩展驱动器C：从储备中解决了这个问题：复制了最重要的文件，然后关闭了VM，然后进行了迁移。 总的来说，奇迹没有发生。
2. 用户在基础架构中只有一个域控制器，并且所有Veeam Backup＆Replication组件都使用DNS配置。 是的，没错，您没听错。 事件有上百种选择，但事实却是这样的：人们计划维护并决定切换到其域控制器的副本。 他们涉及计划的切换，通常建议在这种情况下进行切换。 在第一阶段，一切正常，在第二阶段，原始VM短暂关闭以传输剩余数据。 当然，由于DNS停止工作，切换作业立即以错误结束。
   
   幸运的是，在这里，我们能够通过从vSphere中手动启用副本来应对这种情况（实际上，不建议您独自执行此操作，如下面的示例所示）。 但是，如您所知，维护过程被中断并推迟了。 另外，我们必须在Veeam Backup＆Replication服务器上的文件C：\ Windows \ System32 \ drivers \ etc \ hosts中手动输入主机名，以确保故障转移期间的正确性。
3. 另一个客户端具有围绕磁带驱动器构建的整个备份基础结构，并且磁盘上仅存储了短文件链。 当他们需要从大型文件服务器还原许多文件时，事实证明，从磁带恢复时，没有机器可以用作辅助存储库，因为其中没有足够的可用空间。 （您可以在此处直接使用磁带库和使用辅助存储库阅读有关恢复磁带的信息（到目前为止，英语）。）

我认为，在所有三个示例中，可以这么说，用户都被幻想迷住了-他们建议，如果备份成功，那么恢复就不会有问题。 但是，正如您所知，这种情况并非总是如此，因此，您需要像备份一样仔细地准备恢复。 首先，值得研究用户手册 ，其中包含有关不同恢复类型的相当详细的信息。 在每个段落的开头，列出了要求，准备步骤和可能的限制。 从磁带或从存储系统的硬件映像进行恢复的说明可以在文档的各部分以及我们在Habré上的文章中找到。 此外，每个工具的手册 “计划和准备”部分中介绍了使用Veeam Explorers工具准备恢复应用程序对象的步骤。 我建议您仔细阅读它们-如有必要，这将帮助您正确地准备系统以进行恢复。 俄语提供了恢复SQL Server数据库的说明。

为什么不需要从vSphere控制台使用副本？

从理论上讲，Veeam副本是普通的虚拟机，使用vSphere工具包（尤其是vSphere Client）可以正常工作。 但是，我们不建议您这样做，原因如下：在Veeam Backup＆Replication中切换到副本是一个相当复杂的过程，需要严格的顺序步骤（以便您可以在必要时回滚）和正确的最终步骤-您只需查看图片说明了该过程：



如果您决定从vSphere Client启用副本，那么将来您很可能会遇到许多问题：

1. 从此计算机的Veeam备份和复制（如图所示）切换到复制机制将不再起作用。
2. Veeam Backup数据库中的数据将与虚拟机的实际状态不符。 在最坏的情况下，您需要编辑数据库以对其进行修复。
3. 如本例所示，甚至可能会丢失数据：用户在vSphere Client中手动打开了副本，并决定继续使用它。 一段时间后，他注意到该副本仍显示在Veeam Backup＆Replication控制台中，并决定在不需要时将其删除。 我用右键单击它，并给出了“从磁盘删除”命令。 Veeam备份和复制立即从磁盘中删除了副本，该副本有一时间已经完全用作常规VM，并包含必要和有用的数据。

当然，在某些情况下，您仍然必须从vSphere Client启用副本-通常，这些情况是Veeam服务器关闭且需要延迟打开副本的情况。 但是，如果Veeam服务器一切正常，那么您需要从其控制台使用副本。

另外，请勿使用vSphere Client删除副本。 Veeam备份和复制将始终不知道这样的更改，并且这充满了错误和过时的数据。 如果不再需要该副本，请使用Veeam控制台将其删除，而不要作为vSphere客户端中的VM。 因此，您将始终拥有最新的副本列表。

“ O”-小心，更新！

这里，我们当然是指使用Veeam备份的虚拟机管理程序和各种应用程序的更新。 如果从使用Veeam Backup＆Replication的角度来看它们，那么这些更新可以分为两类：大的，严重的，带来很多更改的和小的。

首先考虑第一类。

最重要的更新是为管理程序设计的更新。 在安装此类更新之前，必须确保Veeam Backup＆Replication支持该更新。 此类更新对Veeam Backup＆Replication使用的库和API进行了许多更改，因此，要正式宣布对它们的支持，您需要更新Veeam Backup＆Replication代码并进行严格的测试。

我们还必须牢记，例如，VMware不向软件制造商提供对最新版本的vSphere的初步访问权，因此Veeam开发人员和测试人员会与其他渐进式开发人员同时获得新版本-因此，通常是在VMware发行与正式宣布支持之间一定的时间。 进行一些简单的修改以适应他们的机会所需的更改数量和种类很少-通常，随着Veeam Backup＆Replication发行版本的发布，正式宣布支持。

结果，出现了一个尴尬的时刻，在新版本的vSphere发布之后，由于用户急于安装新版本，其技术支持的应用程序数量急剧增加，并且其备份当然立即立即停止工作。 Veeam技术支持我们必须向用户确切说明他们做错了什么，要求他们回退（如果可能），或想办法打破僵局。 因此，在安装主要更新之前，请务必检查其与计算机上运行的软件的兼容性，求求您！

以上所有内容均适用于您备份并希望使用Veeam恢复的应用程序。 Veeam Explorers系列工具还具有相应应用程序的受支持版本的列表，该列表随Veeam Backup＆Replication的每个发行版更新。 因此，在安装新版本的应用程序（无论是Exchange，Oracle还是SharePoint）之前，请务必重新阅读Veeam Explorers文档的相应部分。

对于第二类，即 我指的是次要更新，例如VMware Tools的新版本，Exchange的累积更新，vSphere安全更新等。 通常，它们不会对其进行任何重大修改，并且在大多数情况下，Veeam Backup＆Replication不会遇到问题。 （因此，没有针对它们的产品的官方支持的公开公告。）但是，在我们的实践中，有时这种更新已大大改变了正常情况，从而导致Veeam Backup＆Replication错误。 在这种情况下，确认问题后，Veeam工程师将尝试快速发布修补程序。


如您所知，补丁程序和更新不仅会导致备份问题，还会导致进行备份的应用程序出现问题。 在这里，虚拟实验室-Veeam DataLabs将为您提供帮助。 您可能已经听说过旨在验证备份的SureBackup功能。 它正是基于DataLabs的使用，并创建了一个隔离的环境，在该环境中，您尤其可以在将更新安装到生产环境之前对其进行测试。 我强烈建议您这样做-为自己节省很多神经细胞。 如果其他人不了解SureBackup，建议您阅读文档 。

也许今天我拥有了一切，感谢您的关注！

还有什么要读

关于哈布雷的文章：

• 在皮克斯（Pixar）或再次谈到测试备份的重要性的案例
• 长期备份存储的功能
• 备份策略的最佳做法
• 有关世界末日之后的备份和恢复策略的建议

用户手册（俄语）