从 IBM Notes 迁移到 Microsoft Exchange 或 Office 365 为组织提供了大量好处，但迁移项目本身看起来令人畏惧，并且不完全清楚从哪里开始迁移。 Exchange 本身不包含用于 Notes 和 Exchange 完全迁移或共存的自己的工具。 事实上，如果没有第三方产品，一些迁移​​和共存任务是不可能完成的。 在本文中，我们将根据最佳实践和我们成功迁移的经验概述需要遵循的七个关键步骤。

成功的迁移包括以下步骤：

1. 初步迁移评估。
2. 在 Notes 和 Exchange 之间建立共存。
3. 规划最佳迁移精度。
4. 确保最大的迁移效率。
5. 运行测试迁移。
6. 规划迁移时间以尽量减少对组织的影响。
7. 启动迁移并跟踪其进度。

在本文中，我们将了解如何使用 Quest 的两种解决方案准备和完成迁移 - Notes 共存管理器 и Notes 迁移器至 Exchange。 切口下方是一些细节。

第 1 步：初步迁移评估

盘点您当前的环境

如果您认为 Exchange 是适合您的组织的平台，您所要做的就是迁移到那里。 首先，您需要收集有关当前环境的信息，收集有关计划迁移的数据的清单信息，确定可以删除哪些内容以减少磁盘空间利用率，计算环境之间的可用带宽等。初步评估应包括以下问题：

• 有多少个 Notes 域和 Domino 服务器？
• 你有多少个邮箱？ 其中有多少没有被使用？
• 主邮件文件占用多少磁盘空间？ 档案中有多少？ 本地副本中有多少个？
• 档案位于哪里？
• 有多少用户使用加密？ 需要传输加密内容？
• 环境中有多少个个人文件夹？
• 哪些用户使用文档链接？ 有多少用户收到了来自其他用户和应用程序的链接？
• 您要传输多少数据？ 例如，您只想传输最近六个月的数据。
• 本机存档是否会迁移到个人 Exchange 存档或 Outlook *.pst 文件？
• 带宽限制是多少？ 可以传输多少数据
  某段时间？
• 迁移后需要多少存储空间？

移民将如何影响业务和运营

必须仔细规划该项目，以最大限度地减少停机时间并最大限度地减少生产力损失。

例如，考虑用户之间的委托非常重要 - 如果用户迁移但他或她的委托仍保留在原始平台上，这将如何影响他们的日常工作？ 更广泛地说，您需要考虑迁移项目可能如何影响公司的所有关键业务流程和工作流程。

考虑 Notes 中的关键接触点也很重要。 例如，在处理消息传递时，分析应用程序并考虑邮件路由和应用程序之间的交互以避免迁移期间和迁移后业务流程中断非常重要。 请务必询问以下问题：

• 哪些用户拥有委托以及打破这种关系会如何影响业务流程？
• 哪些应用程序和业务流程与电子邮件环境相关？ 在规划迁移时，应用程序和电子邮件服务之间的任何关键集成（例如审批流程）都至关重要。
• 应保留应用程序的哪些组件和重要功能？
• 如何使用新平台的内置功能来实现您需要的功能？
• 非活动内容是否应该存档以供将来存储？
• 是否需要重建任何应用程序才能在新环境中正常运行？
• 如何衡量成功？

在开始迁移之前，您需要定义衡量成功的标准。 特别是，您需要了解期望 100% 数据传输是不合理的。 并非每个 Notes 项目类型在 Exchange 中都有对应的项目（Active Mail 是最令人震惊的例子）。 因此，实际情况是，迁移后，并非 Notes 中的所有项目都会存在于 Exchange 中。 一个可实现且可衡量的目标是将 95% 的邮件移至 95% 的邮箱。 衡量和记录结果对于确保迁移成功至关重要，只有在电子邮件迁移项目一开始就定义了成功标准，才能获得真正的结果。

第 2 步：建立票据和交易所共存

对于大多数组织来说，迁移是一个过程，而不是一个事件。 因此，邮箱迁移和应用程序迁移应遵循最适合业务和运营的计划，而不是基于技术要求。

制定共存战略

为了最大限度地提高迁移的价值，必须在迁移过程的早期制定并实施完整的共存计划。 “共存”的定义可能因组织而异。 一些组织积极使用忙/闲数据，而其他组织则根本不使用此功能。 有些专注于迁移日历数据，而另一些则专注于迁移完整用户目录的微调。 与每个利益相关者合作以清楚地了解真正重要的事情并帮助每个人了解有效共存策略的重要性非常重要。

