/ 中存储网

Exchange 技巧:迁移和转换

2014-08-28 22:12:46 来源:中存储网

目前似乎有许多公司仍在使用 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 联系。