执行多步迁移

 

上一次修改主题: 2006-03-07

在多步迁移中会使用多个与单步迁移相同的迁移过程。区别在于您要多次执行这些过程。因此,多步方案中也涉及许多在计划单步迁移时必须回答的战略性问题。

important重要提示:
有关在 Lotus Notes R5/R6、Exchange Server 2003 和 Windows Server 2003 Active Directory 之间进行互操作用到的工具、指南和其他资源(可供下载)的详细信息,请参阅 Resources for Moving to the Microsoft Collaboration Platform(英文)。

但是,对互操作性的要求产生了很多其它问题,您必须在迁移用户前处理这些问题。要确保多步迁移成功,必须:

  1. 保留邮件路径以维护不间断的邮件传输 在迁移期间,用户必须能够与公司中的所有收件人以及 Internet 收件人交换电子邮件。无论用户的邮箱驻留在什么位置,必须确保邮件传输到正确的目的地。
  2. 同步目录信息以维护当前一致的地址簿信息 发送电子邮件时,用户必须能够从地址列表中选择一个收件人并且知道该邮件将传递给正确的用户。由于此要求,在将邮箱迁移到 Exchange 2003 时,必须在两个邮件目录中维护准确的用户和通讯组列表信息。
  3. 同步日历信息为所有的用户提供当前忙/闲信息 许多公司使用旧邮件系统中的日历组件作为安排会议的主要方式。在迁移到 Exchange 2003 期间,必须保留这一功能。必须确保用户能看见其他用户何时能够开会,以及会议请求能够在系统之间传输。

使用图 1 中显示的流程图作为指南,来确定多步迁移中适当的步骤序列。

d01c23ea-e4c3-4906-b639-917025539378

将任何用户邮箱迁移到 Exchange 2003 组织前,必须实现一个邮件传输拓扑,从而确保正确传输来自内部和外部用户的邮件。在已经实现了拓扑后,请创建测试邮箱或将一些帐户迁移到 Exchange 2003 以确认邮件路由按预期运行。