从 Notes 迁移到 Exchange 和 Office 365 需要同时规划邮箱和应用程序迁移。 所有用户都必须支持当前的 Notes 应用程序功能，无论他们当前的电子邮件平台如何。 当用户迁移到 Exchange 和 Office 365 时，他们应该能够访问和使用 Notes 应用程序作为其现有工作流程的一部分。 此功能应该一直持续到 Notes 应用程序迁移到 SharePoint 或其他平台为止。

除了应用程序共存之外，在开始迁移之前还必须实现不同平台上的用户之间的交互。 这包括所有用户的自动目录路由和更新、忙/闲状态和日历，无论他们当前的平台如何。

最后，您不仅需要考虑电子邮件服务之间的协作，还需要考虑日历和共享资源（例如会议室）之间的协作。 用户应该能够下载会议安排信息。 这包括一次性会议和定期会议。 无论约会是在迁移之前安排还是在迁移期间创建，在整个项目过程中都必须保持日历数据的准确性。 例如，您需要确保用户可以在定期会议中更改下一次会议的会议室或取消一个会议，而不会在后续会议中造成冲突和混乱。

步骤 3：规划最佳迁移精度

规划从 Notes 迁移到 Exchange 或 Office 365 需要了解平台之间的许多具体差异。

电子邮件地址

Notes 数据通常包含出现在多个位置的专有地址：消息标题中、嵌入档案中、个人联系人和分布式列表中。 作为迁移过程的一部分，这些专有地址必须更新为 SMTP 地址，以确保 Exchange 环境中的完整功能。 许多组织还选择在迁移期间更新 SMTP 域或寻址标准。 如果这适用于您的组织，请务必了解某些迁移解决方案会自动更新每个用户的历史 SMTP 地址实例。

文件夹结构

在许多组织中，用户使用自己的邮箱和存档，因此保留这些数据非常重要。 用户查看完整文件夹结构的能力也会影响迁移带来的用户体验。 选择保持文件夹和数据结构完整性的解决方案和转换非常重要。

本地副本和存档

为了控制存储成本并更好地管理数据增长，许多组织设置了邮箱配额。 这项政策的一个意想不到的后果往往是档案数量和大小的增加。 在迁移规划期间必须评估这些附加数据源并考虑它们的迁移。 您可以为用户提供自助服务组件，允许他们仅迁移重要数据。 为了优化 Exchange 存储，我们建议使用另一个 Quest 产品 - Exchange 存档管理器，它特别具有对附加文件进行重复数据删除的有用功能，类似于 Notes 中的 DAOS。

ACL 和委托

访问控制列表 (ACL) 和委派是在 Notes 环境中操作的关键元素，而且它们对于保护完整性也至关重要。 因此，准确地将关联权限和访问权限转换为 Exchange Server 和 Office 365 中的同等权限非常重要。理想情况下，自动执行此操作将加快流程并消除人为错误。 为了保持保护组织信息资产的有效性，ACL 和委派映射必须与邮件数据同时执行。 某些组织尝试在数据迁移完成后手动或使用脚本分配同等权限。 然而，这种方法可能会对生产力产生负面影响，并给组织的数据增加安全漏洞。

注释自己的内容

相同的活动邮件。 从 IBM Notes 迁移时的另一个常见问题是遇到大量富文本。 Exchange 和 Office 365 不支持 Notes 中的集成选项卡式表格、按钮、保存的表单和其他专有内容。 因此，您需要为失去此功能做好准备，或者投资一个可以将这些元素转换为可迁移格式的迁移解决方案。 假设 Quest 的解决方案不会以任何方式转换这些信件，只能将此类信件作为附件传输，以便用户可以通过 Notes 客户端打开它们。

群组和个人地址簿

许多组织广泛使用公共邮件列表进行内部和
外部通讯。 此外，Notes 用户经常发现在个人地址簿中维护业务联系人非常重要。 这些数据源对于业务运营至关重要，必须在迁移到 Microsoft 平台的过程中进行有效转换。 因此，自动准备组以迁移到 Active Directory 并有效地转换所有个人地址（甚至是存储在用户桌面上的地址）非常重要。

与 Notes 应用程序交互

在规划和安排迁移时，应用程序和邮件服务之间的集成点（例如协调流程）非常重要。 与其他平台相比，IBM Notes 在电子邮件和应用程序之间具有更紧密的集成。 这些集成可以包括从简单的文档链接到业务流程的所有内容。

资源和邮件数据库

许多组织在 Notes 中使用资源预留数据库、邮件数据库和其他共享数据库。 因此，这些数据库在组织的运作中发挥着重要作用。 为了确保业务连续性和员工生产力，考虑实施方法和时机非常重要：

• 在目标环境中创建资源邮箱；
• 将数据从预订数据库传输到 Exchange；
• 确保两个系统的用户可以协作并使用 Notes 和 Exchange 中的资源。

第 4 步：最大限度提高迁移效率

