在站点合并到基于 Exchange Server 2003 Service Pack 1 的站点的过程中了解的有关的问题

文章翻译 文章翻译
文章编号: 841659 - 查看本文应用于的产品
本文已归档。它按“原样”提供,并且不再更新。
展开全部 | 关闭全部

本文内容

概要

在中心站点中安装 Microsoft Exchange Server 2003 Service Pack 1 后 ,您可以启动站点合并,将 Exchange Server 计算机从远程站点移动到中心站点。在站点合并期间可能会出现一些问题。在开始站点合并前,所有活动目录连接器 (ADC) 在林中必须升级到 Exchange Server 2003 Service Pack 1 中包括的 ADC 版本。

此外,我们建议您将确保您正确配置在远程站点和将移动对象的中心站点之间 Exchange Server 5.5 目录复制连接器日程安排。 Exchange Server 2003 活动目录连接器行为和运行时在网站上的效果取决于每个网络的多个变量。

后跨站点的公用文件夹移动跨管理组移动后,在您的问题数量的 re-home 对象可能会发生。为了准备一个跨站点移动,它是一个不错的主意您必须了解该行为,该问题的讨论
该文章。

简介

站点合并到一个较大的中心站点或多个大型站点中合并远程站点的过程。 已部署中心站点的客户端已经开始运行 Outlook 2003 后,管理员可以启动整合从远程站点的内容。 站点合并将整合主内容、 公用文件夹、 在的邮箱和目录对象。站点合并还合并服务 (如脱机通讯簿或连接到中心站点外的连接器。本文概述了在站点合并过程中可能会出现的已知的问题。本文还介绍了什么可能会导致该问题。本文介绍的变通办法和解决方法。 提供的信息旨在帮助您了解可能发生的问题。此外,提供信息旨在帮助您完成站点合并。

安装 Exchange Server 2003 Service Pack 1 活动目录连接器

活动目录连接器 (ADC) 在 Microsoft Exchange Server 2003 Service Pack 1 是站点合并的先决条件。在 Exchange 系统管理器图形用户界面 (GUI) 在 Exchange Server 2003 Service Pack 1 不允许跨站点移动到直到树林中的所有 ADCs 已都升级为 Exchange Server 2003 Service Pack 1 后才发生。

更新 Exchange Server 5.5 目录复制连接器日程安排 (可选)

跨站点移动过程中多个目录的更改可能会发生。我们建议管理员考虑 Exchange Server 5.5 目录复制连接器日程安排在远程站点和将移动对象的中心站点之间。 要确保复制的更改快速从中心站点的流回到正在合并该远程站点,管理员可能需要执行以下操作:
  • 请确保 Exchange Server 5.5 复制连接器将直接在远程站点和中心站点之间。
  • 请确保在中心站点相同的服务器使用的复制连接器,并且从更改 ADC 被配置为复制 Active Directory 目录服务复制桥头。
  • 请确保 Exchange Server 5.5 复制日程安排设置为 始终 或短的时间间隔。
这些更改是可选的但是强烈建议使用的。如果延迟目录复制或 $ ADC 复制跨站点移动后的自动的清理过程可能花费较长的时间。

ADC 行为

在移动之前的 ADC 行为

公用文件夹的一个跨管理组移动已完成之前,ADC 完成几个阶段的跨管理组移动清理行为。 将受影响消息传递,直到完成 ADC 跨管理组移动清理。

完成 ADC 清理行为所需的时间取决于您的环境,您的 Exchange Server 5.5 站点之间复制和 Exchange Server 5.5 到 Active Directory 复制。

例如对于通讯组列表的清理和删除的存根 (stub) 对象每 12 小时运行一次。 在同一时间在完成通讯组列表的清理和删除的存根 (stub) 对象。这些可以在较小的环境中完成一个清理周期中或在 12 小时。 在更大的环境中这些过程可能需要两个或更多清理周期和它们可能需要更仔细地为 24 小时才能完成。 通讯组列表的清理和删除的存根 (stub) 对象可能要花费更长的时间更大的环境中的以下原因:
  • 将从 Active Directory 复制到 Exchange Server 5.5 所需的时间
  • 在 Exchange Server 5.5 中的站间复制。
更快地清理,用鼠标右键单击该连接协议,然后单击 立即复制。但是,速度仍受以下限制:
  • 将从 Active Directory 复制到 Exchange Server 5.5 所需的时间。
  • 在 Exchange Server 5.5 中的站间复制。


ADC 行为链接的 Exchange Server 5.5 和 Active Directory 对象在跨管理组的过程中移动

存根 (stub) Exchange Server 5.5 对象和 Active Directory 对象是一个跨站点移动过程中的未链接。 公用文件夹重新连接工具 (PFMigrate) 将不同的 ADC 全局名称值分配给这两个对象使用 ADC 全局名称中的新 NM_MOVED_CROSS_SITE 标志。 ADC 不一起链接这两个对象。 因此,存根 (stub) 对象可以删除清理的末尾,而不删除 Active Directory 对象。

ADC 取消存根 (stub) Exchange Server 5.5 对象返回到活动目录的复制,因为 ADC GlobalNames 中删除并 re-stamped 与一个不同的值。 如果 ADC 不取消复制,将返回到活动目录复制公用文件夹目录对象,结果将是重复的对象。 此外,如果该 ADCGlobalNames 没有将其复制到所有域控制器,用户可能会链接到 Active Directory 对象。 PFMigrate 戳 ADCDoNotReplicate 作为公用文件夹上的 X.500 代理地址。 ADCDoNotReplicate 戳告诉 ADC 不返回到 Active Directory 复制此对象。 跨网站位不能用于停止这种行为,因为 ADC GlobalNames 不会复制之间的站点。因此,跨网站位,和删除和更新仍会复制,不会看到复制源于一个非本地站点的更改该连接协议。

ADC 清理行为

更新通讯组
在 Exchange Server 5.5,必须从通讯组列表中删除旧的 Exchange Server 5.5 公用文件夹对象,并从 Active Directory 通讯组列表中,必须更新移动的公用文件夹。

域对象是在 Active Directory 中最基本的对象之一。所有其他对象都是从属于域对象。域对象的可分辨的名称 (DN) 由组成该域的 DNS 名称的域组件 (dc)。例如对于 microsoft.com 域的对象具有 dc 的 DN = 微软,dc = com。用于此对象的 objectclass domainDNS 并且该 objectcategory DomainDNS。

因为通讯组列表成员身份基于 DN 和成员身份不会更改过程中跨管理组移动公用文件夹的 Active Directory 具有公用文件夹的正确成员身份。 ADC 使用 ADCGlobalNames 命令来查找组成员身份和 $ DN 链接,将复制到 Exchange Server 5.5 时。 ADC 可以更新 Exchange Server 5.5 通讯组列表,通过强制复制 Active Directory 组。但是,可能有延迟 Exchange Server 5.5 站点之间。 因此,在网站中更新通讯组列表时, 它可能不具有将新对象,并可能仅有的存根 (stub) 的公用文件夹对象的知识。要变通解决此问题,ADC 完成 DN 链接查找,以允许链接到旧的对象,如果无法找到新的对象,当 Exchange Server 5.5 目录中搜索。

如果旧的 Exchange Server 5.5 公用文件夹删除和通讯组列表中清除后没有保持为存根 (stub) 的公用文件夹,直到,将被从其通讯组列表删除公用文件夹和公用文件夹将会丢失其通讯组列表成员身份。 如果通讯组列表复制回 Active Directory,并且从他们的通讯组列表中删除用户,也可能发生这种情况。 由于存根 (stub) 的公用文件夹将保留,但是,也必须有用于清除这些通讯组列表,以便在新移动公用文件夹对象将被添加到其通讯组列表跨 Exchange Server 5.5 的站点和,以便最终将存根 (stub) 的公用文件夹对象可以被删除的过程。 在以下两种方法之一,可能会发生此现象:
  • PFMigrate 过程涉及在 Active Directory 中移动的公用文件夹所属的所有通讯组列表。因此,Active Directory 会将正确的成员身份复制到 Exchange Server 5.5 中。在 Active Directory 中,将更新复制的 ObjectVersion 属性。
  • 如果通讯组列表不在目标站点中,ADC 可以自动强制复制公用文件夹所属的所有通讯组列表。 PFMigrate 标记所有跨管理的组移动公用文件夹与在 x500: ADCDeleteWhenUnlinked 代理值和外观设置通讯组列表成员身份。ADC 搜索对象使用的代理地址 x500: ADCDeleteWhenUnlinked 强制复制。 如果通讯组是在本地站点中,它将接触到强制复制,Exchange Server 5.5 新站点中具有正确的成员身份与新的公用文件夹的 Active Directory 中的组。 此行为已添加到 ADC 的解析无法解析的 DN 链接的目录清理阶段。此行为每 12 小时运行一次。



删除原始 Exchange Server 5.5 站点中的存根 (stub) 对象


x500: ADCDeleteWhenUnlinked 代理值由该 PFMigrate 标记对象上以指示其 MemberOf 属性为空时,应删除该对象的过程。这意味着该对象不属于任何通讯组由于的前面讨论的更新通讯组列表行为。 这还添加了 ADC 的解析无法解析的 DN 链接的目录清理阶段。

outlook Web Access 和 Outlook 的读/未读状态

当公用文件夹移动到另一台服务器的过程中跨站点移动公用文件夹的公用文件夹中的消息的读和未读状态会丢失。 出现此现象的原因在于读和未读的状态不服务器之间复制。因此,当用户使用 Outlook Web Access,或当 Outlook 访问公用文件夹已移动的跨网站,所有邮件将显示为未读邮件。当您在站点内移动公用文件夹副本时,也会发生此行为。此行为不是特定于跨站点移动。

访问公用文件夹已移动到跨网站用户

可能会出现以下现象:
  • 移动公用文件夹的访问权限可能暂时被拒绝。
  • 您可能不被重定向到新的主公用文件夹。
  • 在新的公用文件夹中可能不是所有内容。
下面的两个原因之一,可能会发生此现象:
  • 如果在副本列表不会更新上用户的服务器访问跨站点移动公用文件夹,在更新副本列表之前,将用户定向到旧的副本。 如果删除旧的副本,则用户将不会收到对公用文件夹的访问权限。 在副本列表预计的跨站点移动的 5 分钟内被更新。但是,如果删除公用文件夹副本之前,不能在复制副本列表,用户不能访问的公用文件夹副本列表更新之前。
  • 用户可以连接到新站点,以访问其公用文件夹之前的所有内容都复制到新站点。


公用文件夹关联

如果不在公用文件夹关联设置到新的网站,可能无法完成对公用文件夹的访问。 出现此现象的原因在于关系必须为新的家庭站点公用文件夹跨站点移动之前的公用文件夹配置。当您将公用文件夹副本移动并不是特定于跨站点移动时,也会发生此行为。

公用文件夹关联是到另一个网站上查看服务器和访问公用文件夹的客户端程序的能力。这是的而不是将该文件夹复制到本地站点的。如果存在高带宽连接,则通常使用公用文件夹关联。

注意如果遵循提供在邮箱的过程中的源和目标站点中的副本移动步骤指南,则不需要的公用文件夹关联。如果公用文件夹会在总计中之前或移动的邮箱移动后,将需要关系。

已知问题: 跨站点的公用文件夹移动后的行为

对 Exchange Server 5.5 用户和对 Exchange Server 2003 用户的电子邮件发送到公用文件夹时效果

当用户发送到一个跨管理组的过程中的公用文件夹的电子邮件将移动时和 ADC 清理 Exchange Server 5.5 目录对象时,邮件传递问题可能会发生。

注意在跨网站用户移动过程中用户可能会收到未送达报告 (NDR) 包含以下错误:
访问被拒绝 0x80070005




收件箱规则


已跨管理组移动公用文件夹后,将邮件移到并从基于文件夹 ID (FID) 的公用文件夹的规则将不起作用。您可能会收到一条消息,是类似于以下内容:
找不到目标文件夹




在全球通讯簿中移公用文件夹


跨管理组移动的公用文件夹可能会消失从全球通讯簿在 Exchange Server 5.5。如果原始的 Exchange Server 5.5 对象,在旧的网站中隐藏的对象复制到新网站上,从 Active Directory 新的 Exchange Server 5.5 之前,可能会发生此行为。 关于管理移动公用文件夹在 Active Directory,Exchange 2000 服务器全局地址列表或 Exchange Server 2003 全球通讯簿中不受影响。



日志记录


如果使用 Exchange Server 5.5 或 Exchange 2000 Server 日记的公用文件夹已移动的跨管理组,日记功能将不起作用。出现此问题的原因是 LegacyExchangeDN 属性被更改。

注意到 Exchange 2000 和 Exchange Server 2003 中的公用文件夹日志记录不被支持,并可能导致 Exchange 环境中的功能和性能问题。当您重新配置日志记录,跨站点移动后时,更改您的日志记录到目标而不是公用文件夹的邮箱。



组织表单


组织表单不会移动 PFMigrate 脚本的跨网站。组织表单是系统文件夹的一部分,管理员必须手动更新公用文件夹副本列表,这和其他系统文件夹。


基于公用文件夹上的第三方程序


移动公用文件夹后,在公用文件夹和公用文件夹中的 LegacyExchangeDN 属性基于的第三方程序可能不起作用跨网站。

代理地址
公用文件夹将保留其原始的代理服务器地址,从其旧网站。此外,公用文件夹不会获得新的代理地址被移动十字管理的组,即使收件人策略根据管理组成员身份。

如果公用文件夹中已经有该类型的代理,收件人更新服务将未标记已更新的代理服务器。 若要接收收件人策略现在将应用于基于新的管理组成员资格用户的新的代理服务器地址,单击在收件人策略上的 立即应用,然后重建收件人更新服务。 我们建议您不要执行此操作除非它是必需的因为这可能会影响您的网络性能。

尽管不会更新代理服务器地址,电子邮件的邮件流不会受到影响。 但是,如果您的系统执行一些非常具体的限制检查,您可能会遇到问题,如果该地址没有被更新。 例如对于请考虑以下情形:
  • AG1 接受 domain1.com 的电子邮件消息。
  • AG2 接受 domain2.com 的电子邮件消息。
  • 连接两个管理组的连接器不允许任何人都从其发送电子邮件邮件在组织外部。
  • 因此,电子邮件会生成 NDR。不会通过连接器发送的电子邮件。




运行 rehome 选项的目录服务/信息存储一致性调整程序


跨站点移动公用文件夹的后,则最好不要运行目录服务/信息存储 (DS / IS) 一致性调整程序 同步目录和重置主服务器值 功能打开的直到所有的目录复制已完成。 我们建议您永远不会运行 DS / IS 一致性调整程序,除非它是必需。 您必须等待,直到跨站点移动公用文件夹都已完成之前运行 DS / IS 一致性调整程序。
如果您运行 DS / IS 一致性调整程序跨站点移动公用文件夹的后不久,它可能会重新连接到目标站点由 PFMigrate 指定以外的其他站点公用文件夹。 如果满足下列条件,则可能会发生此行为:
  • 运行 PFMigrate 站点中的所有公用文件夹的公用文件夹副本添加到新的网站中的目标服务器。
  • 运行在源网站中的所有服务器中删除所有公用文件夹副本的 PFMigrate。
  • 管理员运行 DS/IS 一致性调整程序穴的属性返回从 Active Directory 复制到 Exchange Server 5.5 目录之前。
但是,与 Exchange Server 5.5 的 Active Directory 复制后,没有任何风险中运行 DS / IS 一致性调整程序。

故障排除后的行为,跨管理组邮箱移动

在 Exchange Server 5.5 用户和 Exchange Server 2003 的用户的效果

跨管理组移动的过程中和 ADC 清理 Exchange Server 5.5 目录对象时,有许多邮件传递问题。 若要准备此行为,则最好您完全理解潜在的问题。

邮件流问题

在短时间在邮箱移动后,邮件最后可能会排队等待正在不同的站点,如果服务器是本地站点中的服务器。 这是因为邮件传输代理 (MTA) 不能理解如何在用户可以在跨站点移动。因此,MTA 将释放 PR_IN_TRANSIT 块之后进行某些不正确的假设。

通过远程存储过程 (RPC) 进行传递邮件的尝试。如果只有一个 X 400 连接器连接站点,如果它们不共享同一安全上下文 (相同的服务帐户),这些尝试将失败。 您还可能会收到类似于以下 Exchange 5.5 服务器上内容的错误消息:



事件类型: 警告
事件源: MSExchangeMTA
事件类别: 接口
事件 ID: 9318
用户: 不适用
计算机: Exchange5.5ServerName
描述: RPC 通信时出错。不能通过 RPC 绑定。位置表 (LTAB) 索引: 6,NT/MTA 错误代码: 1753年。Comms 错误 1753,绑定错误 0,远程服务器名称 ExchangeServerName [主 BASE 1 500 %10] (14)



此问题的解决方法是临时创建一个站点连接器在站点之间。 这样,对于要成为可在服务器之间有问题的直接 RPC 连接。这种连接可使传递的邮件。 跨网站用户邮箱移动已完成和 MTA 已正确标识正确的路由为用户后,您将不会遇到此问题。



收件箱规则


如果您的任何客户端或服务器端收件箱规则基于用户和他们 Exchange LegacyExchangeDN 规则将被断开,当您移动用户的跨管理组,因为该 LegacyExchangeDN 用户的更改。但是,如果驻留 Exchange Server 2003 Service Pack 1 或基于更高版本的服务器上的用户,不中断收件箱规则。 收件箱规则在 Exchange Server 2003 Service Pack 1 后正常工作跨管理组移动,因为对邮箱存储的更改允许规则工作的用户的 LegacyExchangeDN 更改的甚至时。 而不是依赖于 LegacyExchangeDN 属性的附加 X.500 代理的地址,在跨管理组移动过程中添加可用于在 Exchange 2003 Service Pack 1 服务器上处理的规则。

如果用户不驻留在 Exchange Server 2003 Service Pack 1,他们的收件箱规则基于一个跨管理组移动用户必须重新创建。



在全球通讯簿中移用户
跨管理组可能会消失从全球通讯簿在 Exchange Server 5.5 很短的时间而在旧的网站中原始的 Exchange Server 5.5 对象隐藏的和新的 Exchange Server 5.5 之前对象已复制到新站点从 Active Directory 移动的用户。 跨管理组移动用户就不会受到影响,Active Directory、 Exchange 2000 Server 和 Exchange Server 2003 全球通讯簿中。

代理地址


用户将保留其原始的代理服务器地址,从其旧网站。但是,用户将无法获得新的代理地址被移动十字管理的组,即使收件人策略根据管理组成员身份。

如果用户已经有该类型的代理,收件人更新服务将未标记已更新的代理服务器。 若要接收收件人策略现在将应用于基于新的管理组成员资格用户的新的代理服务器地址,单击在收件人策略上的 立即应用,然后重建收件人更新服务。 我们建议您不要执行此操作除非它是必需的因为这可能会影响您的网络性能。

尽管不会更新代理服务器地址,电子邮件的邮件流不会受到影响。 但是,如果您的系统执行一些非常具体的限制检查,您可能会遇到问题,如果该地址没有被更新。 例如对于请考虑以下情形:
  • AG1 接受 domain1.com 的电子邮件消息。
  • AG2 接受 domain2.com 的电子邮件消息。
  • 连接符连接两个管理组不允许从组织之外的所有用户在其上发送电子邮件。
  • 因此,电子邮件生成 NDR。并不会通过连接器发送电子邮件。

outlook Web Access 登录过程


在一个 front-最终/后端实现的用户可以访问其邮箱通过 Outlook Web Access (OWA) 通过输入一个 显式登录 或一个 隐式的登录。为一个明确的登录 URL 指定服务器和邮箱用户想要访问,并将该窗体: http:// servername /exchange/ username /,其中 servername 是 OWA 前端或后端服务器的名称,username 是在用户的 Windows 帐户的名称。当用户使用显式登录到登录到 Outlook Web Access (OWA) 时,登录可能不起作用。出现此问题的原因是,当用户移动跨管理组,HTTP 虚拟目录的用户使用的 Outlook Web Access (OWA) 更改。 用户使用的 Outlook Web Access (OWA) 的 HTTP 虚拟目录更改,因为用户的 Exchange 邮箱后端服务器更改。 如果在新的 HTTP 虚拟目录上的 SMTP 地址不是用户具有的 SMTP 地址,将发生登录错误。

注意默认的 Exchange Outlook Web Access 虚拟目录的所有硬编码,使其使用该策略中的默认收件人策略和 SMTP 地址。 您只能使用具有不同的 SMTP 地址,如果您创建一个新的虚拟目录的其他收件人策略。

此问题是可能发生在以下两种情况之一:
  • 方案一: 如果源网站是纯 Exchange Server 5.5 站点的每个站点都有一个不同的 SMTP 地址和当前的邮箱有 SMTP 地址在 Exchange Server 5.5 与默认值不匹配的 Exchange 虚拟目录在 Exchange Server 2003 Service Pack 1 服务器上的 SMTP 地址。 当用户尝试登录到 Exchange Server 2003 Service Pack 1 服务器与 Outlook Web Access 使用显式的登录时,用户从 Exchange Server 5.5 移至 Exchange Server 2003 中, 时, 它们不能登录。
  • 方案二: 在混合或纯 Exchange 2000 服务器/exchange Server 2003 环境,如果用户当前正在使用一个专用的虚拟目录,由管理员,创建并不是默认的虚拟目录,Outlook Web Access 的。 专用的虚拟目录使用 SMTP 地址中还提供了使用的 SMTP 地址的某个收件人策略通过 Exchange 组织中的邮箱。 这意味着 SMTP 地址匹配。 当用户移到新站点时,移动到一个新的 Exchange 邮箱服务器的设置为使用默认的 Exchange Outlook Web Access 虚拟目录。 此默认的 Exchange 虚拟目录使用默认的收件人策略,并具有不同的 SMTP 地址,用户不具有的。 因此,当用户尝试登录到 Exchange Server 2003 Service Pack 1 服务器在 Outlook Web Access 中使用显式的登录时,用户从 Exchange Server 5.5 移动到 Exchange Server 2003 中, 时, 它们不能登录。
若要解决问题,在一个方案和两个方案,使用下列解决方法之一:
  • 在用户移动到的位置为新的邮箱服务器新站点中创建一个专用的虚拟目录。 新的专用虚拟目录指向用户具有的 SMTP 地址的收件人策略。
  • 在混合的站点或纯 Exchange Server 2000 方案 SMTP 地址从默认收件人策略添加到收件人策略应用到移动用户。收件人更新服务已被更新后,用户将有一个额外的 SMTP 代理现在与默认虚拟目录相匹配的。
  • 手动将正确的 SMTP 地址添加到移动用户
Exchange Server 2003 Service Pack 1 包括一个修复程序,您可以使用 SMTP 地址中登录隐式或显式登录来变通解决此问题。当您连接到基于 Exchange Server 2003 Service Pack 1 的服务器时,outlook Web Access 将始终在以下情况中起作用:
  • 隐式的登录
    例如对于以下列格式键入 OWA 访问的 URL:
    http:// Server / 交换
  • 使用用户主体名称 (UPN) 或 SMTP 地址的显式登录
    例如对于以下列格式键入 OWA 访问的 URL:
    http:// server 服务器/交换/用户 @ Domain_Namecom

当您尝试使用使用用户的别名的显式登录用户不具有的 HTTP 虚拟目录的 SMTP 地址时将无法完成登录。如果您按以下格式键入该 OWA 访问的 URL 的示例为: http:// Server /exchange/ User,您将不能访问 Exchange 服务器邮箱。只要使用一个用户的别名的显式登录用于 OWA,就会发生此问题,并且不是特定于跨管理组方案。



忙/闲信息和资源邮箱


跨网站用户邮箱移动后,必须 re-published 忙 / 闲信息。 对于用户邮箱中,这将发生 15 分钟后用户登录到 Exchange 服务器使用 Outlook,并且用户执行日历操作。例如对于如果用户批准,则删除,或者创建了一个会议要求,日历的忙 / 闲信息是重新发布以后 15 分钟。

资源邮箱,例如一个会议房间的所有者必须打开邮箱并执行日历操作来重新发布忙 / 闲信息。

因为不会在目标站点中的用户的新 LegacyExchangeDN 属性为一个忙/闲邮件,但 Outlook 不会发布更新日历更改后,并在 Outlook 本地忙/闲缓存 dirtied 之前,将发生此问题。如果您运行 GUIDGen 流程重置站点系统文件夹,也会发生此行为。

或 UpdateFB 工具可用于自动执行此忙/闲重新发布过程。

有关 UpdateFB 工具的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
294282如何使用 Updatefb.exe 重新发布忙/闲数据不存在


脱机通讯簿

脱机通讯簿下载和远程网站
当用户在缓存模式下运行 Outlook 2003,在与 Exchange Server 2003 或早期版本的远程站点时,他们必须确保它们具有足够的带宽,以在该远程站点上的所有客户端的支持完全下载的脱机通讯簿。



跨慢速链接的远程站点


或不,在缓存模式下使用 Outlook 2003 的邮箱从远程 Exchange Server 5.5 服务器移到中心的 Exchange 2003 SP1 服务器,跨站点的任何一个中时, 必须下载一个完整脱机通讯簿。 此外,到该的目录的重要更改时或新的管理组是在添加或删除时,将生成完整的脱机通讯簿下载缓存模式下用户。 因此,远程站点必须确保没有足够的带宽来支持在远程站点上的所有客户端的一个完整脱机通讯簿。



下载完整脱机通讯簿的其他信息


通常,Outlook 客户端将只看到一个脱机通讯簿差异下载。这是一个小的完整的脱机通讯簿下载包含唯一的更改,而不是完整的全局地址列表的子集。 然而,在一些情况下,Outlook 客户端将不必下载完整脱机通讯簿。 如果该目录中有大量更改例如对于添加或删除大量的新帐户、 更改名称和更多或新的 Exchange 管理组,则会在缓存模式下的所有客户端将用一个完整脱机通讯簿更新。 此外,从 Exchange Server 5.5 移到新的 Exchange Server 2003 服务器的客户端还将收到一个新完整脱机通讯簿。

有关限制的其他信息的完整 OAB 效果 Exchange 中下载 Server 2003,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
867623带宽限制功能完整的脱机通讯簿下载到限制在 Exchange Server 2003 中的局域网 (LAN) 上的效果


等待目录更新

管理员将必须等待到在电子邮件可以流动而不创建未送达报告 (NDR) 之前发生的目录更新。

已知问题: 对象 rehome 后的行为

邮件传递将受影响 Exchange Server 5.5 和 Exchange Server 2003 的邮件联系人和通讯组列表的用户

如果将用户向联系人发送电子邮件通讯组列表在跨管理组移动并,期间 ADC 清理的 Exchange Server 5.5 目录对象,有的邮件传递问题可能出现的数字。

收件箱规则


当通讯组列表/组 re-homed 期间跨管理组移动,处理消息基于 DL 作为发件人或接收方不能用于为承载邮箱早于 Exchange Server 2003 Service Pack 1 的 Exchange 服务器的收件箱规则。 必须重新创建这些规则,或与规则邮箱必须移到运行 Exchange 2003 SP1 的服务器。



在全球通讯簿中移公用文件夹


当联系人/通讯组列表 rehomed 时,它可能会消失从全球通讯簿在 Exchange Server 5.5 隐藏的原始的 Exchange Server 5.5 对象,在旧的网站中的时间内,对象已被从 Active Directory 复制到新站点新的 Exchange Server 5.5 前。 Active Directory,Exchange 2000 服务器全局地址列表或 Exchange Server 2003 全球通讯簿中的迁移的对象不会受到影响。



代理地址


迁移的对象将保留其原始的代理服务器地址,从其旧网站。 但是,它们不会即使收件人策略根据管理组成员身份获得新的代理地址时移动十字管理的组。

如果迁移的对象已经有相同类型的代理服务器收件人更新服务不会在对象上标记更新的代理。 若要接收新的代理现在将应用于基于新的管理组成员身份在对象的某个收件人策略地址,单击在收件人策略上的 立即应用,然后重建收件人更新服务。 我们建议您不要执行此操作除非它是必需的因为这可能会影响您的网络性能。
尽管不会更新代理服务器地址,电子邮件的邮件流不会受到影响。 但是,如果您的系统执行一些非常具体的限制检查,您可能会遇到问题,如果该地址没有被更新。 例如对于请考虑以下情形:
  • AG1 接受 domain1.com 的电子邮件消息。
  • AG2 接受 domain2.com 的电子邮件消息。
  • 连接两个管理组的连接器不允许通过其发送电子邮件组织之外的所有用户。
  • 因此,电子邮件会生成 NDR。通过该连接器将不会发送该电子邮件。


X.500 地址会被覆盖的联系人中的组织间 ADC 移动跨网站


请考虑这种情况。组织间连接协议 (CA) 在组织中创建一个联系人。联系人代表另一个组织中的邮箱。如果移动了联系人跨站点移动联系人在 X.500 地址中的窗体上标记原始的目录名称,源网站中联系人。 但是,如果更改了该邮箱类型的值,该值代表联系人,更改复制回所移动的联系人对象,ADC 会重写 X.500 地址。

要变通解决此问题,使用一个或多个下面的过程:
  • 重新配置一个新站点 ADC,然后再运行该工具会丢失所有的 X.500 地址。
  • 跨网站用户移动前从 Exchange Server 5.5 导出该 LegacyExchangeDNs,然后将该 LegacyExchangeDNs 导入为对 Exchange Server 5.5 邮箱的 X.500 地址。
  • 切换到 Exchange 本机模式,不会移动该联系人。


等待完成 ADC


您必须等待 Active Directory Exchange Server 5.5 复制、 站点内复制和完成的站间复制。Exchange Server 5.5 目录同步并修复所做的更改已运行 ADC 之前,电子邮件的邮件流和其他操作将会受到影响。

运行目录服务/信息存储一致性调整程序


移动后一个通讯组列表被授予对公用文件夹的访问权限的跨网站,您必须运行修补的目录服务/信息存储 (DS / IS) 一致性调整程序工具,以确定通讯组列表是否仍然可以访问公用文件夹。

参考

有关更多的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
836489更新所需的与 Exchange Server 5.5 的混合模式站点合并
843107如何在 Exchange Server 2003 Service Pack 1 中执行跨站点的公用文件夹移动操作中使用 pfMigrate 工具

属性

文章编号: 841659 - 最后修改: 2013年10月26日 - 修订: 3.2
这篇文章中的信息适用于:
  • Microsoft Exchange Server 2003 Service Pack 1
关键字:?
kbnosurvey kbarchive kbmt kbinfo kbexchange2003sp1fix KB841659 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 841659
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com