在将 Exchange 2003 连接到现有邮件基础结构并保留邮件路径时,必须找到下列问题的答案:

  1. 如何维护邮件传输? 在邮件系统之间配置邮件路由时,您有以下两个选项:
    1. 使用一个 Exchange 2003 连接器来路由邮件,例如 Novell GroupWise 连接器。此建议专门针对支持的旧邮件系统,因为这些连接器支持邮件传输和目录同步。通过专用的连接器传输邮件,可以在邮件格式从一个系统转换到另外一个系统期间,保留大部分邮件属性。大多数类型的邮件可以通过连接器发送。不能映射到其他系统中的相似邮件类型的邮件通常将转换为普通电子邮件。
    2. 如果直接连接器组件不可用,请考虑使用 SMTP 或 X.400 连接器在两个邮件系统之间路由邮件。例如,如果现有邮件系统已经有到 Internet 的 SMTP 连接,就可以在 Exchange 服务器上实现 SMTP 连接器,并通过此连接路由所有邮件。SMTP 连接器最突出的限制是其只能传输邮件,不能执行目录同步。这意味着必须实现半自动同步机制或手动更新目录。在两个邮件系统都支持 X.400 的环境中,实现 X.400 连接器具有与实现 SMTP 连接器相同的优势和限制。
  2. 如何支持与外部用户的通信? 维护邮件路由的第二项任务就是确保 Internet 邮件传输不受干扰。在将现有邮件系统迁移到 Exchange 2003 时,还要迁移 Internet 电子邮件功能。必须更改将邮件从外部资源传递到 Exchange 2003 邮箱的路由。在迁移方案中,可以有多种处理外部通信的选项。
    1. 在已迁移用户的 SMTP 地址中更改域名系统 (DNS) 域名 有些公司可能将使用迁移视作是更改 DNS 域名的机会。这意味着 Exchange 2003 组织的用户将拥有与旧邮件系统不同的 SMTP 地址。若要在此环境下处理 Internet 邮件路由,请在组织的一个或多个 Exchange 服务器中配置 SMTP 连接器来发送和接收 Internet 邮件。SMTP 连接器将负责对 SMTP 新地址的所有邮件传递,而当前邮件系统继续负责 SMTP 旧地址(图 2)。
      80ac22d6-8d25-459b-8fb0-076f38e328c5
    2. 在已迁移用户的 SMTP 地址中更改 DNS 域名并对未迁移用户进行地址重写 计划更改 SMTP 域名的公司可能希望对所有用户进行一次性更改,不管这些用户在旧环境下还是已经在 Exchange 2003 组织中。要实现此操作,可以通过启用地址重写的 Exchange 2003 路有所有 SMTP 邮件来完成(图 3)。地址重写是替换邮件中的 SMTP 地址的一种功能,其中的邮件要通过 SMTP 从旧系统中接收并通过 Internet 发送到各自联系人的 SMTP 主地址。要成功地使用邮件重写,必须在 Active Directory 中对旧系统中的每位用户赋予一个启用邮件的联系人,并且必须为这些邮件联系人对象指定您希望在传出邮件中用作答复地址的 SMTP 主地址。有关详细信息,请参阅附带地址重写 (Exarcfg.exe) 工具的自述文件。可以从 http://go.microsoft.com/fwlink/?LinkId=25932 下载此工具。
      d11cd925-b071-4f3b-b7ac-af219cca4654
    3. 保留现有外部 SMTP 电子邮件地址并对无法解析的收件人执行 SMTP 路由 在迁移期间更改 DNS 域名可能是业务合并中的一个选项,但是在多数情况下,公司更喜欢在迁移到 Exchange 2003 之前和之后使用相同的 SMTP 地址,因为与客户和业务伙伴的通信可以照常继续。实现此操作的一个方法是配置 Exchange 2003 接收所有入站 Internet 电子邮件,然后使用 Exchange 2003 将带有无法解析的收件人的邮件路由到旧邮件系统中(图 4)。在该配置中,必须确保另一邮件系统可以解析该收件人或者为不存在的收件人生成一个 NDR。
      67e836c4-8cc3-4b17-93be-8e318a3274a9
      important重要提示:
      不要将旧邮件系统配置为将无法解析收件人的邮件发送到 Exchange 2003,如果这样做,在两个系统中都无法解析的收件人所收到的邮件会在服务器之间来回循环。例如,不能像图 4 所示的那样,将入站 SMTP 邮件传递到旧系统中,也不能在 Exchange 2003 使用同一路由机制将 SMTP 邮件传递到旧系统时,将无法解析的收件人路由到 Exchange 2003。这就是为什么图 4 只显示从旧系统出站的邮件。入站邮件首先到达 Exchange 2003 服务器。
    4. 保留现有外部 SMTP 电子邮件地址并使用中央智能主机将传入邮件路由到旧邮件系统和 Exchange 2003 中 建议不要转发无法解析收件人的邮件,因为很可能会创建邮件循环。使用带全球别名列表的中央智能主机来保留 SMTP 外部地址会更简单。如果接收了邮件,智能主机将在邮件进一步路由前,读取别名列表并以相应的内部地址替代收件人信息。可以对传入和传出邮件执行此地址映射。
      0df0d23f-c846-4a42-81bf-502c40297619
    5. 保留现有外部 SMTP 电子邮件地址并使用旧邮件系统将传入邮件路由到 Exchange 2003 组织 如果现有邮件系统通过 Internet 直接连接到入站和出站 Internet 电子邮件,并且已将直接连接器部署到 Exchange 2003,则可以使用此连接器在两个邮件系统之间路由 SMTP 邮件(图 6)。为此,必须先配置目录同步,以便在非 Exchange 目录中为每个已迁移的 Exchange 2003 用户创建本机收件人对象。非 Exchange 目录中的这些收件人对象可能有相关联的 SMTP 地址。如果旧系统接收入站邮件,它会将其转换为本机内部格式,该格式将要求用旧系统的本机地址代替收件人的 SMTP 地址。如果该地址现在指向 Exchange 2003 组织中的收件人,该邮件将通过 Exchange 2003 的连接器进一步路由。此过程与传出邮件很相似。旧邮件系统从 Exchange 连接器接收邮件,将邮件转换成 Internet 格式,并以相应的 SMTP 地址替换非 Exchange 本机地址,然后将邮件发送到 Internet 上的目标邮箱。
      e7539f0a-0587-421a-b6fc-7cdf428001ee
    6. 保留现有外部 SMTP 电子邮件地址并使用 Exchange 2003 将传人邮件路由到旧邮件系统 使用旧邮件系统执行邮件转换和路由的一个缺点是所有的 Internet 通信要依靠迁移系统。对于所有的入站和出站 SMTP 邮件,最好还是使用 Exchange 2003(图 7)。虽然目录同步保留了要求,但是,也因此为旧邮件系统中的每个用户在 Active Directory 中创建了收件人对象。
      ed25fb0e-76b6-46c6-9eb8-27d61cf4e191
  3. 如何避免性能瓶颈? 要获得最佳邮件传输速率,可能需要实现多个桥头服务器。使用多个桥头服务器是必要的,因为在一台 Exchang 2003 服务器上不可能配置同一类型的多个 Exchang 连接器。此外,Novell GroupWise 连接器只能连接到非 Exchange 邮件环境中的一个系统。而与 Exchange 2003 间接连接的邮局中的那些到收件人邮件必须路由到收件人在旧邮件环境中的目标邮箱。
    note注意:
    如果您计划实现多个桥头服务器和同一非 Exchange 环境的邮件连接器,请仔细概述路由拓扑以避免像邮件循环这样的传输问题。

