Exchange Server 2007群集连续复制

【精解】Exchange Server 2007群集连续复制

David 物流公司去年新购置了 Exchange2007 服务器，但在使用中发现，由于服务器偶尔出现故障，导致公司暂时不能收到客户邮件问题严重，公司 IT 信息部提倡，将 Exchange Server 群集化，即可解决上述问题。

下面我就把David物流公司此次Exchange Server群集化改造过程给大家分享一下吧。

简单介绍一下本地连续复制、群集单一复制和群集连续复制的区别：

（ 1 ）本地连续复制，数据是两份，但是服务就是一份

（ 2 ）群集单一复制，数据是一份，但是服务是两份

（ 3 ）群集连续复制，数据是两份，服务也是两份。

故名思义，单一副本群集包含单个邮箱数据副本。承载邮箱数据的存储出现故障时，不会导致自动恢复。实际上，这类故障通常会导致长时间的中断和数据丢失。在 SCC 中通过以前的群集解决方案进行的改进解决了客户对以前的高可用性解决方案提供的许多反馈。但是， SCC 仍然涉及使用共享存储所具有的复杂性。它至少具有两个现成的单个故障点：单个仲裁磁盘和 Exchange 数据的单一副本。在 Exchange 2007 中，存在另一种类型的高可用性配置，可以提供完全冗余，无需 Windows Server Catalog of Tested Products 的 Cluster Solutions 类别中的硬件。此解决方案称为群集连续复制 (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

软件： Exchange 2007 SP1

开始部署：

1 、创建 DC( 怎样创建？ dcpromo ，具体我就不多说了，如有不明白的同志去搜一下，很多的。 ) ，提升 AD 模式 , 安装 .NET2.0 2.0HOTFIX 夏令时补丁 POWER SHELL,COM+ WWW 服务等安装 EXCHANGE SERVER 2007 的必要组件（想了解这些组件安装步骤的同志请参考 [url]http://davidchen.blog.51cto.com/316198/78730[/url] ） , 这里我只安装客户端访问角色和集线器传输角色 2 个组建 , 邮箱角色是要做成群集 , 所以这里不安装。

简单介绍一下安装吧，详细流程可以参考我以前发表的文章 [url]http://davidchen.blog.51cto.com/316198/78730[/url] 一定要注意，只安装这两个角色(如果需要统一消息服务也可勾选，这里指不要勾选邮箱角色）。

OK ，这两个角色安装完毕。

2 、现在开始把另外 2 台 Server 部署成集群 , 先将他们加入域 , 部署两个 NODE ，再做相同的 Exchange 群集邮箱角色。

客户机需要 2 块网卡 , 一块做外网 , 一块做心跳，两台 Server 的心跳网卡用一根交叉线对接就可以了。

我先介绍一下心跳的设置，有些细节网上没有写清。

注意只填写 IP 和子网掩码就 OK 了。

将高级设置中，在 DNS 中注册此连接的地址前的勾去掉。

在 WINS 选项中，选择禁用 TCP/IP 上的 NetBIOS(S) 。

在连接中只使用 Internet 协议（ TCP/IP ）。

从高级设置中，将外网的访问顺序调整到第一位。

重复上述步骤设置 NODE2 ，然后 Ping 一下，看心跳是否通。

 

心跳网卡配置完了，外网网卡我就不介绍了 o( ∩ _ ∩ )o… 我们开始配置群集，我先强调一下，这里配置的群集和网上介绍的有些不同，网上介绍的大多是单节点群集，需要仲裁设备，而我们今天用的是连续复制，不是仲裁，所以要配置多节点群集。

选择创建新群集

输入群集名称

检查计算机名是否为你要添加的节点计算机名

这里需要注意，有两个黄叹号，是没有找到仲裁设备的警告，之前我们说了，我们今天配置的是多节点群集，不需要仲裁设备，所以忽略它。

输入群集 IP

输入域中有权限的用户名、密码，这里我用 Administrator 代替了，建议部署时单独创建。

这里注意了，不要急着点下一步，我们先选择仲裁。

在弹出的群集配置仲裁对话框中选择多数节点集后再按下一步。

群集创建完毕

查看群集管理器

登陆到 NODE2 ，打开群集 Cluster ，选择新建节点。

向导

检查计算机名是否为你要添加的节点计算机名，单击添加按钮。

添加 NODE2 前检查。

输入密码

确认信息

完成 NODE2 到 Cluster 的添加。

 

两个节点都已成功添加，现在可以开始配置群集设置，并检查各各节点是否正常工作了。

配置心跳网络属性

配置外部网络属性

为了确保群集正常工作，要开始正式配置 CCR 了。配置 CCR ， MNSFileShare 是不可少的一部分，并且强烈建议大家把这个共享放在 Exchange 2007 的集线器传输（ Hub Transport ）角色上。这里我在 DC 这台机的 C 盘创建了一个名为 MNS 的共享文件夹 , 并赋予完全控制权限，然后开始配置多数节点集。

使用命令行配置文件共享见证的多数节点集（ MNS ） .

Cluster res "Majority Node Set" /priv MNSFileShare="<shareName>"

 

现在可以在我的 NODE1 上安装主动群集邮箱角色了， ( 这里注意，如果您的系统是 Windows 2003 SP1 请打补丁 KB921181 [url]Http://go.microsoft.com/fwlink/?linkid=69785[/url] ) 。

那些欢迎、许可条款等界面我就不一一列出了，这里注意，一定要选择自定义安装。

只勾选主动群集邮箱角色

选择群集类型为群集连续复制，设置群集邮箱服务器名。

设置群集邮箱服务器 IP 地址

准备情况检查（检查项很少了吧）。

好了，主动群集邮箱角色安装完成。

到 NODE2 上开始安装被动群集邮箱角色。

准备情况检查（只有一项）

被动邮箱角色也安装完成了，庆祝下（啪啪） o( ∩ _ ∩ )o…

打开群集管理器。看看自动生成的 Exchange 虚拟服务器，并确认这些资源可以在两个节点间转移。

在 DOS 下查看，集 IP 也都在 NODE1 上。

观察 NODE2 上没有资源

DOS 下观察 NODE2 上也没有群集 IP 。

先建两个用户测试下邮箱是否可用

再建一个

以用户 CH01 登陆，给自己和用户 CH02 发两封邮件，自己收到正常。

模拟故障，将资源飘至 NODE2 。

令我不太相信的就是切换速度如此之快，汗……

再以用户 CH02 登陆，可以收到 CH01 发送的两封邮件，并且再发送给自己一封，也成功收到。

好了，就先到这里吧，本人废话太多，实验设备配置很低，写的也很匆忙，有错误或遗漏的地方还请好心人在评论中指出。

本文出自 “ 馨灵起点” 博客，请务必保留此出处 http://davidchen.blog.51cto.com/316198/82991