Exchange Server
2010中引入了一个新的概念，叫做Client Access Array。经常会遇到这样的
问题：“是不是创建了Client Access Array，就能够实现客户端访问的高可用？”这个问题的答案是：“能够部分实现。”为什么是这样呢？
考虑Exchange Server 2010中，在客户端访问方面最大的一个变化：Exchange Server 2010的所有客户端访问都通过客户端访问
服务器来进行。另一个提示：创建了Client Access Array后，需要通过
RpcClientAccessServer参数指定到数据库上。是不是有一些想法了？
Client Access Array是为了实现公司内部网络的MAPI客户端，访问
本站点内的邮箱数据库时提供高可用性。
对于一个活动目录站点，可以并且只能创建一个Client Access Array，该Array会自动将本站点的客户端访问服务器作为成员添加进去，而且不能进行增减。
每一台Exchange Server 2010的邮箱数据库角色
安装时，都会安装一个默认的邮箱数据库，如果没有为该站点创建Client Access Array，这个邮箱数据库上的RpcClientAccessServer属性会被设置为本站点内的第一台客户端访问服务器。
在这种情况下，如果将用户的邮箱分配到该数据库上，那么用户使用
Outlook RPC模式（MAPI）时，就必须通过指定的这台客户端访问服务器，才能够连接到自己的邮箱。即使本站点中有额外的客户端访问服务器正常运行，指定的这台客户端访问服务器故障时，也会导致用户无法连接。而通过创建Client Access Array，可以保证，本站点内只要有一台客户端访问服务器正常运行，MAPI客户端的访问就不受影响。
这就是引入Client Access Array的根本原因。
需要注意的是，Client Access Array并不能完整的实现客户端访问的高可用，考虑以下两个因素：
1、Exchange Server 2010的客户端访问是按照活动目录站点来划分的；
2、Exchange Server 2010的数据库隶属于整个组织，而不再是隶属于某个服务器；同时，
DAG模式可以跨站点切换。也就是说，用户的邮箱可能会在任一站点被激活。
特别是在跨站点的DAG模式下，由于Client Access Array只针对单个活动目录站点，因此如果数据库被跨站点激活，用户使用MAPI方式的访问依然会受到影响。
针对这个问题，在Exchange Server 2010 SP1中，为DAG引入了一个新的属性，名为AllowCrossSiteRpcClientAccess。
不过这个参数目前还没有正式启用，文档上的说明是：“The AllowCrossSiteRpcClientAccess parameter is reserved for future use by Microsoft.”