维护旧邮件系统和 Exchange 2003 之间的互操作性的第二个关键任务是在迁移期间提供两个系统的准确目录信息。当用户向公司的其他收件人发送邮件时,他们必须能够从地址列表中选择用户名称,而且邮件必须能传递到相应的邮箱。

同步目录信息的一个方法是使用一个 Exchange 2003 连接器。Novell GroupWise 连接器就支持目录信息的同步。在使用这些连接器时,可配置大量的设置,包括:

  • 待同步的属性 如果您不希望将每位用户的所有属性都同步到其他邮件系统,可以从目录同步中排除属性。
  • 待同步的目录条目 例如,可以选择同步所有启用邮箱的用户帐户的目录信息,但是不要同步联系人或已启用邮件的组。
  • Active Directory 中的组织单位 基于您选择的组织单位,可以指定将哪些收件人对象与旧邮件系统同步。也可以为所有指向旧邮箱的收件人对象指定一个目标组织单位。
  • 待创建的收件人对象类型 可在 Active Directory 中创建禁用的 Windows 用户帐户、启用的 Windows 用户帐户或联系人。
  • 复制组还是复制通讯组列表 将连接器配置为从非 Exchange 邮件系统复制通讯组列表后,系统将在 Active Directory 中为该通讯列表创建已启用邮件的联系人项目。当 Exchange 用户向该联系人发送电子邮件时,邮件会发送到在联系人中指定的那个电子邮件地址,而且该邮件还将传递给扩展了列表的其他邮件系统,以及分发给列表中所有的收件人。

在 Active directory 中维护目录信息的另外一个选项是使用本主题前面讨论的工具和技术来实现半自动目录同步过程。请与供应商确认有关在旧系统中用于自动更新目录信息的编程接口的详细信息。

