评估现有邮件环境并建立有关现有邮件环境的文档

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

准备提供互操作性和迁移项目中的一个重要步骤是评估现有邮件环境并建立有关现有邮件环境的文档。您必须知道原有邮局或服务器的所在位置以及这些邮局或服务器的数量。确定潜在的网关或桥头服务器非常重要，连接器会将其用于邮件传输和目录同步。如果迁移影响了通过电子邮件相互进行频繁通信的大量用户，则必须指定多个要用作网关的邮件主机，以生成并行传输路径并避免瓶颈。

重要提示：
有关可供下载的用于 Lotus Notes R5/R6、Exchange Server 2003 和 Windows Server 2003 之间的互操作性的工具、指导和其他资源的详细信息，请参阅 Resources for Moving to the Microsoft Collaboration Platform（英文）。

建立有关邮件传递基础结构的文档

基础结构文档中应包括下列信息：

• 有关承载邮箱的服务器的信息   这包括服务器名和位置、安装的邮件系统、邮箱个数、管理员姓名和任何特殊配置设置（如邮局密码和数据库版本）。您可能还希望列出用来管理系统及其版本的管理工具。
• 有关承载协作应用程序和公共论坛（如讨论板）的服务器的信息   这包括服务器名、位置和用途以及访问讨论论坛和工作组应用程序的用户数。最好还包括负责这些公共论坛和工作组应用程序的管理员和开发人员的姓名。
• 邮件传递主干的结构   这包括广域网 (WAN) 和局域网 (LAN) 拓扑、中央传输路由及其通信协议、桥头服务器的名称和位置、与其他邮件系统和 Internet 的连接等等。您可能还希望列出负责邮件主干的管理员的姓名，因为在迁移期间，您将与他们一起工作，以便将 Exchange 2003 连接到现有邮件传递基础结构。
• 现有目录同步拓扑   此目录同步拓扑是邮件环境中服务器资源的不明显的逻辑排列。由于此原因，仔细建立有关目录同步拓扑的文档以获取对可用同步选项的清晰了解是非常重要的。文档应包括下列问题的答案：
  • 哪些系统参与目录同步？
  • 全局地址列表中包含多少地址？
  • 必须以何种频率执行目录同步？
  • 是否有专用目录同步服务器以及哪些服务器是专用目录同步服务器？
  • 谁负责每个位置中的目录同步配置和维护？
  • 是否有全局地址列表结构的特定惯例或目录对象的自定义属性？
  • 是否存在用以处理不完整地址列表的策略和步骤？
• 有关备份和还原步骤的详细信息   这包括有关单独邮件资源的备份计划和备份验证策略的详细信息。还应包括有关备份媒体和产品 CD 的存储位置的信息。使用此信息可在计算机实验室中还原生产系统，以便使用实际数据来执行测试迁移。
• 有关客户端环境的信息   这包括当前正在使用的邮件客户端的类型及其版本、这些邮件客户端用于访问邮箱和公用文件夹的方法（远程或本地）以及用户发送邮件的习惯。记录用户存储其邮件数据的位置，因为如果用户在客户端计算机上（而不是在基于服务器的邮箱中）存储邮件，则迁移过程将有所不同。记录当前存储需求和典型工作日中用户在各个位置生成的邮件数量非常重要。
  文档应提供下列问题的答案：
  • 是否在依赖于现有邮件传递基础结构的服务器或工作站上安装了罕见或复杂的工作组和工作流应用程序？
  • 邮件客户端（包括硬件、客户端软件和其他邮件应用程序或组件应用程序）的配置标准是什么？
  • 当前的存储需求是什么？用户在每个位置生成的邮件数量是多少？
  • 每个位置中工作站上的硬件标准和操作系统是什么？
  • 使用哪些安全技术（如果有）来对邮件进行加密？
  • 谁负责最终用户支持和工作站的配置？

准备基础结构图表

最好在文档中包括网络图表和邮件基础结构的图形表示。使用一个显示所有组件的大型图表可能已足够，也可以准备几个重点显示更具体的特征（如全局主干和每个地理位置中邮局或邮件主机的排列）的小型图表，这取决于公司的大小。

图 1 显示了拥有两个位置和一个与 Internet 的连接的邮件环境（此处使用 Microsoft Mail for PC Networks）的示例图表。在此示例中，位置之间的邮件是通过中央邮件传输代理 (MTA) 来路由的。在每个位置内，另一个 MTA 将执行邮件传递。发送到和接收自 Internet 的所有邮件都是通过 SEAPO2 来路由的，SEAPO2 具有将整个邮件环境连接到 Internet 的简单邮件传输协议 (SMTP) 网关。

图 2 显示了与图 1 中所示的邮件传递基础结构相对应的目录同步拓扑示例。该示例是一个 Microsoft Mail for PC Networks 目录同步配置，其中，NYPO1 充当了中央目录同步服务器。如果正在使用 Novell GroupWise 或任何其他邮件系统，则配置会有所不同，但原则将保持不变：图形表示可向系统顾问和实施者提供拓扑的快速概览。

评估邮件传递基础结构

评估邮件传递基础结构时的一个主要目标是确定连接、目录同步和客户端迁移时机。例如，在图 1 中显示的邮件环境中，SEAPO2 和 NYPO1 是直接连接到 Exchange 2003 的邮局的上佳选择，因为它们是位于西雅图和纽约的网络中心邮局。如果此公司选择要在每个位置部署一个 Exchange 2003 服务器，则最好分别安装单独的到 SEAPO2 的连接器和到 NYPO1 的连接器。在后续步骤中，新的 Exchange 2003 组织可集成到现有目录同步拓扑，以便所有用户均可在全局地址列表中看到彼此。目录同步还确保了用户组移动到其位置中的 Exchange 2003 时将更新所有地址列表。最终，当所有用户都在 Exchange 2003 组织中时，您可报废原有的邮件传递基础结构。本主题后面的内容中有有关迁移策略和步骤的详细信息。

邮件评估应为下列重要问题提供答案：

• 当前基础结构中是否有某些可能对迁移项目造成负面影响的已知问题？   进行迁移时可能会出现三个问题：现有连接的负担过重、由于软件组件不足导致的传输问题以及低效或错误的邮件路由。例如，邮件在桥头上某个位置的邮件队列中堆积时，即表明出现了瓶颈或连接器有故障。出现未送达报告 (NDR) 是存在错误邮件路由的迹象。如果邮件通过同一桥头路由了多次，则会造成邮件循环（另一个常见问题）。
  Exchange 2003 会将跟踪信息添加到所有传输的邮件中，以便检测邮件循环并除去带有未送达报告 (NDR) 的循环邮件。但是，如果邮件路径中包含多个邮件系统，则在系统之间进行的邮件转换过程中可能会丢失跟踪信息。在这种情况下，邮件可能会无限循环。该影响可类似于由蠕虫病毒导致的电子邮件轰炸。因此，您应仔细检查现有邮件拓扑，以确保 Exchange 2003 的实现不会导致邮件循环。

• 您是否计划在部署 Exchange Server 2003 时合并邮件资源？   Exchange 2003 可支持单个服务器上的大量邮箱，部署较少但较强大的服务器可有助于简化邮件传递基础结构。确定计划合并哪些系统有助于确定必须部署的 Exchange 服务器数量。

