摘要：虚拟化概述虚拟化就是淡化用户对于物理计算资源，如处理器、内存、I/0设备的直接访问，取而代之的是用户访问逻辑的资源，而后台的物理连接则由虚拟化技术来实现和管理。

　　如何定位业务连续性业务连续性就是将宕机时间缩短到最小构建业务连续性解决方案的需求有以下四点：
　　
　　（1）构建在可靠的平台之上：这个平台本身的可用性必须很高，并且不依赖操作系统或特定驱动装置；（2）独立于物理架构之外：这样物理架构的缺陷将不会导致业务系统的不稳定；（3）贯穿操作系统和应用程序的保护：虽然我们需要保护的是业务系统，但是与业务系统息息相关的操作系统、配置文件等也必须考虑进来；（4）广谱宕机因素的保护能力：这个系统必须能对计划内与计划外的宕机提供保护，同时对组件、服务器、数据以及站点灾难同样要提供保护。
　　
　　在虚拟化平台之上为业务连续性的每一个层面都能提供保护，当这些保护措施不足以满足我们业务连续性的要求时，还有更多的、专注单一层面解决方案，可以和虚拟化平台有机的进行结合。例如：在VMware环境中VizioncoreVVSP的各个组件可以提供对虚拟化平台更加优化的管理，这其中包含容灾管理。
　　
　　灾难恢复需考虑的要素想要达成什么样的灾难恢复目标很重要，灾难恢复分为以下三种：
　　
　　本地高可用：冷备有备机是否就已足够？热备，MSCS?VCS?VMwareHA?VMwareFT?系统级切换还是应用级别的切换？
　　
　　远程数据保护：仅有数据足够吗？在灾难恢复发生时，怎么让数据能够使用起来？仅有应用足够吗？在灾难恢复发生时，怎么去获得生产数据让应用能够发挥作用？
　　
　　任何情况下不间断运行：真的需要实时切换吗？实时切换的巨大投入（硬件、软件、线路、人力）是否能购承受？
　　
　　灾难恢复的实现方式基于应用程序灾难恢复解决方案：应用程序在本地、远端双写I/0，需要从写应用程序，周期长，不稳定；基于数据库复制的远程灾难恢复解决方案：数据库本身的远程复制（OracleDBGuard），只能复制数据库自身的文件；基于主机的远程数据复制软件灾难恢复解决方案：复制软件在卷管理器层面截获I/O，远程复制，支持异构存储平台，但是低效率、对主机的运行有影响，配置复杂；基于存储的远程数据复制灾难恢复解决方案：智能存储远程数据复制，相对安全、成熟、简单、高效、节省资源，但是对存储的要求比较高，一般要求同构平台；基于虚拟化平台的远程数据复制软件灾难恢复解决方案：复制软件在虚拟化存储层面截获I/0，远程复制，支持异构/同构存储平台。
　　
　　责任编辑：Alisa编辑