无论使用何种技术同步目录信息,在维护目录信息时总可能会遇到一些共同的问题,包括:

  • 通讯组成员身份可能需要手动更新 如果选择同步通讯组列表,用户就可以向任意一个邮件系统的通讯组列表发送邮件。但是,在同步目录时通讯组列表成员身份不包括在内。通讯组列表将作为已启用邮件的联系人出现在 Active Directory 中。在将邮箱迁移至 Exchange 2003 时,会从旧邮件系统中删除通讯组列表的成员,因为通讯组列表的成员现在驻留在 Exchange 2003 组织中。在删除旧邮箱时,这些用户通常丢失他们在旧邮件系统中的通讯组列表成员身份。这意味着如果用户发送邮件到通讯组列表,邮件不会传递到原定的所有收件人。
    处理此问题的一个方法是以手动或自动方式实现对旧系统中通讯组列表的更新,以便确保成员身份列表的准确性。将所有用户迁移到 Exchange 2003 后,可以在 Active Directory 中以已启用邮件的通讯组的形式重新创建通讯组列表。一个更好的方法是在将任何邮箱迁移到 Exchange 2003 前,将通讯组列表迁移到 Active Directory 中已启用邮件的通讯组。Active Directory 中已启用邮件的通讯组可包含 Exchange 2003 邮箱,以及旧邮件系统中收件人的已启用邮件的联系人。如果通过目录同步创建这些已启用邮件的联系人,Exchange 迁移向导将在迁移期间用已启用邮箱的用户帐户替代这些联系人。如果将这些联系人的组织单位指定为新用户帐户的目标容器,迁移向导会自动更新组成员身份。
  • 通讯组列表增加连接器工作负荷 通讯列表作为联系人对象进行同步意味着目录同步不包括通讯组列表成员身份信息。发送到通讯组列表或已启用邮件的通信组的邮件必须先传递给成员身份信息可用的系统。然后,此系统扩展列表并将邮件传递给单个收件人。这将导致邮件多次跨越网关连接器的情形。避免此情形的唯一方法是从目录同步中排除通讯组列表。然后必须通过 Active Directory 中已启用邮件的通讯组实现从旧系统镜像通讯组列表的过程,而且在每个迁移阶段后,还必须手动或半自动更新通讯组列表成员身份。通过这种方法,成员身份信息在旧邮件系统和 Exchange 2003 组织中都可用,并且可在不需额外邮件传输的情况下立即扩展。
  • 客户端使用本地地址信息 如果在解析电子邮件地址时,使用个人通讯簿 (PAB) 或者 Outlook 地址簿(而不是基于服务器的地址列表)来配置客户端,则在本地地址信息过时的情况下不能传递邮件。例如,用户可能在 PAB 中存储的是旧邮箱的地址。将邮箱迁移到 Exchange 2003 后,基于服务器的地址列表会通过目录同步进行更新。但是,这并不包括本地地址储存库,而且,如果使用 PAB 或 Outlook 通讯簿配置客户端以解析电子邮件地址,用户发送到邮箱的任何邮件将仍将路由到旧的电子邮件地址。可以通过将客户端配置为使用基于服务器的地址列表解析电子邮件地址来解决此问题。否则,用户必须更新 PAB 信息。
  • 用户用旧电子邮件地址答复邮件 迁移期间的一个常见问题是用户答复旧电子邮件时遇到错误。当用户从非 Exchange 电子邮件帐户发送邮件,而邮箱迁移至 Exchange 2003 服务器时,可能发生这种情况。当用户答复邮件时,该答复将发往旧电子邮件地址。结果,邮件没有传递到正确的邮箱。处理此问题的唯一方法是用户重新输入收件人名称,或者答复电子邮件时从基于服务器的地址列表中再次选中收件人。当用户重新指定收件人时,使用的是正确的地址信息,而且邮件可以到达正确邮箱。
  • 在 Active Directory 中复制收件人信息 在实现多个用于邮件传输的连接器时,必须仔细配置目录同步以避免多次同步相同的收件人。应该只有一个连接器执行目录同步。

大多数公司在迁移至 Exchange 2003 时,希望实现的第三项任务是使旧邮件系统和 Exchange 2003 中的用户可以互相访问彼此的日历数据,特别是忙/闲状态信息,以便灵活安排会议。出于此目的,Exchange 2003 包括了 MicrosoftExchange 2003 日历连接器。日历连接器是使用 GroupWise 连接器的一个组件。

以下是 Exchange 2003 用户查询 Novell GroupWise 上用户忙/闲信息时的过程描述:

  1. 当 Exchange 用户查询其他用户的忙/闲信息时,日历连接器将截获该请求。
  2. Exchange 2003 在名为 SCHEDULE+ FREE BUSY 的系统文件夹(隐藏公用文件夹)中存储忙/闲信息。日历连接器在安装日历连接器的服务器上检查此公用文件夹的副本。如果在预配置期间更新了请求用户的忙/闲信息,日历连接器会将信息返回给提出请求的用户。否则,日历连接器将向运行 Novell GroupWise 的服务器请求更新的忙/闲信息。该请求使用特定于非 Exchange 邮件系统的编程接口。(如果日历连接器未及时收到响应,它将返回当前存储在 SCHEDULE+FREEBUSY 公共文件夹的信息)。
  3. 日历连接器通过可编程接口激活非 Exchange 邮件系统中的计划组件,以便找到本地用户的日历信息。计划组件将忙/闲信息返回到相应的可编程接口。
  4. 日历连接器接收忙/闲信息并将其转换为 Exchange 格式。然后,日历连接器将忙/闲信息添加到 SCHEDULE+FREE BUSY 公共文件夹并将更新信息发送给提出请求的 Exchange 2003 用户。

以下是非 Exchange 邮件系统用户查询 Exchange 2003 用户的日历信息时发生的过程描述:

  1. 当用户查询 Exchange 用户的忙/闲信息时,请求将被发送到日历组件。
  2. 日历组件检测到请求的信息位于远程服务器或邮局,并将请求转发给该系统。
  3. 因为远程服务器或邮局实际上是 Exchange 2003 服务器,所以日历连接器将截取对日历信息的请求。
  4. 日历连接器处理该请求,检查有关请求忙/闲的信息的 SCHEDULE+FREE BUSY 公共文件夹并将响应返回到非 Exchange 邮件系统。
  5. 信息转换为适当格式并提供给提出请求信息的用户。
 
显示: