一个运行少量关键应用的独立物理主机可以进行虚拟化以作为Exchange的备份服务器，这一措施即可保证现有的邮件服务的连续性。在Exchange服务器发生故障时，只需要切换到该备份服务器并允许用户接入就可以了，唯一要做的就是找到一个能够管理数据复制和监控的切换软件。这种方法可以用于本地和异地灾备。
消除风险：保证虚拟化后的高可用性
企业在某种程度上自信地认为自己的虚拟化基础设施已经可以满足应用的最高需求。这些基础设施往往已经配备了大型的服务器和专业的IT管理人员，虚拟化帮助他们减少了物理服务器使其不会受限于有限的机房面积。
然而，在实现虚拟化业务连续性时，仍需面对以下一些挑战：如：必须要注意迁移过程中出现宕机的可能性，要求7x24小时可用性时更应如此； 必须随时应对迁移后出现的不可预见性因素；必须随时留意应用的高可用性等。
幸运的是，通过以下方法至少可以解决以上挑战中的一个。首先，在迁移之前需要对应用在虚拟化环境下的运行程序进行测试；其次，在预防规划后还需要准备好切换机制，以保证服务不会中断；最后，在整个过程中保留回退至原有系统的可能。
虚拟化技术一个明确的好处是帮助企业提高了硬件利用率，但是不能忽视虚拟化管理基础设施存在的内在风险。虚拟化的基本设计方法是在一个物理主机上运行多个虚拟服务器，这会带来新的IT风险。将支持各种不同关键功能的多个服务器集成在单个物理主机上，必然会导致该物理主机的可用性成为一个明显的风险点。
不过，现在已经可以通过高可用性产品来保护虚拟化应用的物理平台。这些产品能够保证所有的虚拟服务器能够在整个物理主机发生故障时进行切换，还有一些工具能够检测到某一台独立的虚拟服务器的故障，并可单独对其进行重启。
虚拟化基础设施：服务器与应用可用性并重
对可能的故障点的了解能够更直接地验证虚拟化实施架构和工具是否满足业务连续性的要求。很多配合管理的简单工具无法真实地检测出故障，例如，某虚拟服务器发生蓝屏故障，这些工具可能仍然认为该服务器是正常的，因为它们还能响应"ping"，并且也在使用资源。这种情况下，企业无法获得业务连续性的真实情况。
当一台虚拟机占用的资源越来越多时，企业会考虑将其转移到另一个物理服务器上，但企业可能不会考虑应用中可能存在的问题。这个问题被简单地转移而不是被解决。一个有问题的应用，即使被转移了，其问题还是会继续存在的。
因此，当检查基础设施管理工具的工作能力时，要注意其中存在的问题对业务连续性、应用的可用性和用户体验会造成什么样的影响。
虚拟化整合：风险不容忽视
被散乱的物理服务器折磨了那么多年后，虚拟化为企业提供了一个非常好的机会来将各部门的服务器集中到一个场地。工作变得更容易，终端用户们不用担负管理服务器的职责。不过问题也随之浮现，从前散乱的物理服务器所带来的IT弹性没有了，因为很多"鸡蛋"被放在了一个篮子里。
以往被存储在很多不同设备上的应用，虚拟化之后将依赖于一个单一的存储域网络（SAN）。由于7x24小时可用性的要求，灾难恢复场地成为唯一的选择，SAN或场地必须能够随时进行切换。
虚拟化：缩小业务连续性差距
毫无疑问，虚拟化给企业带来了很多好处，在很多地方能够节省大笔支出。但是，提供7x24小时高可用性运营要求企业对虚拟化的风险和架构必须完全了解，并且能够将虚拟化管理工具与理论和实践经验良好地结合。