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
剩余36页未读，继续阅读
评论0