要建立一套高效的业务连续性策略，企业必须对其 IT 应用程式进行评估，并确定各个应用程式对业务运营的重要性。一套全面的业务连续性策略由多项内容组成，其中包括：向不同应用程式提供的从灾难预防到热站点和数据备份等灾难保护方法，灾难发生时的人员配备计划，文档完备的行动计划，连同审核和测试流程。要测算将特定应用程式或系统包括在灾难保护计划（从属于大的业务连续性计划）中的成本，就应该从此应用程式潜在的风险程度和他停止工作可能造成的影响两方面来测算。 对应用程式实施灾难恢复的解决方案的成本应低于停机造成的影响。
 |
对于一家成功的企业而言，业务连续性和灾难恢复 (DR) 计划是管理风险的关键。 假如没有建立起主动式灾难恢复计划，在遭受一次严重的灾难后，大约有 60% 到 90% 的公司会在两年内停业。 但是，假如希望在短时间内实施一套可靠的恢复策略，费用会很昂贵，原因是这需要负担用于映像主数据中央设备的恢复设备。 对主目标设备和恢复目标设备的升级必须同步进行，因此很多公司只得放弃这一流程。有些公司采用了一种折衷的灾难恢复策略，例如：仅对最关键的应用程式进行灾难恢复、对不同的设备采用人工流程，或采取外包的方式，以降低因 DR 中央灾难保护能力不足而在应用程式支持范围、可接受的停机时间和恢复的可靠性等方面存在的风险。这种方法同样很被动。实际上，越来越多的企业在使用虚拟基础架构实现经济高效的灾难恢复。
商业上可行的业务连续性策略
灾难补救计划过程中有几种常用的标准。 其中最常用的两种标准是恢复点目标 (RPO) 和恢复时间目标 (RTO)。RPO 指的是在发生灾难时，恢复的数据未和生产数据同步的时间长度。 RTO 指的是恢复操作所需的时间。其他需要考虑的问题就是，假如只是部分恢复 IT 系统，能否在灾难发生后恢复业务运营。
问题的补救措施和问题本身相同五花八门。让我们看几个可能用于业务连续性的信息系统 (IS) 设计。
• 连续可用性。 在该体系结构中，工作负载平衡加载到多个平台上（通常分布于不同的地理位置）。 并为每个平台调配了备用能力。 一个平台发生故障后，就会将他的工作负载分配给剩余的平台。 这种方法的长处在于即使是在发生灾难后，公司仍能维持业务运营。
• 在线和近线站点备份。 这种策略假设故障转换站点可用，他配备了电源、冷却设备、网络连接、物理安全保护，连同任何其他关键需要。 假如发生灾难，故障转换站点有足够的设备可用于恢复业务运营。 这种方法的长处在于他不像连续可用性方法相同需要完整的系统检查。
• 备份到磁带。 最广为人知的方法，使用一种流行的备份管理软件包将数据备份到磁带上。 这种方法执行的是文档对文档的备份。 然后异地存储这些磁带，以备发生灾难时进行补救。这种方法最经济，而且在发生重大灾难时，还能够使用相同的方法应对需要谨慎处理的数据问题（即，意外删除文档）并执行恢复。 但是，这使得业务运营的恢复时间变得很难预测。
商业上可行的业务连续性策略在实施业务连续性计划的成本和潜在停机造成的影响及其可能性之间取得了良好的平衡。 这些更加经济高效的方法允许 IT 专业人士在更广泛的应用程式支持范围内实施连续性计划，实现几乎不中断的运营。借助虚拟基础架构，中型企业也具备了实现业务连续性的商业可行性，而且他的支持范围大于最关键 IT 应用程式中的前 5%。
[NextPage]
如何利用虚拟化技术提高业务连续性
虚拟基础架构在计算、存储器和网络硬件连同在其上运行的软件之间提供了一个抽象层，简化了 IT 计算体系结构，能够控制成本，并提高响应速度。 使用虚拟基础架构，应用程式和服务能够调配到任何 x86 系统上，并在条件发生变化后能够轻松地在服务器间转移。 虚拟基础架构将业界标准服务器、和他们连接的网络和存储器聚合到统一的资源池中。 这些服务器封装为单独于硬件的虚拟机，这些虚拟机能够使用预定义的资源分配运行在资源池中的任何主机上。
以现在市场上采用较多的VMware Infrastructure 产品套件为例，是一套提供构建虚拟基础结构所需的服务器虚拟化和管理软件。 通过提高效率、灵活性和响应能力，能够帮助企业降低IT 成本。能够将数据中央视为一个单独的处理、存储和网络资源池。他创建了一个统一的硬件映像，该硬件映像使用软件实施，而且还能运行操作系统和应用程式。 在此平台的顶层，该产品套件提供了对虚拟机的管理和调配，连续的工作负载整合，物理服务器之间的平衡，连同对虚拟机执行实时迁移的 VMotion 技术。 硬件管理完全单独于软件管理，硬件设备能够视为一个单独的处理、存储和网络资源池，能够将他随时分配给各个软件服务，也能够从软件服务取消分配。
实现业务连续性的工具多种多样，但是，由于 Windows 操作系统设计的特点，即使是最高级的工具也只能在目标物理平台和源物理平台完全相同的时候提供完全恢复。 在故障转换站点保持完全相同的物理平台，意味必须同步升级主站和故障转换站的硬件，这无疑会大大增加费用，以至无法实现。 恢复到不同的平台通常又不可靠，而且还会涉及很多复杂的人工操作步骤。
为了帮助企业进行灾难恢复计划，操作系统供给商、应用程式供给商和备份管理软件供给商研发了专用的 API 和工具，并制订了最好实施方案。有些应用程式和数据具备行为表现明显不同的模块，这就需要各个模块具备不同的灾难恢复策略。由于使用了大量的工具，企业 IT 管理员必须学习很多新工具，并为灾难恢复策略涉及的每个应用程式设计新策略。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
