技术解析：虚拟服务器备份的前世今生

无代理备份不需要在虚拟机上安装软件代码，应用软件数据的精细恢复仍然可以实现;。然而，虚拟机文件的备份必须加载到独立的虚拟机，然后数据再复制出来再从中将数据复制出来。一些无代理备份产品已经开发出了“helper”应用，允许不加载到虚拟机的情况下，从众所周知的数据类型(如Microsoft Exchange、SQL Server和Oracle)中扫描、搜索和抽取更细粒度的数据组件。， 像从微软的Exchange、SQL Server和Oracle 中。　　

变化块备份。虚拟化引擎API已经逐渐增加了像VMware的Changed Block Tracking(CBT)那样的功能，允许备份软件感知到：从上次备份到现在，虚拟机映像文件的哪些部分发生了变化。这个核心功能可以允许备份更加频繁，因为数据传输的总量最小化了，而且可以减少在虚拟机崩溃的时候减少数据丢失的情况发生。　　

增强恢复。虚拟化环境的恢复也已经有了显着的提升改进。首先，不需要为了把整个虚拟机映像恢复而去深入了解虚拟化引擎的API了，现在大部分脱离主机的备份，在需要进行恢复的时候，能够恢复单个文件或文件集。一些厂商也利用了CBT来提供变化块恢复。例如，如果一个大型数据库崩溃了，变化块恢复只是恢复数据库中从上次备份以来变化的部分。　　

在一些产品中，恢复可以进一步增强，这些产品允许虚拟机直接从恢复设备运行，这叫做“就地恢复”。在就地恢复的场景中，数据不需要通过网络传输，虚拟机和其数据可以在数分钟内恢复运转。对于许多组织，这个功能，再结合上经常频繁的CBT备份，可以消除解决对于单独的业务连续性软件的需要。　　

一些厂商正把这种功能扩展到云。“就地”的恢复是实际上发生在远端的数据中心。在这样的基础架构下，数据通常做本地备份，然后再复制到云，部署就位，用于在站点级灾难的时候进行恢复。这不仅仅解决了本地保护和可用性的问题，而且提供的了灾难恢复的预案。　　

备份磁盘的角色转变　　

感谢像变化块追踪(CBT)、云恢复和就地恢复这些功能的出现，磁盘备份设备的设计需要向前发展。过去，数据传输到磁盘备份设备是以带宽为重点的(大文件，一次大量的全部数据大量数据同时涌现);而现在，它实质上是更加随机的其性质要随机的多(贯穿全天的小的变化数据块传输)。此外，由于虚拟机(VM)现在可以直接在备份设备上运行，磁盘备份设备的性能更加关键了。我们很快就能看到安装了固态硬盘且用于运行虚拟机的磁盘备份设备了。　　

就地恢复和变更数据块恢复之间有一个权衡。虚拟机需要移动回主存储的时候，就地恢复随之而来了。使用就地恢复，虚拟机移回主存储期间，会产生一个间隔期，此外，且备份设备不像主存储设备那样有高性能和冗余性能力，前面描述的云恢复模式更是如此。另一方面，CBT恢复产生了前面的停机时间会预先出现宕机，但消除了需要移动整个虚拟机所需要的更长的宕机时间。理想的情况下，IT规划者应该寻找一种结合二者所长的产品，同时提供这两种方法。　　

磁带支持。磁带支持看起来好像很奇怪，特别是对于原来运行在磁盘上的虚拟机应用，但磁带非常的廉价、便携而且便于长期保存虚拟机。相对于磁盘的快速备份和恢复，磁带是完美的补充，因为其可以使磁盘投资保持较小，并且这些磁盘大多数被用于立即恢复可用于大多数情况下的立即恢复。磁带支持应该得到更多的考虑，甚至是在只有磁盘的环境中。长期节省的存储容量，加上虚拟机在磁带上“休眠”的能力能够获得巨大的回报。　　

物理服务器支持。备份软件之间的一个主要差异是它们是否能够备份物理服务器。许多新的虚拟机专用备份软件只支持虚拟机。而许多数据中心正力求100%的服务器虚拟化，但他们大多数甚至还没有接近这个目标还不得要领。这意味着如果选择了虚拟机专用的应用软件，你必须准备好处理两个独立的备份和恢复过程你必须做好至少处理两个独立的备份和恢复过程的准备。　　

大多数传统的企业级解决方案同时支持物理和虚拟服务器数据保护，但在前面所述的一些虚拟机特定的功能方面往往处于较为落后。你需要在奢侈的单一数据保护产品和运行两种数据保护的产品中做出选择，以获得最佳的功能。一般情况下，这种选择归结为归根结底取决于有多少关键任务数据驻留在物理服务器系统中。　　

虚拟机备份的底线　　

在过去几年，虚拟服务器备份已经有了显着的发展，这在很大程度上要归功于厂商，如VMware建立了一个强大的具备了创新和融合的API集。这种功能不仅仅发展了备份功能，而且帮助消除了有助于解决单独的业务连续性和灾难恢复的应用软件的需求。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友