混合模式下站点合并需要考虑的重要因素

 

上一次修改主题: 2006-08-16

在考虑合并远程 Microsoft® Exchange 站点前,应先熟悉下列有关合并站点的建议和先决条件,以及站点合并期间和合并后可能出现的问题:

  • 将客户端计算机升级到 Microsoft Office Outlook® 2003 合并站点之前,请将远程站点中的客户端计算机升级到 Outlook 2003,并打开缓存 Exchange 模式。缓存 Exchange 模式是站点合并的重要组件,因为在有网络连接或没有网络连接的情况下,远程用户都可使用本地缓存进行工作。升级客户端计算机的 Outlook 并打开缓存 Exchange 模式,将创建用户邮箱的本地副本。通过在移动邮箱前创建本地副本,可以避免由于等待将邮箱移出本地站点而产生的大量下载数据流量。在远程站点和中心站点之间的网络带宽受到限制的情况下,该策略特别有用。尽管客户端计算机支持 Outlook 的早期版本和其他电子邮件应用程序,但它们无法利用缓存 Exchange 模式。此外,为了最大程度地减少支持问题,应当在规划升级过程时,一并考虑 Outlook 2003 最终用户的培训和准备工作。
  • 将 ADC 升级到 Exchange 2003 SP1 使用 Exchange 2003 SP1 版的 Active Directory 连接器 (ADC),其中包含可在站点合并后清理对象和通讯组列表的新功能。在站点间移动邮箱时,ADC 更新用户对象和用户所属的所有通讯组;因此,将会在目录间复制更改且用户可以继续接收邮件。
  • 合并 Microsoft Windows® 域(如果可能) 为了避免通过 Outlook 设置委派、颁发密钥管理服务证书和更新组而产生的问题,建议您同时合并远程 Windows 域和 Exchange 邮箱。Microsoft Active Directory® 目录服务要求 Outlook 使用的全局编录服务器与 Outlook 尝试更新的对象位于同一个域中。在委派邮箱访问的示例中,如果其用户对象位于远程域的用户登录到中心域的 Outlook 中,则此用户无法设置委派。这是因为 Outlook 被定向到中心域,而用户对象却位于远程域中。位于中心域的全局编录服务器包含驻留在其他域中的目录对象的只读副本。如果无法同时合并 Exchange 域和 Windows 域,则可使用目录对象所在的中心域中的全局编录服务器,来配置下面 Outlook 客户端上的注册表项。

     

    • 位置:
    • HKEY_CURRENT_USER\Software\Microsoft\Exchange \Exchange Provider
    • 名称:
    • DS 服务器
    • 类型:
    • REG_SZ(字符串)
    • 值:
    • <全局编录服务器的完全限定的域名>
  • 应用目录服务/信息存储 (DS/IS) 一致性调整程序的修补程序和使用调整程序持续访问 Exchange 5.5 公用文件夹 如果在移动 Exchange 5.5 公用文件夹之前将用户和组移到中心站点,则公用文件夹访问控制列表 (ACL) 会发生错误,并且用户将无法访问公用文件夹。有两种方法可避免此问题:
    • 方法 1:移动用户和组后,可运行 DS/IS 一致性调整程序并使用新用户和新组信息来更新公用文件夹 ACL。
    • 方法 2:可以先将公用文件夹复制到中心站点,然后再移动用户和组。此外,确保启用了连接器间的公用文件夹引用。
      note注意:
      开始合并 Exchange 5.5 站点之前,请将 Exchange 5.5 DS/IS 一致性调整程序的修补程序(可从 http://go.microsoft.com/fwlink/?linkid=3052&kbid=836489 上获取)应用于所有 Exchange 5.5 公用文件夹服务器。此修补程序确保在跨站点移动后,公用文件夹 ACL 得到正确更新,从而使用户和组可持续访问公用文件夹。
  • 规划脱机通讯簿的完全下载 在站点间移动多个邮箱之前,应先确定带宽是否足以支持完全下载所有远程站点上的、全部 Outlook 客户端计算机的脱机通讯簿。有关为何发生脱机通讯簿的完全下载的详细信息,请参阅本主题后面的“脱机通讯簿下载”。
  • 移动邮箱后更新 Outlook 配置文件 跨管理组移动邮箱后,必须更新 Outlook 配置文件,以便用户可以登录到重定位的邮箱。Exchange 配置文件更新工具 (Exprofre.exe) 是运行在客户端计算机上的命令行工具,用于自动更新用户的 Outlook 配置文件。Exprofre.exe 会修改默认的 Outlook 配置文件,从而使用户在邮箱移动后可以成功登录他们的邮箱。可以从 Exchange Server 2003 工具和更新网站 (http://go.microsoft.com/fwlink/?linkid=21316) 上获取此工具。

使用缓存 Exchange 模式的 Outlook 客户端计算机需要脱机通讯簿来解析电子邮件地址。脱机通讯簿存储在公用文件夹服务器上。脱机通讯簿的完全下载发生在下列情况下:

  • 合并站点时,在该站点上使用缓存 Exchange 模式并且其邮箱已被移动的所有用户,都会收到完全下载的脱机通讯簿。在邮箱移动后,这些用户首次启动 Outlook 时,发生此下载。
  • 当大量目录出现更改时(如跨站点移动大量的邮箱或更改 Exchange 拓扑结构时),在所有站点上使用缓存 Exchange 模式的所有用户都会收到完全下载的脱机通讯簿。

有关脱机通讯簿完全下载的影响及其发生情形的详细信息,请参阅 Microsoft 知识库文章 839826 (http://go.microsoft.com/fwlink/?linkid=3052&kbid=839826)。

note注意:
脱机通讯簿的完全下载可能成为组织的限制性因素,这取决于通讯簿的大小、可用带宽以及到远程站点的连接延迟。

此大量的下载可能会导致网络和 Outlook 的性能问题。在确定脱机通讯簿下载的持续时间时,应考虑到与所有远程站点的网络连接带宽、必须传输的数据量以及网络连接延迟。可以使用脱机通讯簿的大小与远程站点中用户数量的乘积来估计要传输的数据量。

note注意:
示例:如果脱机通讯簿的大小为 20 MB,并且使用缓存 Exchange 模式的 Outlook 用户数为 25,则估计需要复制的数据量为 500 MB:(20 MB 脱机通讯簿 × 25 个用户 = 500 MB)。

网络延迟是将数据从网络中的一点传输到另一点所需要的时间。在确定网络连接以何种速度达到饱和时,延迟是一个因素。如果延迟时间较长,则数据传输的速率较低,这意味着网络连接达到饱和的时间较长。相反,较短的延迟意味着数据流动更快,因此如果有很多用户在同时下载脱机通讯簿,则增加了网络连接达到饱和的可能性。

在跨站点移动多个邮箱前,应确定是否有足够的带宽来支持远程站点中所有 Outlook 用户的脱机通讯簿的完全下载。此外,还应将要移动的数据量和网络延迟计算在内,来评估下载对网络的影响。

当组织运行在混合模式下时,可使用移动邮箱向导来跨站点移动邮箱,移动邮箱向导使用新的 legacyExchangeDN 属性来更新相应的用户对象。因为向导更新了 legacyExchangeDN 属性,因此您不必移动忙/闲系统文件夹。用户登录到新邮箱后,将使用新的 legacyExchangeDN 属性重新发布用户的忙/闲数据。

note注意:
跨站点移动邮箱之后,忙/闲数据不会立即传输到新的服务器。而是在用户登录到邮箱或执行日历操作(如创建或接受会议请求)后十五分钟内,将数据投递到新的服务器。

本部分描述了合并站点已知的局限性。站点合并过程受到各种因素的影响,如执行步骤的顺序、复制目录信息的时间以及在站点之间复制 Exchange 数据所需要的时间。另外,其他邮件功能也可能由于在站点间移动邮箱和用户而受到影响。因此在开始规划站点合并前,应熟悉此处列出的所有已知问题。

  • 移动邮箱时网络流量将增加 跨站点移动邮箱时,应当对站点之间额外的网络流量进行规划。额外的流量等于规划要移动的邮箱大小的总和。
  • 目录复制流量将增加 将邮箱从 Exchange 5.5 站点移到中心 Exchange 站点的过程中,当 ADC 更新用户和通讯组以及删除远程站点中的旧对象时,目录复制流量预计会增加。此过程的持续时间取决于环境的规模、Exchange 5.5 站点间的复制速度以及 Exchange 5.5 和 Active Directory 之间的复制速度。默认情况下,目录清理每十二小时运行一次。在较小的环境中,目录清理可在下次自动复制会话期间完成,而在较大的环境中可能需要不止一个会话。
    important重要提示:
    若要加快目录清理,可以在 Active Directory 连接器管理器和 Exchange 5.5 Administrator 程序中启动复制。
  • 公用文件夹复制流量将会增加 使用 Exchange 公用文件夹迁移工具 (pfMigrate) 将公用文件夹移到中心站点的过程中,当更新公用文件夹分层结构和跨站点复制公用文件夹内容时,预计流量会增加。pfMigrate 工具和 DS/IS 一致性调整程序导致了复制流量的增加。
  • 移动 Microsoft Exchange Server 5.5 邮箱之后,ANSI 格式的缓存脱机文件夹文件未自动重新创建为 Unicode 格式 将 Exchange Server 5.5 邮箱移到运行 Exchange Server 2003 或 Microsoft Exchange 2000 Server 的计算机后,用户的缓存脱机文件夹 (.ost) 文件和脱机通讯簿 (.oab) 文件仍保留为 ANSI 格式。ANSI 格式的缓存脱机文件夹 (.ost) 的文件大小不能超过 2 GB,并且由于该文件格式为 ANSI 格式,因此脱机通讯簿文件也会使用 ANSI 格式。此外,知识库文章 841207 中提供的解决方案需要将脱机通讯簿完全下载到所有受影响的客户端计算机上。这种下载可能显著地增加网络流量。
    有关 Exchange 2003 或 Exchange 2000 中以 ANSI 格式而非 Unicode 格式创建的缓存脱机文件夹文件的详细信息及解决方案,请参阅知识库文章 841207,“An Outlook 2003 cached offline folder file is created in ANSI format instead of in Unicode format in Exchange 2003 or in Exchange 2000”(在 Exchange 2003 或 Exchange 2000 中,以 ANSI 格式而不是 Unicode 格式创建了一个 Outlook 2003 缓存脱机文件夹文件)(http://go.microsoft.com/fwlink/?linkid=3052&kbid=841207)。
    有关在 Outlook 2003 中使用 Unicode 的详细信息,请参阅 Configuring Unicode Options for Outlook 2003(配置 Outlook 2003 的 Unicode 选项)(http://go.microsoft.com/fwlink/?LinkId=33526)。
  • 委派可能无法访问 为了保持 Outlook 中的委派访问,请将管理器及其委派从远程 Exchange 5.5 站点一起移动到中心站点。如果不可能将他们一起移动,可在委派前移动管理器或在移动后重新授予委派访问权限。
  • 日记收件人需要重新指定 日记收件人是配置用于接收邮箱存储的所有存档邮件的用户。在跨站点移动日记收件人之前,应将日记收件人标志分配给不同的用户。移动后,可以将用户重新指定为日记收件人。
  • 收件箱规则可能不起作用 如果用户的邮箱没有驻留在 Exchange 2003 SP1 服务器上,则基于已跨站点移动的其他用户上的所有收件箱规则都将不起作用,这是因为已移动用户的 legacyExchangeDN 属性已经更改。但是,用户可重新创建规则。如果用户的邮箱驻留在 Exchange 2003 SP1 服务器上,规则将继续起作用。此问题不会影响到邮箱已移动的用户;仅影响到其规则基于已移动用户的用户。所有用户的邮箱都存放在 Exchange 2003 SP1 服务器后,规则将再次起作用。
  • 用户名可能暂时不在 Exchange 5.5 GAL 中 在 Exchange 5.5 中,已跨站点移动的用户名在目录复制完成之前,可能会暂时从全局地址列表 (GAL) 中消失。在此期间,将新的 Exchange 5.5 对象复制到新站点的同时,隐藏了远程站点中的原始 Exchange 5.5 对象。而 Exchange 2003 GAL 未受到影响。
  • 某些用户迁移后可能会收到未送达报告 将邮箱从 Exchange 5.5 移到中心站点后,如果尚未移动的 Exchange 5.5 用户答复来自已移动的 Exchange 5.5 用户的邮件,则他们将收到未送达报告 (NDR)。此情况将一直持续到 Exchange 5.5 目录复制完成为止。若要避免此情况,可以通过在 ADC 管理器中选择“立即复制”来强行进行复制。另一方法是,通过 Exchange 2000 或 Exchange 2003 桥头服务器重定向 Exchange 5.5 邮件,因为这些服务器可向新邮箱转发邮件。
    note注意:
    若要清除 NDR,请删除 Exchange 5.5 站点之间的站点连接器,并创建连接到中心站点的连接器,以便通过中心站点或 Exchange 2003 服务器路由所有邮件。
  • 已授权用户必须执行日历操作来为资源邮箱重新投递忙/闲数据 当跨站点移动邮箱时,不会向新服务器传输忙/闲数据。对于用户来说,在用户登录到邮箱或执行日历操作(如创建或接受会议请求)后十五分钟内,会向新的服务器投递忙/闲数据。但是,对于资源邮箱(如会议室)来说,拥有资源邮箱访问权限的人必须打开邮箱并执行日历操作来重新投递忙/闲信息。
  • 密钥管理服务需要导出证书 如果使用的是 X.509 v3 证书,则跨站点移动之后密钥管理服务可继续起作用;但如果使用的是 X.509 v1,则不会继续起作用。如果使用 v1 证书,跨站点移动的用户可解密旧邮件,但无法对新邮件进行签名和加密。如果正在使用密钥管理服务,则即使同一密钥管理服务服务器向中心站点提供服务,也应在跨站点移动用户前将您的证书导出。移动用户后,将证书导入到中心站点的密钥管理服务服务器。移动用户后,请运行 Exchange 配置文件更新工具 (Exprofre.exe)。
  • Exchange 会议服务器需要切换到纯模式 如果正在运行 Exchange 会议服务器,则应首先切换到 Exchange 纯模式,然后再合并站点。采用此方法可以避免 legacyExchangeDN 属性产生的问题,并可确保 Exchange 会议服务器持续起作用。
 
显示: