如果您将用户移动到多个目标邮箱数据库，您仍可以针对每个目标邮箱服务器最多并行移动 5 个邮箱。</P> <P>Exchange 产品组的内部测试表明，如果允许针对每个目标邮箱数据库并行移动多达 5 个邮箱，将会为高可用性带来过重的负担。将大型邮箱移动到同为 DAG
目前似乎有许多公司仍在使用 Exchange 2003，这样虽然可以节省成本，但可能会遇到一些兼容性问题。
Henrik Walther
共享日历
问：我们刚刚从 Exchange 2003 迁移到 Exchange 2010 SP1。我们的组织内既有 Outlook 2003 客户端又有 Outlook 2007 客户端。我们的一些用户需要在 Outlook 2003 中打开大量共享日历（一次打开超过 15 个日历的情况并不少见），这些用户向我反映了一个问题。他们在尝试打开日历时，有时会遇到错误（请参见图 1）。
图 1 在 Outlook 2003 中打开超过 15 个共享日历时出现的错误消息
如果不升级到 Outlook 2007，是否能解决此问题？我们要到 2011 年下半年之后才能升级这些客户端。
答：此问题通常是由 Exchange 2010 中新的远程过程调用 (RPC) 限制策略造成的，具体来说是“RCAMaxConcurrency”限制策略参数造成的。如果您的用户需要使用 Outlook 2003 打开 15 个以上共享日历或附加邮箱，您可以使用 Set-ThrottlingPolicy cmdlet 调整 RPC 相关限制策略设置，以增加 RCAMaxConcurrency 的值（其默认值为 20）。RCAMaxConcurrency 参数指示 RPC 客户端访问用户一次可以针对运行 Exchange 2010 的服务器建立多少个并发连接。
要将默认限制策略中 RCAMaxConcurrency 设置的值从 20 增加到 30，请打开 Exchange 命令行管理程序，并运行以下命令，先为该策略创建一个变量：
$a = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
然后将该变量通过管道传输到 Set-ThrottlingPolicy cmdlet：
$a | Set-ThrottlingPolicy -RCAMaxConcurrency 30
要应用这些更改，请重新启动每个客户端访问服务器 (CAS) 上的“Microsoft Exchange 限制”服务。现在您将可以打开比默认设置多很多的共享日历和附加邮箱（请参见图 2）。
图 2 更改 RCAMaxConcurrency 的默认设置后使用 Outlook 2003 打开 15 个日历
有关 Exchange 2010 SP1 限制策略的详细信息，请参阅 Microsoft TechNet 上的 Exchange 2010 文档。
Windows Phone 支持
问：我公司正在考虑向用户提供 Windows Phone 7 设备。在提供该设备之前，我们想问一个问题：Windows Phone 7 设备支持的 Exchange ActiveSync (EAS) 策略是否与 Windows Mobile 6.x 设备相同？
答：虽然 Microsoft 主要是针对个人用户开发的 Windows Phone 7，但 Windows Phone 团队意识到他们需要在操作系统中包含企业功能，因为多数人都使用同一部电话处理私人和工作事务。Windows Phone 7 操作系统支持 Exchange 2010 SP1 中提供的一部分 EAS 策略，其中包括：
- 要求密码
- 最短密码长度
- 闲置超时频率值
- 设备擦除阈值
- 允许简单密码
- 密码过期
- 密码历史
- 禁用可移动存储
- 禁用 IrDA
- 禁用桌面同步
- 阻止远程桌面
- 阻止 Internet 共享
如果您希望使用其他 EAS 策略，则可选择以下几种做法：
- 创建一个专用 Windows Phone 7 EAS 策略，并将其与使用 Windows Phone 7 设备的邮箱用户关联
- 在已配置的默认 EAS 策略中，将 AllowNonProvisionableDevices 属性设置为 True
- 在 Exchange 组织中重新配置默认 EAS 策略，以便只配置之前列出的策略
- 在 Windows Phone 7 设备上部署第三方 EAS 客户端
与 Exchange 共存
问：我们是一个小型组织，目前正计划从 Exchange 2003 转换到 Exchange 2010 SP1。我们只有一台 Exchange 2003 服务器。Exchange 2010 TechNet 库中有关从 Exchange 2003 客户端访问升级的部分中有一项任务，即将一个旧主机名 (legacy.domain.com) 与 Exchange 2003 基础结构相关联。因此我们必须在 Exchange 2010 CAS 上配置一个 Exchange 2003 URL，并将其指向一个 Exchange 2003 前端服务器，配置命令如下：
Set-OWAVirtualDirectory <CAS2010>OWA* -Exchange2003URL https://legacy.contoso.com/exchange
这样，我们的用户在共存期间可以通过单一登录访问其邮箱，我们需要这样做，因为我们的组织只有一台 Exchange 2003 服务器。TechNet 文档特别指出，必须将 Exchange 2003 URL 指向一个 Exchange 2003 前端服务器。这是否表示我们必须引进 Exchange 2003 前端服务器才能使用此共存功能？
答：您不需要专门的 Exchange 2003 前端服务器。如果您只有一台 Exchange 2003 服务器，将 Exchange 2010 CAS 上的 Exchange 2003 URL 直接指向 Exchange 2003 后端服务器是毫无问题的。您只需记住，为实现单一登录，您必须在 Exchange 2010 CAS 和 Exchange 2003 后端服务器上都启用基于表单的身份验证（请参见图 3）。
图 3 在 Exchange 2003 中启用基于表单的身份验证
另需记住，必须在 Exchange 2003 服务器上安装包含旧主机名 (legacy.domain.com) 的 SSL 证书。此主机名未必是证书上的通用名称。如果您在 Exchange 2010 服务器上使用 UC/SAN 证书，则可以将旧主机名添加到 SAN 列表，并同时在 Exchange 2003 服务器上使用此证书。
指定多个网关
问：我们目前正在部署 Exchange 2010 SP1。我们有两个数据中心，并计划使用在每个数据中心之间拉伸的数据库可用性组 (DAG)。这两个数据中心将分别包含两个 DAG 成员。每个 DAG 成员服务器将包含两个网络接口（分别用于 MAPI 访问和复制），还将为每个数据中心包含不同子网。
我们已为每个服务器上的 MAPI 网络以及一个数据中心的 DAG 成员指定了一个默认网关。这些 DAG 成员可以通过已配置的 MAPI 网络 IP 地址连接另外一个数据中心的 DAG 成员（反之亦然）。但是服务器之间不能通过复制网络相互连接，这是一个问题。我们十分确定，这是因为我们也需要在复制网络上指定一个默认网关。当我们通过复制界面上的 TCP/IPv4 属性页设置默认网关时，看到如图 4 所示的警告消息。
图 4 配置多个默认网关时出现的警告信息
继续在复制界面进行配置之前，我们想问一下在 DAG 成员服务器上指定多个网关的正确方法是什么？
答：非常高兴看到您在决定使用 GUI 配置多个网关之前先进行咨询。我们不支持此种做法，因为它将造成数据中心间的路由问题。您必须为复制网络接口指定一个默认网关。
在 Exchange 2007 时代，当部署多站点群集连续复制 (CCR) 群集时，或在部署在不同子网上包含节点单一副本群集 (SCC) 群集时，会使用“Route Add”命令配置默认网关。对于 Windows Server 2008 和 Windows Server 2008 R2，配置方法略有更改，即不再使用“Route Add”命令，Microsoft 建议用户使用“Netsh”配置默认网关。
对于位于不同子网上的 Exchange 2010 DAG 成员服务器，仍然应当使用 Netsh。您需要使用 Netsh 为另一个数据中心中的复制子网创建静态路由。要使用“Route add”创建一个从子网 10.10.10.0/24 到 10.10.11.0/24 之间的静态持久性路由，请使用以下命令：
Route add 10.10.11.0 mask 255.255.255.0 10.10.10.203 –p
这将把指向 10.10.11.0/24 的所有流量发送到网关 10.10.10.203。然后将这些流量路由到 10.10.11.0/24 子网上的对应服务器。要使用 Netsh 创建相同的静态路由，请使用以下命令：
Netsh interface ipv4 add route 10.10.11.0/24 "REPLICATION" 10.10.10.203
复制网络接口的名称为“REPLICATION”，默认网关为 10.10.10.203。请注意，使用 Netsh 时“Route add”将被创建为永久性路由。
并行邮箱移动
问：我们刚刚将 Exchange 2010 服务器升级为 Exchange 2010 SP1。我们发现每个目标数据库只能并行移动两个邮箱。使用 Exchange 2010 RTM 时，有 5 个邮箱可以并行移动。
这样产生两个问题：为什么使用 Exchange 2010 SP1 时并行移动邮箱的数量会有变化？我们能否更改此数量？
答：您说的没错，使用 Exchange 2010 SP1 时，每个目标邮箱数据库的最大并行移动数量从 5 个更改为 2 个。每个目标服务器的最大并行移动数量仍设置为 5 个。这就是说，如果您将用户移动到多个目标邮箱数据库，您仍可以针对每个目标邮箱服务器最多并行移动 5 个邮箱。
Exchange 产品组的内部测试表明，如果允许针对每个目标邮箱数据库并行移动多达 5 个邮箱，将会为高可用性带来过重的负担。将大型邮箱移动到同为 DAG 成员的目标邮箱服务器时尤其如此。
您可以根据自己的需求和具体环境调整此设置的值。如果您移动的是大型邮箱，并使用 DAG，则应将此值保持为 5 个。然而，如果您移动的是小型邮箱，或使用独立的 Exchange 2010 邮箱服务器，则通常可以将每个目标邮箱数据库的值提高到 10，将每个目标邮箱服务器的值提高到 40。
要更改该值，请登录 Exchange 2010 CAS，并在记事本中打开 MSExchangeMailboxReplication.exe.config 文件（请参见图 5）。
图 5 在记事本中打开 MSExchangeMailboxReplication.exe.config 文件
打开文件后，更改 MaxActiveMovesPerTargetMDB 和 MacActiveMovesPerTargetServer 的值（请参见图 6）。
图 6 Exchange 2010 SP1 中的默认 MaxActiveMovesPerTargetMDB 和 MaxActiveMovesPerTargetServer 值
更改这些值之后，请重新启动 Microsoft Exchange 邮箱复制服务，以应用这些值。如果您的组织中拥有多台 Exchange 2010 CAS 服务器，必须在所有服务器上都执行上述步骤。
Henrik Walther 是一名 Microsoft Exchange 2007 认证架构师和 Exchange MVP，而且拥有 15 年以上的 IT 从业经验。他是 Timengo Consulting（位于丹麦的 Microsoft 金牌认证合作伙伴）的技术架构师，同时身兼 Biblioso Corp.（一家专门从事托管文档和本地化服务的美国公司）的技术撰稿人。您可以通过向 v-henwal@microsoft.com 发送电子邮件与 Walther 联系。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
