也许是时候了? 使用 Lotus 作为电子邮件客户端或文档管理系统的同事迟早会出现这个问题。 迁移请求(根据我们的经验)可能会在组织的不同级别提出:从高层管理人员到用户(特别是在用户数量较多的情况下)。 以下是为什么从 Lotus 迁移到 Exchange 并不是一件容易的任务的几个原因:
- IBM Notes RTF 格式与 Exchange RTF 格式不兼容;
- IBM Notes 仅对外部电子邮件使用 SMTP 地址格式,对所有人使用 Exchange;
- 维持代表团的需要;
- 需要保存元数据;
- 某些电子邮件可能已加密。
如果 Exchange 已经存在,但仍使用 Lotus,则会出现共存问题:
- 需要使用脚本或第三方系统在Domino和Exchange之间同步通讯录;
- Domino 使用纯文本向其他邮件系统发送信件;
- Domino 使用 iCalendar 格式向其他电子邮件系统发送邀请;
- 无法处理忙/闲请求和联合预订资源(不使用第三方解决方案)。
在本文中,我们将了解 Quest 用于迁移和共存的专用软件产品:
如果我们区分迁移方法,我们可以假设有三种主要类型:
- 无需迁移即可过渡。 用户收到空邮箱;原始邮件服务继续以只读模式运行。
- 迁移与共存。 源系统和目标系统之间建立集成,之后邮箱数据逐渐转移到新系统。
- 离线迁移。 原系统关闭,所有用户数据转移到新系统。
下面我们就来说说离线迁移和共存迁移。 对于这些过程,正如我们上面所写,有两个 Quest 产品负责:分别是 Coexistence Manager for Notes 和 Migrator for Notes to Exchange。
Notes 共存管理器 (CMN)
该解决方案执行 LDAP 目录的双向同步,为源系统中的邮件对象(邮箱、列表、邮件、资源)创建联系人。 可以自定义属性映射并即时使用数据转换。 因此,您将在 Lotus 和 Exchange 中获得相同的地址簿。
CMN 还提供基础设施之间的 SMTP 通信:
- 即时编辑字母;
- 转换为正确的RTF格式;
- 处理文档链接;
- NSF 中的包注释数据;
- 处理资源邀请和请求。
CMN 可以在集群模式下使用,以实现容错和提高性能。 因此,您将保留信件格式、支持复杂的日程安排以及邮件系统之间的资源请求。
CMN 的另一个重要功能是忙-闲仿真。 有了它,同事们不需要知道谁在使用什么:Lotus 还是 Exchange。 仿真允许电子邮件客户端从另一个电子邮件系统获取用户可用性数据。 系统之间的请求不是同步数据,而是实时发送,因此即使部分用户迁移后,您仍然可以使用忙闲功能。
Notes to Exchange (MNE) 迁移器
该工具执行直接迁移。 迁移过程本身可以分为几个阶段:迁移前、迁移和迁移后。
预迁移
在此阶段,将对源基础设施进行分析:创建域、地址、组等、用于迁移的邮箱集合、帐户以及将联系人与 AD 帐户合并。
迁移
迁移将邮箱数据复制到多个线程,同时保留 ACL 和元数据。 群体也会迁移。 如有必要,如果由于某种原因无法立即执行增量迁移,您可以执行增量迁移。 MNE 还负责邮件转发。 所有迁移均以网络连接的速度进行,因此将 Lotus 和 Exchange 环境置于同一数据中心可提供巨大的速度优势。
迁移后
迁移后阶段通过自助服务迁移本地/加密数据。 这是一个解密消息的特殊实用程序。 再次执行增量迁移时,这些电子邮件将传输到 Exchange。
另一个可选的迁移步骤是应用程序迁移。 为此,Quest 有一个专门的产品 -
使用 MNE 和 CMN 解决方案的迁移过程的分步示例
步骤1。 使用共存管理器执行 AD 升级。 从 Domino 目录提取数据并在 Active Directory 中创建启用邮件的用户(联系人)帐户。 但是,Exchange 中的用户邮箱尚未创建。 AD 中的用户记录包含 Notes 用户的当前地址。
步骤2。 一旦 MX 记录发生更改,Exchange 就可以将邮件重定向到 Notes 用户的邮箱。 这是一个临时解决方案,用于重定向传入的 Exchange 邮件,直到迁移第一批用户。
步骤3。 Migrator for Notes to Exchange 向导启用迁移用户的 AD 帐户,并在 Notes 中设置邮件转发规则,以便将发送到已迁移用户的 Notes 地址的邮件转发到他们的活动 Exchange 邮箱。
步骤4。 当每个用户组移动到新服务器时,会重复该过程。
步骤5。 Domino 服务器可能已关闭(实际上如果还有任何应用程序则不会关闭)。
迁移完成,您可以回家并在那里打开 Exchange 客户端。 如果您已经考虑从 Lotus 迁移到 Exchange,我们建议您阅读我们的博客
来源: habr.com