服务器托管数据恢复的方法探究

服务器托管用户估计最害怕的应该就是服务器数据丢失问题了，一旦数据丢失我们该怎么找回数据呢？接下来一起探究一下。

文件级还原
文件级还原也许是最早的还原方法之一。如今，这种方法仍在广泛使用。通过这种方法，企业能够直接将备份服务器中的单个文件还原回生产服务器。过去，这些还原是通过源端上的代理（安装在操作系统之上）执行的。但大多数现代解决方案都是无代理的且在虚拟机管理程序层执行映像级备份，因此它们执行文件级还原的方式与传统方法略有不同。现代解决方案必须首先从备份的虚拟机挂载虚拟磁盘或 .vmdk，而不是直接从备份存储访问文件。执行此挂载时，包含目标文件的虚拟磁盘将以只读形式挂载，以便不会影响用于后续备份作业的备份虚拟机的完整性。这样，备份服务器能够访问所需文件，执行复制操作，并将文件传输回其原始位置或连接到备份服务器的本地磁盘。操作完成之后，可以直接以经过压缩和重复数据消重处理的格式将虚拟磁盘卸载并重新连接到虚拟机的备份拷贝。

虚拟机文件/磁盘级还原
除了来宾操作系统内的文件外，可用性解决方案应该还能够对构成虚拟机的文件进行还原。在VMware 中，虚拟机被封装到一组文件中：我们拥有一个 .vmx 文件（用于存储有关虚拟机本身的配置和规范）、一个或多个 .vmdk 文件（用于存放虚拟机磁盘中的实际数据）以及各种其他文件（用于存储虚拟机内存、BIOS 等信息）。Veeam Backup & Replication 等备份解决方案在备份过程中处理这些文件，同时提供相应的还原方法。这一点非常重要，原因如下：想象这样一个场景：您的 .vmx 文件损坏，我们只需从备份中还原一个 .vmx 文件，而不必尝试重新创建一个新文件，从而避免重新手动创建文件带来的风险，并节省还原整个虚拟机所需的时间。虚拟机文件级还原最重要的使用案例也许是能够还原单个 .vmdk 文件。从本质上讲，这使企业能够逐一按磁盘还原整个虚拟机磁盘。这对于数据磁盘损坏但操作系统磁盘仍在正常运行的情况可能非常有用。企业将能够仅还原一个数据磁盘，而不是选择还原整个虚拟机或处理多个文件级还原。

虚拟机/映像级还原
有时（通常是在灾难型场景中），文件级还原不足以恢复虚拟机，我们需要执行映像级或虚拟机级还原。虚拟机级还原是大多数现代解决方案的亮点所在。通过充分利用虚拟化，备份提供商能够执行整个虚拟机的时间点备份，并将其还原至原始位置或不同位置。这样，企业可以灵活地还原至不同的存储阵列和不同的主机，甚至还可以综合利用不同的虚拟机管理程序产品，如 VMware 工作站。由于虚拟化将服务器的所有磁盘、文件、BIOS 等封装到一组文件中，因此数据保护解决方案只需处理这些文件并将其还原为服务器的直接副本，同时抽象处理底层硬件。

应用程序级还原
如果您曾从 Microsoft Exchange 还原单个消息或邮箱，您就会知道这一过程既复杂又非常耗时。挂载邮箱数据库并导出项目并不是还原这类项目的理想途径。Veeam 等提供商已注意到这一点，并开发了各种与虚拟化密切相关的技术，使我们能够在隔离的虚拟实验室 （Virtual Lab）中启动备份文件。随后，企业可以利用独特的浏览器技术轻松发现单个邮箱、邮箱项目等，然后选择将其还原至生产环境还是导出到不同位置。其他受益于应用程序级恢复的常用技术包括Microsoft Active Directory（用户、组和计算机）和 Microsoft SQL Server（数据库、表和记录）。

但是，只要虚拟机能够在虚拟实验室 （Virtual Lab） 中启动，几乎所有应用程序均可利用这一技术。通过利用应用程序级还原，企业可以节省时间，并避免因恢复一个应用程序而被迫恢复整个虚拟机所造成的麻烦。

快速回滚
通常，将虚拟机和/或其磁盘还原回原始位置时，我们在重写正还原的当前虚拟机。在许多情况下（但肯定不是全部），仅需还原部分数据或单个磁盘。在这些情况下，不一定要完整还原整个虚拟机。为了帮助应对这些问题，现代解决方案可以利用 VMware 提供的 vSphere API forData Protection （VADP），更具体地说是“变更数据块跟踪”（CBT）。执行备份时，现代解决方案需要利用 CBT 来缩短备份时间，同样还原时也必须这样做。通过这种方式，解决方案可以从当前的 VMware CBT 文件中查询数据，并将其与已备份的 CBT 文件进行比较，记下必须将哪些数据块传输回原始虚拟机，以便恢复到指定的正确时间点。此后，数据保护解决方案仅需在源端和目标端之间迁移或还原不同的数据块即可。这样可以显著减少恢复虚拟机所需的时间，并降低对生产环境存储性能的影响。