这个问题已经出现在我的博客上几次高可用性和数据库可用性组的冗余（DAG）的特定“当Exchange 2010服务器故障转移发生在客户端访问服务器（CAS）和集线器传输（HT）的作用是什么到另一个站点？”或“什么是配置CAS和HT的最佳实践，以便当DAG失败时，CAS和HT也是故障切换？”
这些都是十分出色的问题，因为它是相当惊人的组织多少次投入可用性和灾难恢复他们的Exchange数据库，但没有做什么，当涉及到客户端或邮件访问。The best one I’ve seen is where an organization spent millions on high availability, disaster recovery, and security that they were able to failover their primary headquarter facility to their secondary datacenter with a click of a mouse button, and the datacenter was secured tight as a drum. HOWEVER one afternoon a fire broke out on a lower floor of the building and asbestos was found in the building effectively having the entire building quarantined. No employees could get into the building to work and the IT department couldn’t even get to the datacenter in the building to “click the button” to failover to their secondary datacenter because the security they had didn’t allow remote access to initiate the failover. So, the best laid plans for High Availability and Disaster Recovery really need to be thought through and tested to make sure they work.
因此，对整个CAS / HT故障件，应该如何CAS和HT服务器被放置，这样当数据库转移到另一个数据中心的CAS和HT都设置为“前端”的数据？
我ping通书“Exchange 2010中如虎添翼，”安德鲁·阿巴特谁是目前顶级专家在世界上，当涉及到交易所为他输入的高可用性和灾难恢复的我的合着者。安德鲁设计并实现了Exchange 2003，2007，和2010年，其中有10000，25000多个邮箱故障转移到1，2，许多数据中心环境。想通查询安德鲁将净出最好的“最佳实践”周围。果然，安德鲁不得不分享一些伟大的信息，所以我决定剪切/粘贴邮件主题，我与安德鲁，并把他投入这个博客...
以下是安德鲁的建议一（清理）摘录：
设计CAS / HT为Exchange 2007
{就像我一直专注围绕Exchange 2010中我的博客文章，安德鲁提供的Exchange一些伟大的输入2007 CAS / HT配置，所以想我会滑倒这}
在Exchange 2007群集连续复制（CCR），你自Exchange 2007 CCR定义了在同一个Active Directory站点中两个邮箱节点具有“拉伸群集”，从而“绵延集群的LAN网段”。因此，CAS / HT系统服务该CCR邮箱是在相同的AD站点。由于群集现场被拉伸时，用户经常通过CAS服务器在远程站点连接。比方说，你已经有了2 CAS / HT在每个站点，负载在它们之间平衡的OWA - 然后统计，有一半的时间在用户通过CAS / HT服务器在您的主数据中心站点连接，另一半的时间用户通过CAS连接/在你的辅助（DR）站点HT服务器。这不是Exchange 2007的CCR优雅的结果。
诚然，在Exchange 2007中，CAS是不是做与Outlook一大堆（初始连接时，脱机地址簿同步，自动发现，因而可用性等）。集线器传输，而另一方面，是不是因此在上面，一半的消息是从主站点将辅助站点，并回主站点为本地发送“2在每个站点”的情景惰性在2007年。世界不是结束，而是一个需要注意的。因为这种类型的路由是不是很有效，在Exchange 2007中的集线器传输路由的情况下，最好的做法是忽略给定的集线器传输服务器。有提供该功能可以与像微软系统中心操作管理器（SCOM）监视Exchange结合一个PowerShell命令，如果它看到“本地”高温超导是不可用的，它会再次激活远程的。CCR在Exchange 2007中真正专注于邮箱冗余。这似乎是CAS / HT冗余是一种事后的Exchange 2007中的东西，我们必须拿出一些最佳实践的解决方法，以解决造成CAS / HT故障转移时，CCR故障转移的限制，但幸运的Exchange 2010是现在这里和这些Exchange 2007的问题是在我们背后。
设计CAS / HT为Exchange 2010
与Exchange 2010和数据库的数据库可用性组（DAG）的故障转移，客户端访问服务器/集线器传输服务器的设计是一个非常不同的情况，因为你没有舒展Active Directory站点在Exchange 2010在Exchange 2010中，他们使用CAS阵列它定义可用的CAS服务器为客户端。（这亦意味着，你可以在一个网站，是不是阵列的一部分CAS，因此，它可以被专用于“非客户”的服务。）的CAS阵列由Active Directory参考它可以是DNS名称改变，使得“站点A现在去到站点B的CAS阵列作为其本地已关闭”。通常情况下，CAS阵列被关联到一个特定的网站，这是自动发现如何找到RPC端点用户以及它是如何决定InternalURLs和ExternalURLs传递到客户端，。CAS阵列本身有没有与之相关的“智慧” - 有成员之间没有交流层次的沟通。任何“负载平衡”完全从Exchange分离 - Windows网络负载平衡（NLB）或3RD党的设备。再次，系统中心运营经理（SCOM）救援 - 如果在站点A CAS阵列中的所有成员都无法使用，让网站A解析到一个站点B的数组对象，直到它的备份和运行。
更大的问题是“你有什么需要完成”？如果目标是“如何确保我的服务起来一个网站？”答案是“创建一个CAS阵列和负载平衡其成员的。如果问题是“我该怎么办，如果整个网站降？”then one of the slickest things to do is to configure Outlook to "on fast network, connect via RPC, on slow network, connect via HTTPS" - that way when the "local site" CAS array is down, the user’s Outlook client cannot make a local RPC connection so it’ll fail over to going out to the internet and connecting as Outlook Anywhere. This solution for Outlook works for Exchange 2007 and Exchange 2003 as well, so long as you're cached mode.
至于冗余邮件流？在Exchange 2010中，你必须在每个站点中的集线器传输服务器不管是什么，所以你不能真正“站点故障切换”是的，但事实上，你必须在每个站点手段HT服务器，当主站点下来，辅助站点的HT服务器会自动处理来自Exchange 2010邮箱服务器的传入和传出的电子邮件请求。
什么它归结为是在Exchange 2010中高可用性是完全自动的，该数据库可用性组会从一台服务器到另一个自动故障转移的数据库。Disaster Recovery in Exchange 2010 is “mostly” automated as there are scenarios where the failover of the CAS and HT roles can be helped with a configuration of the user’s Outlook client as well as using something like Microsoft System Center Operations Mgr 2007 to fill in areas of product limitation if you need a better level of redundancy management.
底线，在Exchange 2010 CAS服务器上，使用Exchange 2010 CAS阵列功能，可以让你在每个Exchange站点创建一个CAS阵列，然后将系统配置为主要的数组对象在主站点的决心，在一个CAS阵列您辅助站点直到主站点是备份和运行。而对于HT服务器，投入这是一个要求无论如何将提供在同一站点HT服务器（S）的Exchange 2010邮箱服务器上的邮件路由每个站点至少一个。
所以，我希望这提供了有关如何客户端访问和集线器传输服务器最能在你失败了在Exchange 2010使用数据库可用性组（DAG）数据库的环境来配置一个更好的快照。