2、 确认虚拟化应用程序的负荷模式和恢复需求。

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

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

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

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

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

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

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

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

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

　　·能够实现文件级恢复

　　但这种方法有两大缺点：

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

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

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

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

　　优点：

　　·很低的代理软件成本

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

　　缺点：

　　·需要编写一些脚本

　　·无法实现文件级恢复

　　·缺乏应用程序感知功能