2014-08-28 23:16:53
来 源
中存储网
Exchange邮件服务器
一个站点的Exchange服务器宕机时,另一个站点的Exchange能否自动切换,并保证客户端访问的不间断。

Exchange Server 2010在跨站点部署数据库可用性组(Database Availability Group, DAG)时,需要考虑站点间的转移问题。即:一个站点的Exchange服务器宕机时,另一个站点的Exchange能否自动切换,并保证客户端访问的不间断。

事实上,跨站点的转移有两种,一种是故障转移Fail over,另一种是切换Switch over。故障转移是服务器自动进行的一种行为;而切换则需要管理员的人工干预才能够完成。

在理想状态下,总是希望实现Failover,因为Failover是不需要任何人工干预而自动进行的,Failover可以最大限度地保证服务的可用性。

Exchange组织拓扑

邮箱数据库

组织中配置了3个数据库,每个数据库有3个副本,分别位于加入DAG的3台Exchange Server 2010邮箱服务器上。

Client Access Array

各活动目录站点中配置的Client Access Array。

邮箱数据库上配置的Client Access Array

这里需要说明一下Client Access Array,结合Mailbox Database上的RpcClientAccessServer这个参数,可以发现,这个功能用于且仅用于公司内部的Outlook客户端使用MAPI方式进行连接时使用。对于每一个活动目录站点,可以创建并仅能创建一个Client Access Array。一旦创建了Client Access Array,它将自动把本站点所有的客户端访问服务器作为自己的成员,而且这个成员是不允许进行编辑(添加或删除)的。对于Exchange的管理员,只能对Client Access Array的名称和FQDN进行配置。

由于Exchange Server 2010的客户端访问是按照活动目录站点进行划分的,而为了节省站点间的网路带宽,管理员应该尽可能使用户访问Exchange邮箱时,使用其所登录站点的Exchange服务器。例如这里的配置,DB#3上存放的是2ndSite内的用户邮箱,默认会在ExchAllinOne上被激活,而DB#3上的RPCClientAccessServer设置为2ndSite上的Client Access Array,这样就可以保证,在正常情况下,2ndSite的用户只需要连接到ExchAllinOne就能完成邮箱访问,而不需要使用1stSite内的Exchange服务器。

DAG的配置

虚拟目录

Client Access Server上虚拟目录的配置情况,以OWA为例,其它虚拟目录如OAB/ECP等服务,它们与OWA所使用的主机名完全相同:

也就是说,只有PCOEExchHTCAS1和PCOEExchHTCAS2,它们组成的cas能够在外部被客户端访问。而且,也只在这两台服务器上启用了Outlook Anywhere。


客户端连接

对于一个邮箱位于DB#3上的用户,通过AutoDiscover获取的默认Outlook配置如下:


Outlook的连接状态


模拟服务器故障

关闭ExchAllinone,数据库DB#3切换到1stSite的PCOEExchDAG2上。此时,相当于2ndSite内所有的Exchange服务均不再可用。结合前面提到的RpcClientAccessServer的设置情况,想像一下对于邮箱在DB#3上,并且正在使用MAPI方式连接到Exchange的用户会出现什么情况?

答案是:这类用户将无法继续使用MAPI方式进行连接了。

对客户端的影响

Outlook客户端重新发起连接,使用Outlook Anywhere方式进行。

注意:这种情况仅限于2ndSite不面向Internet(None-Internet-Facing)的情况,也就是在ExchAllinOne上没有配置ExternalURL,也没有启用Outlook Anywhere的前提下,客户端才能够自动切换到Outlook Anywhere方式,并且由cas.pcoe.com实现客户端访问的代理。这就是Failover的情况,服务器自动完成切换,客户端自动恢复连接。

如果2ndSite也是Internet-Facing的,就只能采用Switchover方式,由管理员手动干预才能够恢复客户端的访问了。

这里牵涉到的另一个问题就是客户端访问的代理(Proxying)及重定向(Redirection)。将在后续文章中加以说明。

关于DAG切换和故障转移的更多详细信息,请参考:
http://technet.microsoft.com/en-us/library/dd298067.aspx

声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。