VERITAS Cluster Server 灾难恢复架构解析.doc

简介 3 理解灾难恢复的基本术语 3 恢复点目标（RPO） 3 恢复时间目标（RTO） 3 计划内停机 4 非计划内停机 4 VERITAS集群服务器的灾难恢复架构 4 最适合我的环境的最佳方案是什么？ 5 提供的产品方案 5 本地集群 5 客户案例 6 扩展集群（城域灾难恢复 / 区域集群） 8 客户案例 9 城域集群（metropolitan Clustering）的选择：复制数据集群（RDC） 11 客户案例 12 广域灾难恢复 14 客户案例 15 结论 16  简介 许多企业需要实施高可用性架构，同样，他们也需要对其关键任务应用和数据库实施灾难恢复/业务永续方案。如果能够充分利用现有的硬件和基础架构，那么就极有可能在有限的预算之内实现这些需求。进行灾难恢复的传统步骤包括多种方法，从标准的基于磁带的数据恢复到广泛区域内的同步数据复制。对于那些没有基础架构支持广泛区域内数据复制方案的企业，仍然可以采用其他方法获得应用和数据库的快速恢复，同时还能够对本文中所讨论的站点故障实施保护。 VERITAS 支持几种集群架构，满足多种数据中心的需求。本文意图详细解释各种数据中心的架构，并提供了配置每种架构的细节信息。 理解灾难恢复的基本术语 需要理解的两个关键概念是您的恢复点目标（Recovery Point Objective，RPO）和恢复时间目标（Recovery Time Objective，RTO）。发生故障或灾难时，对于恢复工作所需时间有一个清楚的认识是至关重要的，同样，了解现在的数据在恢复之后是什么样子的也同等重要。可能并非所有应用和数据库都需要相同级别的可用性，如下是对RPO和RTO的简要描述： 恢复点目标（RPO） 灾难或故障之后你能承受丢失多少数据？能够接受的丢失数据总量是多少？恢复点目标指的是必须把数据恢复如初的位置。 企业必须制定令人满意的恢复点目标和恢复时间目标。很多人侧重于RTO或能够接受的停机时间。 但是，它应该与考虑能忍受丢失多少数据同等重要。数据是至关重要的，数据的丢失（即使仅仅是几分钟、几小时或是几天）能给企业带来深远的负面影响。今天，许多公司灾难恢复计划的主要方法是依靠磁带进行备份和恢复。虽然磁带备份很重要且是一切全面的灾难恢复计划的基础，但是这通常意味着至少损失一天的数据和停机几天，原因来自于从磁带恢复的时间总量。这种方法也许能满足某种业务需求，但是如果不能满足，必须采取一些能够减少恢复数据时间的技术。 恢复时间目标（RTO） 恢复时间目标是恢复系统对数据的访问所需的时间。 例如，如果客户宣称需要45分钟才能使应用系统恢复在线，可忍受的停机时间的极限是1小时，那么在实际的灾难中，只有15分钟时间制定强制切换决策点（Mandatory Decision Point）。 强制切换决策点（Mandatory Decision Point）的 解释如下： 一旦产生中断，时钟开始计时。最终用户将受到多长时间的影响？ 商业需求：需要应用在1小时内在线。问题：时钟是从灾难生的那一时刻而开始计时的，而不是备用系统开始启动的时刻。 最多承受1小时的停歇 故障检测时间耗费掉IT恢复时间 即使仅仅是本地故障，仍然需要一些时间检测实际的故障 这决定了强制切换决策点只有15 分钟 计划内停机 如果对应用、数据库或服务器进行升级或维护，在这期间使用集群是维持高可用性的必要方法。 非计划内停机 如果应用、数据库或服务器发生故障，运行在服务器上的服务将切换到其他服务器上，以避免长时间的停机，并且还要保持快速的恢复目标。 VERITAS集群服务器的灾难恢复架构 VERITAS 认为不是所有的数据中心的情况都是相似的。在本地站点为高可用性所建立的基础架构可能无法满足每项业务的管理或可用性需要。但是，独立使用VERITAS Cluster Server 或将其与VERITAS其它产品联合运用，在几乎任何开放系统环境下都能够获得期望的可用性。VERITAS提供和支持几种集群架构，能够满足大多数公司的数据中心架构需求： 能够共享数据的本地高可用性 城域集群 为灾难恢复进行广域内的集群（全局集群） VERITAS 能够为任何企业需求提供高可用性（HA）和灾难恢复（DR），无论高可用性或灾难恢复计划是针对本地单站点的，还是短距离内城域网（MAN），抑或全局范围内广域网（WAN）。不论数据中心的基础架构或SAN和网络连接的可用性是怎样的，VERITAS都可以提供已经被广泛验证的围绕高可用性和存储管理产品建立的高可用性或灾难恢复架构。 最适合我的环境的最佳方案是什么？ 本地集群与广域内灾难恢复的区别是相对清晰的：本地集群保护数据中心内的硬件和软件，使之免受故障困扰，广域灾难恢复使用复制技术，防护远距离覆盖区域内的