David 物流公司去年新购置了 Exchange2007 服务器,但在使用中发现,由于服务器偶尔出现故障,导致公司暂时不
能收到客户邮件问题严重,公司 IT 信息部提倡,将 Exchange Server 群集化,即可解决上述问题。
下面我就把 David 物流公司此次 Exchange Server 群集化改造过程给大家分享一下吧。
简单介绍一下本地连续复制、群集单一复制和群集连续复制的区别:
(1)本地连续复制,数据是两份,但是服务就是一份
(2)群集单一复制,数据是一份,但是服务是两份
(3)群集连续复制,数据是两份,服务也是两份。
故名思义,单一副本群集包含单个邮箱数据副本。承载邮箱数据的存储出现故障时,不会导致自动恢复。实际上,
这类故障通常会导致长时间的中断和数据丢失。在 SCC 中通过以前的群集解决方案进行的改进解决了客户对以前的
高可用性解决方案提供的许多反馈。但是,SCC 仍然涉及使用共享存储所具有的复杂性。它至少具有两个现成的单
个故障点:单个仲裁磁盘和 Exchange 数据的单一副本。在 Exchange 2007 中,存在另一种类型的高可用性配置,可
以提供完全冗余,无需 Windows Server Catalog of Tested Products 的 Cluster Solu!ons 类别中的硬件。此解决方案称
为群集连续复制 (CCR)。
CCR 使用内置的异步日志传送功能,在故障转移群集中的两个服务器之间复制邮箱数据。通过将复制和群集相集成
产生了一个解决方案,该解决方案无任何单点故障,但提供从服务器故障自动恢复的功能。此外,也不需要共享存
储,因而降低了部署成本和复杂性。CCR 仅支持二节点群集,而且仅支持两个数据副本(主动副本和被动副本)。
下图描述了典型的 CCR 配置。
我用了 3 台虚拟机完成上述拓扑中的角色:
DC+Exchange+集线器传输角色 IP:192.168.30.1
主动节点 NODEA IP:192.168.30.2 心跳 IP:10.0.0.2
主动节点 NODEB IP:192.168.30.3 心跳 IP:10.0.0.3
CLUSTER:192.168.30.4
Excluster:192.168.30.5
系统:Windows 2003 SP2
评论0