除了确保数据准确性之外，根据组织的要求确保迁移尽可能高效也很重要。 迁移的效果不仅直接取决于直接成本，还取决于对业务的影响程度。

迁移方案架构

影响效率的最重要因素之一是迁移解决方案的架构。 选择具有多线程架构的解决方案非常重要，该解决方案允许一台迁移服务器同时迁移多个用户。 多线程架构降低了迁移硬件要求并提高了迁移速度，从而显着降低了总体项目成本。 不要被声称是多线程的迁移解决方案所愚弄，但实际上一次只能迁移一个用户，并且需要添加工作站才能一次迁移更多用户。 根据配置和环境，真正的多线程解决方案在将数据迁移到 Exchange 和 Office 30 时效率提高 5000% 到 365%。

迁移过程

迁移涉及许多步骤，这些过程必须在正确的时间进行，以确保平稳过渡。 为了最大限度地减少业务中断并最大限度地提高迁移的收益，所有流程必须由单个应用程序集成和控制，该应用程序可以及时处理迁移的每个步骤。

灵活性和自助服务

一些用户和部门需要偏离标准迁移流程。 例如，法律部门可能有不同的存储要求，或者管理人员可能需要迁移整个邮箱和档案。 因此，选择一个灵活的迁移解决方案，让迁移团队能够轻松适应这些需求非常重要。 提供这种灵活性的最有效方法之一是为某些用户启用自助服务。 例如，某些用户可能被允许从其主邮件文件或本地数据传输附加数据，以便稍后将其转换为服务器上的个人存档。

步骤 5：运行测试迁移

一旦完成迁移前评估、最终确定共存策略并定义优化计划，通过一次或多次试点迁移获得策略确认至关重要。

试点迁移的目的是测试所开发的程序并确定全面迁移开始后可能出现的问题，使他们有机会在开始实时迁移之前解决这些问题。 因此，试点迁移过程中出现问题是可以预料的，甚至是值得欢迎的。

确定飞行员迁移量

飞行员迁移应该足够大，以收集有代表性的数据样本并回答战斗迁移期间可能遇到的相关问题。 如果您要迁移数千个邮箱，样本大小应该足够了。 对于非常大的迁移，百分比可能会更低。

数据和系统的选择

在飞行员迁移过程中，作战数据和作战系统的使用非常重要。 这非常重要，原因如下：

• 您需要了解战斗环境的表现。 合成生成的环境不能代表战斗环境。
• 您可以根据示例数据获取有关加密邮件、Exchange 中未找到的邮件类型的频率以及存储要求的更多信息。

设定期望

试点迁移过程还提供了一个绝佳的机会来测试项目概述的成功标准并校准对剩余迁移的期望。 如果需要调整，则必须记录下来并在战斗迁移过程中予以考虑。

步骤 6：规划迁移时间以尽量减少对组织的影响

用户分组

为了最大限度地减少对用户和整个组织的影响，一起工作的用户应同时迁移。 创建这些组时要考虑的关键因素包括授权。 寻找一种解决方案，该解决方案可以根据有关源环境中用户关系的信息推荐要迁移的集合。

迁移时机

组迁移完成后，请务必安排好迁移的时间
对这些用户的影响很小。 这可能意味着将迁移窗口安排在一天中的特定时间，以避免在工作时间、年底或维护窗口期间进行迁移。 例如，销售团队可能要到季度末才可以迁移，而会计和法律部门可能会限制他们的迁移时间。

第 7 步：开始迁移并跟踪其进度

有了经过试点验证的数据迁移方法，战斗迁移应该成为例行事件。 整个过程可能会略有调整，以满足某些群体的需求。 仍然需要仔细监测，以确保在规划和试点阶段考虑到所有突发事件。 然而，这个过程必须变得越来越自动化。 战斗迁移计划的执行对于记录和传达整个组织的进展非常重要，以确认期望得到满足。 监控和反馈仍然是整个过程中成功迁移的关键方面。

结论

我们介绍了迁移邮政服务时需要考虑的事项。 如果您当前正在选择迁移解决方案或只是在考虑它，那么考虑所有这些非常重要。 我们使用 Quest 的迁移解决方案，并准备推荐它们，因为它们是减少手动步骤数量和增加迁移所传输的数据量的最有效方法。

如果您想了解有关有效迁移方法的更多信息，请向 反馈表 在我们的网站上或致电，您还可以使用以下链接学习其他材料：

Habr 文章：IBM Lotus Notes/Domino 迁移到 Microsoft Exchange

Quest Migrator for Notes to Exchange 在 Gals 网站上

Gals 网站上的 Quest Coexistence Manager for Notes

Quest Migrator for Notes to Exchange 在 Quest 网站上

Quest 网站上 Notes 的 Quest 共存管理器

来源： habr.com