虚拟服务器备份的前世今生

随着API程序集的可以广泛使用，大部分厂商，无论是旧有的好事还是基于虚拟机的，都能够提供脱离主机的虚拟机备份，这些事情现在已经被认为是在考虑虚拟机数据保护的基本要求了。但还有除了脱离主机备份的特定功能之外，IT规划者应该考虑的其它功能但在脱离主机备份之外尚有许多特殊功能，值得IT规划者去一探究竟。

有代理备份与无代理备份的对比。代理是安装在虚拟机上的软件，可以为备份过程提供帮助。尽管上述API允许脱离主机的备份，一些厂商仍然依靠安装在虚拟机上的代理程序。这些代理可以用于帮助进行应用程序感知，而且，在某些情况下，可以提高备份的性能。无代理备份不需要在虚拟机上安装软件代码，应用软件数据的精细恢复仍然可以实现;。然而，虚拟机文件的备份必须加载到独立的虚拟机，然后数据再复制出来再从中将数据复制出来。一些无代理备份产品已经开发出了“helper”应用，允许不加载到虚拟机的情况下，从众所周知的数据类型中扫描、搜索和抽取更细粒度的数据组件。 像从微软的Exchange、SQL Server和Oracle 中。

变化块备份。虚拟化引擎API已经逐渐增加了像VMware的Changed Block Tracking(CBT)那样的功能，允许备份软件感知到：从上次备份到现在，虚拟机映像文件的哪些部分发生了变化。这个核心功能可以允许备份更加频繁，因为数据传输的总量最小化了，而且可以减少在虚拟机崩溃的时候减少数据丢失的情况发生。增强恢复。虚拟化环境的恢复也已经有了显着的提升改进。首先，不需要为了把整个虚拟机映像恢复而去深入了解虚拟化引擎的API了，现在大部分脱离主机的备份，在需要进行恢复的时候，能够恢复单个文件或文件集。一些厂商也利用了CBT来提供变化块恢复。例如，如果一个大型数据库崩溃了，变化块恢复只是恢复数据库中从上次备份以来变化的部分。

在一些产品中，恢复可以进一步增强，这些产品允许虚拟机直接从恢复设备运行，这叫做“就地恢复”。在就地恢复的场景中，数据不需要通过网络传输，虚拟机和其数据可以在数分钟内恢复运转。对于许多组织，这个功能，再结合上经常频繁的CBT备份，可以消除解决对于单独的业务连续性软件的需要。一些厂商正把这种功能扩展到云。“就地”的恢复是实际上发生在远端的数据中心。在这样的基础架构下，数据通常做本地备份，然后再复制到云，部署就位，用于在站点级灾难的时候进行恢复。这不仅仅解决了本地保护和可用性的问题，而且提供的了灾难恢复的预案。

备份磁盘的角色转变

感谢像变化块追踪(CBT)、云恢复和就地恢复这些功能的出现，磁盘备份设备的设计需要向前发展。过去，数据传输到磁盘备份设备是以带宽为重点的;而现在，它实质上是更加随机的其性质要随机的多。此外，由于虚拟机(VM)现在可以直接在备份设备上运行，磁盘备份设备的性能更加关键了。我们很快就能看到安装了固态硬盘且用于运行虚拟机的磁盘备份设备了。就地恢复和变更数据块恢复之间有一个权衡。虚拟机需要移动回主存储的时候，就地恢复随之而来了。使用就地恢复，虚拟机移回主存储期间，会产生一个间隔期，此外，且备份设备不像主存储设备那样有高性能和冗余性能力，前面描述的云恢复模式更是如此。另一方面，CBT恢复产生了前面的停机时间会预先出现宕机，但消除了需要移动整个虚拟机所需要的更长的宕机时间。理想的情况下，IT规划者应该寻找一种结合二者所长的产品，同时提供这两种方法。

磁带支持。磁带支持看起来好像很奇怪，特别是对于原来运行在磁盘上的虚拟机应用，但磁带非常的廉价、便携而且便于长期保存虚拟机。相对于磁盘的快速备份和恢复，磁带是完美的补充，因为其可以使磁盘投资保持较小，并且这些磁盘大多数被用于立即恢复可用于大多数情况下的立即恢复。磁带支持应该得到更多的考虑，甚至是在只有磁盘的环境中。长期节省的存储容量，加上虚拟机在磁带上“休眠”的能力能够获得巨大的回报。物理服务器支持。备份软件之间的一个主要差异是它们是否能够备份物理服务器。许多新的虚拟机专用备份软件只支持虚拟机。而许多数据中心正力求100%的服务器虚拟化，但他们大多数甚至还没有接近这个目标还不得要领。这意味着如果选择了虚拟机专用的应用软件，你必须准备好处理两个独立的备份和恢复过程你必须做好至少处理两个独立的备份和恢复过程的准备。

虚拟机备份的底线

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

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

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