IT教程: 详解 Exchange 2013邮箱高可用

本邮件内容由第三方提供，如果您不想继续收到该邮件，可点此退订。

详解 Exchange 2013邮箱高可用 阅读原文»

每日博报精彩不止一点

51CTO博客开发

详解 Exchange 2013邮箱高可用

邮箱数据库及其包含的数据是任何 Exchange 组织最重要的组件之一。在 Microsoft Exchange Server 2013 中，可以通过配置邮箱数据库以实现高可用性和站点恢复来保护邮箱数据库及其包含的数据。Exchange 2013 在提供更高级别的端到端可用性和支持较大的邮箱的同时，还可以减少部署具有高可用性和恢复能力的邮件解决方案的成本和复杂性。Exchange 2013 构建于 Exchange 2010 中的本机复制功能和高可用性体系结构上，使各个市场中各种规模的客户都可以在组织中经济高效地部署邮件连续性服务

学完本节后我们将能够：

1、为DAG 规划软硬件

2、描述活动管理器

3、描述持续复制

4、理解DAG如何保护数据库

5、创建配置DAG

6、配置数据库高可用

7、描述故障转移的过程

8、描述如何执行DAG的监控和管理

9、监控复制状态

环境：

Exchange 版本	Exchange Server 2013 SP1
Exchange 所在操作系统	WS2012 R2
Outlook 版本	Outlook 2010
客户端	OWA
Outlook 所在操作系统	WIN7 SP1

什么是仲裁

仲裁维护了一个逻辑对象，使群集可以知道当前哪个节点是活动的，哪个节点是被动的，另外仲裁也决定了如果活动节点失败后哪个被动节点将被激活，在Exchange中，将由Exchange 2013去配置故障转移群集仲裁，决定了节点数量、存储、网络等组件。

仲裁可以阻止两个及以上节点同时发生故障转移，一般来说，同时操作可能发生在当网络中断时，如果没有仲裁机制，每个节点都将尝试进行故障转移。

为了防止群集分裂，故障转移群集使用了投票算法去决定是否有足够的投票去维护仲裁，因为既定的群集有指定的节点和指定的仲裁配置，群集决定了需要多少投票，如果投票低于绝大多数，群集将不会启动，群集将继续去监听其他节点，以防在网络上出现其他节点，然而，节点在没有达成共识之前不会成为群集。

打个比方，如果是一个5节点的群集，群集要继续工作，就必须保证至少有3个可用的投票，在Exchange 2013中，这个投票方可以是节点，也可以是见证文件共享，当绝大多数投票不可用，或只有一半投票可用，群集将不会启动，此外，当投票低于一半的时候，Exchange 2013将会卸载数据库。

注意：Exchange Server 2013也支持将见证放于其他站点中

Windows Server 2012 仲裁配置

Windows Server 2012提供了四种仲裁的配置，多数节点、节点和多数文件共享、多数节点和磁盘、仅磁盘。然而，Exchange Server 2013只支持节点和多数文件共享，在节点和多数文件共享的这种配置下，每个群集节点加上见证服务器都可以投票，群集只工作在绝大多数投票的情况下，也就是说，要超过一半的投票数时，群集才能保持工作，如果投票数少于一半，将停止群集的正常工作。

配置Non-Voting群集节点

在Windows Server 2012中，可以配置不具备投票的群集节点去维护仲裁，你可以使用"配置群集仲裁向导"去配置故障转移管理器。Exchange 2013 也是支持这种配置，然后我们应该仔细思考是不是应该使用它。

比如，在考虑站点恢复能力的场景中，如果仲裁丢失了，提供本地失败保护，在这个场景中，有5个DAG成员，三个在主站点中，两个在故障恢复站点中，如果需要，我们可以在故障恢复站点中删除投票，如果辅助站点失败的话，这是可能的。因为如果仲裁丢失后，在群集关闭之前，我们仍然有一个额外的本地故障恢复能力。

规划DAG的软硬件

当我们实施DAG的时候，我们应该确认我们符合指定的先决条件，我们需要考虑相关常规配置、操作系统版本、网络配置、DAG配置等。

常规配置：

1、 DNS中必须有每个Exchange 的主机记录，最好可以动态更新。

2、每台邮箱服务器必须在相同域的成员，在同一个DAG中的邮箱服务器不可以是不同AD域的成员。

3、 DAG成员的邮箱服务器不可以是域控制器，这是不支持的配置

4、邮箱服务器的名字必须是唯一的并且最长15个字符。

操作系统版本

所有的DAG成员必须运行相同的操作系统版本，所有的DAG成员必须运行Windows Server 2008 R2 or Windows Server 2012\2012R2，我们不能在同一个DAG中包含两个版本的操作系统，不然，当加入DAG时，将会失败。

DAG基于Windows 的故障转移群集，所以只有企业版和数据中心版的Windows Server 2008 R2，或标准版和数据中心版的Windows

Server 2012或R2

网络配置

只有一个网卡是支持的，不过还是建议有两个网卡，因为两个网卡允许我们配置MAPI网络和单独的复制网络。

在DAG成员之间的延迟必须小于500毫秒，当我们在不同的物理地点创建DAG时尤其重要。

如果我们也配置了IPV4时，我们可以使用IPV6，我们不能禁用IPV4

自动专用互联网协议是不支持的，也就是说169开头的IP

DAG配置

除物理网络和IP地址之外，DAG还有以下几点需求：

DAG必须至少有一个IP地址在MAPI网络上，这个地址可以是静态或动态的，静态地址在大多数场景里能看到。

如果DAG跨多个子网，DAG必须在每个子网上至少有一个IP地址。

DAG的名字和成员名字一样，必须少于15个字符，而且要唯一。

见证服务器

见证服务器"是 DAG 外部的服务器，当 DAG 的成员数为偶数时，使用该服务器可实现和维护仲裁。DAG 的成员数为奇数时，则不使用见证服务器。成员为偶数的所有 DAG 必须使用见证服务器。见证服务器可以是运行 Windows Server 的任何计算机。不要求见证服务器的 Windows Server 操作系统版本与 DAG 成员使用的操作系统匹配。

仲裁在 DAG 下的群集级别维护。当 DAG 的大多数成员处于联机状态，并且可以与 DAG 的其他联机成员通信时，DAG 才进行仲裁。此仲裁概念是 Windows 故障转移群集中仲裁概念的一个方面。在故障转移群集中与仲裁相关的必需方面是"仲裁资源?div style="border-bottom:1px solid #aaa;margin-bottom:25px">LoadRunner下释放所有虚拟IP 阅读原文»

每日博报精彩不止一点