有许多不将服务器进行虚拟化的原因，但从数据保护的角度我们必须将所有的服务器都进行虚拟化。

　　大部分认识我的人把我作为一个“备份专家”，因为我在这个领域工作了超过23年。但如果我不从事备份领域的工作，我会成为一名虚拟化工程师，因为虚拟化技术为数据保护带来了很多好处。

　　所有服务器都应该虚拟化的说法是否有些夸大其词了？其实并没有。我可以很严肃的说，每一台服务器都应该虚拟化。只有极少数的情况服务器是不能虚拟化的，比如说操作系统或应用程序需要直接与硬件进行交互。99.99%的人认为使用物理机的原因是性能考量或CPU、内存的需求等等，但这些原因都不是不进行虚拟化的借口，因为目前通过hypervisor访问虚拟化资源和直接访问物理资源的IO延时差异极小。

　　即使你在一台服务器的OS上运行单个应用程序，你也应该进行虚拟化，让OS和应用运行在hypervisor上。也许这就是Windows Server OS的标准许可同时支持一个物理OS实例和一个虚拟机实例的原因。接下来让我们来讨论一下为什么需要对每一台服务器都进行虚拟化。

　　数据重建能力。在任何形式的服务器恢复中最痛苦的事莫过于裸机恢复（BMR），即在设置备份机制之前安装一个全新的OS。然后你才能还原之前的OS、应用和数据。BMR允许你创建一个基于主分区的镜像。这个功能非常重要，Windows内置的备份工具也用到了这个功能。然而，BMR的一个问题是在2000年初期开始，出现了太多不同的备份软件，这些软件在将数据裸机恢复至不同的硬件时会发生问题。而虚拟化环境没有这个问题，一个虚拟化的服务器更加简单，它将一组CPU、内存、网络、显示设备和存储都打包至虚拟硬盘（VHD）和VMDK中。

　　虚拟化环境的数据重建能力解决了BMR的问题，它让管理员可以预测服务器恢复的结果，并且操作很方便。

　　数据迁移。你的硬件是否增长过快了？答案是肯定的。但是在虚拟化的世界里，你不需要安装一台新的服务器，并且将数据和服务器配置信息迁移。你只需要简单的移动虚拟机就行了。在许多案例中，hypervisor所在的主机拥有比VM配置更多的资源，所以只需要2分钟甚至更少的中断时间就能完成关闭VM、添加虚拟资源（CPU/内存/存储）和启动的操作。如果你要进行物理位置的迁移，hypervisor的两台服务器之间可以支持在线迁移，通常这不会有任何的中断时间。毕竟数据保护是要保证生产的连续性并避免业务中断。

　　业务连续性（BC）/灾难恢复（DR）、DR即服务。DR/BC的场景通常是基于在IT系统恢复之前业务发生中断的情况。在这些场景中，你具有两套不同的硬件系统，但只有很少的时间让你完成切换。所以使用虚拟机或基于云的主机将使这一切变得简单。

　　数据回滚和快照。物理服务器经常需要在存储端执行快照操作。而在hypervisor的用户管理界面（UI）可以简单的实现快照。在一些案例中，VM管理UI会调用底层的软件或基于硬件的特性。也有一些案例（如Hyper-V）可以更加有效的为不同VHD执行快照，而这一切只需要对VM点击右键进行操作。将数据进行回滚就像回滚Word文档一样简单。这个功能非常强大，你可以将其列入你的数据保护和恢复策略中。

　　可能还有一些目前被我忽视的虚拟服务器数据保护的场景，但我希望读者可以通过上面的场景对服务器虚拟化对数据保护的帮助得到一些认识。除非你有VM需要直接与物理的外围设备进行交互，否则你很难说服我为什么不应该对所有的服务器进行虚拟化，哪怕只是1U大小、功能简单、部署在分支机构或小公司的服务器。