• 您打算使用哪些连接器来将 Exchange Server 2003 连接到现有邮件系统？   Exchange Server 2003 产品包中包含 Novell GroupWise 连接器。有了 Microsoft Exchange 2000 Server 或 Microsoft Exchange Server 5.5 的帮助，甚至可以使用直接连接器连接到 Microsoft Mail for PC Networks、Lotus cc:Mail、Professional Office System (PROFS） 和系统网络架构分发服务 (SNADS)。如果不希望部署 Exchange 2000 或 Exchange 5.5，或者正在运行其他邮件系统，请使用 X.400 或 SMTP 来生成电子邮件桥，或向供应商咨询以确定是否有适用的第三方连接器。表 1 列出最常见的邮件系统和相应的可选择的连接器。

  表 1   邮件系统和首选网关连接器

  邮件系统	首选网关连接器
  Novell GroupWise	Microsoft Exchange Connector for Novell GroupWise。
  Microsoft Mail for PC Networks	Exchange 2000 Server 中的 Microsoft Mail 连接器。
  Lotus cc:mail	Exchange 2000 Server 中的 Exchange Connector for Lotus cc:Mail。
  PROFS 和 SNADS	Exchange Server 5.5 中的连接器。
  其他邮件系统	向供应商咨询以获取可用的第三方网关，或使用 X.400 或 SMTP 连接器。

• 是否有必要在生产环境中安装其他组件以提供连接？   这是一个重要问题，因为 Novell GroupWise 连接器需要使用第三方组件，如表 2 所示。此外，如果计划使用 X.400 或 SMTP 连接器，则可能有必要在原有邮件环境中安装相应的 X.400 或 SMTP 网关。

  表 2   Exchange 邮件传递连接器所需的附加组件

  邮件传递连接器	其他组件和版本
  Novell GroupWise 连接器	带有 Novell GroupWise Patch 2 for API 的 Novell GroupWise API 网关 4.1 版
  日历连接器	带有 Patch 2 的 Novell GroupWise API 网关 4.1 版（当连接到 Novell GroupWise 时）

• 是否可实现支持目录同步的适用的网关连接器？   连接到非 Exchange 邮件系统的所有 Exchange 连接器均支持自动目录同步。如果正在桥头服务器上使用 Exchange 2000，则还可以将 Exchange Connector for Microsoft Mail for PC Networks 和 Lotus cc:Mail 连接器与 Microsoft Mail for PC Networks 或 Lotus cc:Mail 配合使用，来执行自动目录同步。

• 如果自动目录同步不受支持，是否可开发半自动的目录同步处理？   如果必须使用 X.400 或 SMTP 连接器或不支持自动目录同步的非 Microsoft 网关产品，则半自动的目录同步是必需的。Exchange 2003 目录同步是根据 Active Directory 来执行的，这意味着可使用低级 Active Directory 工具（如 Ldifde.exe 和 Csvde.exe）来执行半自动目录同步或批量导出和导入操作。Ldifde.exe 适用于 LDAP 数据交换格式 (LDIF) 文件。Csvde.exe 使用以逗号分隔值的 (.csv) 文件。另一种方法是使用 Active Directory 服务接口 (ADSI) 和 Collaboration Data Objects for Exchange Management (CDOEXM)，业务解决方案开发人员可用其创建自定义的目录同步工具。

• 现有邮件系统中平均邮箱大小和最大邮箱大小是多少？   查看当前您的用户邮箱的大小。设计 Exchange 服务器的存储容量时，此信息非常重要。新环境应至少允许所有用户在其邮箱中存储相同或更大数量的数据。最好不要在新系统上强制使用限制性邮箱配额，因为这可能会妨碍用户将新的 Exchange 2003 组织作为改善的结果来体验。

• 用户的邮件传递习惯是什么？   用户的邮件传递习惯会影响迁移选择。例如，如果用户将其所有邮件从服务器下载到其客户端，那么您无法使用迁移工具集中迁移其数据。在本地存储其邮件的用户通常必须自己执行数据迁移。对其邮件进行加密的用户也会影响迁移。将加密邮件从一个系统迁移到其他系统需要在迁移之前在源系统中对每个邮件都进行解密，因为邮件必须从本机格式转换为 Exchange 格式。只有执行了加密的用户才可以相对应地执行解密，因此您就无法代表用户迁移加密的邮件。另外，如果以 Exchange 2003 中的非加密形式存储敏感信息是不可行的，则不应迁移加密项目。

• 当前工作站是否能够运行所选邮件客户端或 Exchange 2003 客户端？   所选邮件客户端通常会是 Outlook。Outlook 要求使用运行 Microsoft Windows® XP 的计算机，该计算机上（至少）应有 233 MHz 或更快的 Intel Pentium 处理器或等效处理器（建议使用 Pentium III 或更高级别）和介于 160 MB 和 190 MB 之间的磁盘空间。
  如果工作站不支持 Outlook（例如，因为其运行 UNIX 操作系统），则必须找到备用的客户端解决方案（如类似 Outlook Web Access 的 Internet 客户端），或使用 Windows 终端服务客户端（如果要将完整的 Outlook 功能移至您环境中的每个桌面，则这会是一个可行的选择）。UNIX 操作系统通常包括用于 Windows 终端服务的客户端软件。

• **是否可以在原有邮件环境中部署 Outlook？**如果用户已经使用了 Outlook，则邮件迁移将相对简单。非 Microsoft 供应商（如 IBM Lotus 和 Novell）提供了在某种程度上支持 Outlook 的 MAPI 传输驱动程序（表 3）。获取这样的 MAPI 驱动程序可能需要支出额外成本。在基于 UNIX 的邮局协议版本 3 (POP3) 或 Internet 邮件访问协议版本 4 (IMAP4) 的主机上的用户可以选择通过包括在 Outlook 中的 POP3 或 IMAP4 MAPI 传输服务来使用 Outlook。

  表 3   通过 MAPI 传输驱动程序支持的非 Exchange 邮件系统

  邮件传递连接器	其他组件和版本
  Novell GroupWise	使用 Novell GroupWise 5.5 Plug-in for Outlook，但请记住，如果要在同一台计算机上运行 GroupWise 客户端 和 Outlook，则必须使用不同的 MAPI 配置文件。两个客户端都依赖于 MAPI，但无法共享同一配置文件。
  基于 POP3 或 IMAP4 的邮件系统	使用 POP3 或 IMAP4 MAPI 传输驱动程序。Outlook 使用个人文件夹 (.pst) 文件来从主机下载所有邮件，并且用户可以使用 Outlook 来管理其工作站上其自己的个人信息。
  专用邮件系统	请向供应商咨询以确定是否有适用于您的邮件系统的 MAPI 传输驱动程序。例如，可通过使用 Microsoft Mail 传输驱动程序（可在 Outlook 产品包中获得）来使用 Microsoft Mail 邮局中的邮箱。

• 迁移之前，用户是否需要有关 Outlook 的培训？或者，在迁移到 Exchange 2003 之后，是否可以继续使用现有邮件客户端和处理最终用户培训及客户端部署？   熟悉 Outlook 的用户（如那些已使用 Outlook 收发 Internet 邮件的用户）将会发现迁移到 Exchange 2003 非常简单。但是，初学 Outlook 的用户可能面临一个困难的学习过程，因为 Outlook 提供了一组全面的邮件功能。您可以通过提供相应的用户培训来缓解这种状况。您还可以选择在您的 Exchange 2003 组织中支持非 Outlook 邮件客户端，尤其是 Internet 客户端（如 Eudora Pro），因为 Exchange 2003 支持 POP3 和 IMAP4。但是，请记住，Internet 客户端通常不如 Outlook 强大，这可能会影响到用户的效率。

• 用户帮助中心是否已做好了对与 Exchange 2003 和 Outlook 有关的工作量增加的准备？   互操作和迁移阶段将会给服务中心人员带来压力，因为当用户开始使用其新的邮件客户端时，支持电话数量会增加。建议您专门请一名帮助中心专家专门解答有关 Outlook 的问题，并且您应全面培训此人。为了维护大型组织中的生产率，Outlook 任务组可能会由大量专家组成。您可能需要临时增加帮助中心部门的员工人数。假设电话数量级将在迁移完成后的六个月内返回到正常是合理的。

• **您计划如何使管理、IT 管理员、用户帮助中心人员和用户对迁移进度的了解保持更新？   **使组织中的人员保持对迁移进度的完全了解是非常重要的。例如，用户必须知道为他们排定的 Outlook 培训时间，并且 IT 管理员、用户帮助中心人员和管理需要有关项目进度的当前信息。建议您制定详细的信息传达计划。许多组织会实现专用的 Intranet 站点以便促进传达有关迁移的信息。

• 对于将现有工作组和工作流应用程序迁移到 Exchange Server 2003，有哪些选择？   迁移工作组应用程序可能会非常困难。工作流解决方案通常会依赖于 Exchange 2003 中不直接支持的功能，如 LotusScript 或外部数据源。您可能需要聘用一名业务解决方案开发人员，该开发人员应对使用 Microsoft Visual Basic® 和 Exchange 应用程序编程接口 (API)（如 Windows Management Instrumentation (WMI)、Collaboration Data Objects for Exchange 2000 Server (CDOEX) 或 Microsoft ActiveX® Data Objects (ADO)）来手动进行应用程序的重新构造和工作组编程非常熟练。您应评估现有工作组和工作流解决方案，以决定是否要迁移它们。对要迁移的应用程序建立详细文档，以确保开发人员准确地将这些应用程序移植到 Exchange 2003。