Exchange 2007 数据保护和灾难恢复(4)

　　Exchange Server 2003 Enterprise Edition 使组织最多能够运行 20 个 Exchange 数据库(四个存储组，每组最多五个数据库)，而 Exchange 2007 Enterprise Edition 允许使用多达 50 个存储组，每组都有自己的数据库。事务日志也从 Exchange 2003 中的 5MB 文档减少为 Exchange 2007 中的 1MB 文档。这两项变化都是设计来支持 LCR 的——外加群集连续复制 (CCR)，他在某种程度上也和此相关。

www.bitsCN.com

　　中小型组织将使用 LCR 以便为其 Exchange 操作提供改进的数据保护。LCR 易于实现，但仍然需要手动干预。作为一种“同一服务器/本地磁盘”解决方案，LCR 只是迈向改进的操作连续性的第一步。虽然他确实能够针对 RAID 阵列和 RAID 控制器的故障起到保护作用，但多个磁盘或 RAID 控制器同时发生故障的可能性是很低的。多数情况下，故障方案涉及整个服务器的崩溃，这将我们引向了 Exchange 保护中的下一步。

中国.网管联盟

　　第三方本地非主机复制 bitscn.com

　　为进一步提升 Exchange 的恢复能力，第三方供给商研发了一些利用“非主机”复制方式的产品，使用 Exchange 日志文档在另一台电脑上保留一份 Exchange 数据库的备用副本。在这种情况下，数据保护或归档解决方案将执行一个 Exchange 的 ESE 完整备份，将其备份到另一台电脑上，然后在 Exchange 关闭事务日志时立即将其取出。他会将这些事务日志插入到其 Exchange 数据库副本中，以使其始终保持最新状态。如前所述，这些日志很小(在 Exchange 2003 中为 5MB，在 Exchange 2007 中为 1MB)，因此当完整备份完成后，将这些日志文档复制到非主机服务器上几乎不会给 Exchange 服务器带来任何系统开销。

　　级别 3：灾难恢复和高可用性 bbs.bitsCN.com

　　灾难恢复是指在主要数据中央不可用时将他重新建立起来并恢复运行的能力。Exchange 需要具备有效的灾难恢复能力，因为电子邮件和日历功能在今天已成了许多组织的命脉。 bitscn.com

　　有些公司将其传统的离站存储磁带备份作为某种形式的灾难恢复措施，但是假如您唯一的数据中央遭到火灾或水灾破坏，那么即使用车拉来成卷的磁带也毫无意义。灾难恢复实际上不但仅是将数据移到另一处位置，还涉及恢复应用程式并使之运行的技术和过程。要实现有效的灾难恢复，需要让主系统和辅助系统相隔一定距离。地点相隔距离的远近取决于考虑要克服的灾难的量级。假如您担心失火，那么或许园区内的另一栋建筑已足够远。但是，涉及火车或飞机失事的基础设施灾难可能会影响 1 英里或 1 英里以上的半径范围。许多灾难是区域性的：洪水、冰雹、地震甚至停电等。通信也可由于自身的灾难而陷入困境——从切断和您的 ISP 之间的链接的反铲问题到拒绝服务攻击，直至针对一般商务的 Internet DoS 攻击。

bitsCN_com

　　在实践中，假如您的组织已在多个地点配备了 IT 员工，那么针对您要防范的灾难类型，其中一处位置可能会符合您的远程操作连续性标准。和求助于灾难恢复服务提供商或在新位置租用空间相比，使用自己的设施和员工要更经济。

中国网管论坛

　　灾难恢复的终极目的是给人一种感觉：使客户确信您的业务仍在运行中。当灾难袭击某个城市或地区时，人们对此能够理解;但是假如您的公司在几天到一个星期之内没有恢复正常，那么很有可能客户和供给商会做出最坏的猜想;许多公司都因此而落败下去。对于客户来说，您的运营必须看上去已恢复正常，以使他们确信您的业务仍在继续。客户对恢复的及时性存在不同认识：和办公家具供给商的暂停运营相比，他们对金融服务公司的暂停运营更易失去耐心，这很容易理解。 www.bitsCN.com

　　灾难恢复需要

　　假如希望能够在灾难后使 Exchange 重新在线，需要将其数据复制到一个辅助地点，并使用适当复制技术将数据提供给一个已准备好运行这些数据的预热 Exchange 服务器，然后通知 Outlook 客户端他们的邮箱已移走。

bitsCN.Com

　　Exchange 在复制方面的需要较高，尤其是在距离较远时。对于真实的事务数据库，每个写入的顺序极为重要。使问题变得更加复杂的是，Exchange 使用 SMTP 传输协议在服务器之间传输任何事务和系统信息，而这是一种很占用带宽的协议。此外，对于 Exchange 群集，必须每隔 500 毫秒在系统之间传递一个检测信号。假如辅助节点没有收到该信号，则可能会触发故障转移。 中国.网管联盟

　　解决这些问题的复杂性或许是 Microsoft 直到今天才在 Exchange 2007 中涉足这一领域的原因。在 Microsoft 尚未涉足之前，若干第三方解决方案已研发出来，他们使用基于主机或基于阵列的复制功能来复制 Exchange 数据。

　　供给商意识到他们能够通过将节点分散到不同位置来扩展一个群集，这称为扩展群集。今天，要实现扩展群集，最常见的方式是使用通用的第三方数据复制产品或那些专门为扩展 Exchange 节点而研发的产品。您能够使用 MSCS 完成此任务，但 WAN 上的子网需要是个难点。向远程数据中央提供可靠的高带宽连接是很复杂的，再加上群集，无疑会增加建立、维护和定期测试灾难恢复系统的成本，并会提出更高的人员需要。 www.bitsCN.com

　　群集连续复制

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有