作为一家中小型企业的IT管理人员，你恐怕已经听说过了虚拟化技术具有的种种优点。下一步就是，轻松处理好迁移至虚拟基础架构的工作，并且确保虚拟基础架构得到有力保护。

　　首先，明白你要做哪些工作才能规划好虚拟基础架构，然后为此选择合适的数据保护机制，这点很重要。最重要的任务之一就是，确认并选择你的虚拟基础架构当中的数据保护机制具有的功能及局限性。

　　为了简单化，本文给出的虚拟化平台以VMware ESX为例。除了最后一个步骤：确定合适的部署方法外，以下过程对微软Hyper-V、Virtual Iron及其他虚拟化平台来说都一样。

　　我应当对哪些应用程序进行虚拟化处理？

　　利用当前的虚拟化技术，几乎可以对所有应用程序进行虚拟化处理。你只要选定一组合理的应用程序，然后汇集下列信息即可：

　　1、 确认所选择的应用程序在负荷状态下具有的特点。

　　描述这些应用程序在最大预期负荷下具有的特点绝对很重要；否则你部署了虚拟基础架构后，就会开始遇到资源突然用完的情况。

　　·总的内存占用空间

　　某应用程序在峰值负荷下占用多少内存？如果该应用程序"泄漏"内存（即使在恒定的负荷下，内存占用空间也会变大），你就同样需要为此留出空间。

　　·总的CPU占用率

　　峰值负荷下多少个CPU被使用、百分比是多少？你在进行测量时，千万不要忘了记下所使用的CPU的类型。

　　·总的磁盘空间，包括下一预算周期之前为增长需要留出的磁盘空间

　　·网络带宽占用率

　　某应用程序在峰值负荷下占用的网络带宽。记得要考虑到网络流量的进出两个方向。

　　·作为输入和输出的存储网络吞吐量（SCSI、光纤通道、iSCSI和网络附加存储）

　　对于消息传送网络，你也应当这么考虑。

　　·磁盘的读写

　　某应用程序在负荷状态下所需要的磁盘活动。可能还要描述其他磁盘负荷参数的特点，具体视应用程序而定。

　　·内存总线占用率估计，即内存总线可用带宽－（总的I/O带宽）x 4

　　多年来的经验数据证实了这条实用的经验法则。因为确认某个系统的内存总线速度并非总是易事，所以要得到这个数值可能有点困难。 　　  2、 确认虚拟化应用程序的负荷模式和恢复需求。

　　在白天或晚上有没有这样一个窗口：虚拟化应用程序能够合理关闭、进行备份？

　　在白天或晚上有没有这样一个窗口：ESX物理服务器上的总负荷非常小、可以进行备份，又不会对运行中的应用程序带来负面影响？如果没有应用程序和ESX服务器可用窗口，就需要选择一种代理备份方法。

　　你需要能够经常恢复单个文件吗？如果是这样，你极可能需要直接在虚拟机里面运行备份代理软件。

　　如果你已经设计并部署了几套数据保护体系结构，那么需求征集过程对你来说可能相当熟悉。这个过程对虚拟基础架构来说没有太大的变化。

　　一旦你明白了自己的应用程序和数据保护需求，就需要做出几个简单的决定：

　　每个虚拟机上安装代理软件

　　这是最简单的决策，因为它体现了你对处理物理基础架构已经采取的措施。这种方法的优点在于：

　　·对现有的工作流干扰很小

　　·应用程序易于备份及恢复

　　·能够实现文件级恢复

　　但这种方法有两大缺点：

　　·备份软件代理需要总体成本

　　·进行备份时，需要管理ESX服务器上的负荷

　　虚拟机管理程序服务控制台上安装代理软件

　　这也是相当简单的决定。它只需要每台ESX服务器上安装一个Red Hat Linux代理软件。

　　优点：

　　·很低的代理软件成本

　　·高性能的镜像备份及恢复（只要针对vmdk文件进行操作）

　　缺点：

　　·需要编写一些脚本9 7 3 1 2 4 8 :