工欲善其事必先利其器，要从Domino迁移邮件系统，你需要如下工具
工欲善其事必先利其器，要从Domino迁移邮件系统，你需要如下工具:
A. Exchange Transporter:
微软提供的免费工具。根据微软的最新解释，目前为止，如果要把邮件系统从Domino 迁移去Exchange 2010,我们可以使用Exchange 2007 Transport Suit, 通过组织中的Exchange 2007 作为中间桥梁，来间接迁移。这意味了，你的组织中，需要是一个exchange 2007和2010的混合环境。
B. 著名的Quest Software 工具，尘封老大的最爱
http://www.quest.com/lotus-notes-migration/
C. 著名的Binary Tree工具，欧美比较流行，亚洲貌似用的人不是很多。
http://www.binarytree.com/exchange2010.aspx
迁移过程中，大体需要考虑以下几个方面的问题，我同时列出比较流行的工具。
A.迁移前准备，配置SMTP 邮件流
这一步，是用来保证在迁移的漫长过程中，两边的用户仍然能够相互通讯，发过去的信要能打得开，打开了格式要对，回信的时候不能破坏格式。。。这块比较重要，要做到完美，需要丰富的 Domino 和Exchange 的知识，以及丰富的迁移经验。
当然，你也可以购买诸如 Quest CMN, Binary Tree- CMT-C v 3.0 之类的第三方工具,来进一步提升邮件流的稳定和邮件格式转换的成功率。
B. 迁移第一步,Domino 和AD之间的目录同步
一般来说，简单环境的话，使用 Microsoft- Transporter Suite就足够了。但如果环境比较复杂，里面不仅仅涉及到联系人复制，还要考虑多站点共存环境的邮件流，邮件地址重写，权限控制等，你就很有可能需要使用 ILM 2007 来开发一套复杂的目录复制流程，包括MA的配置和相关代码的开发。
当然，你也可以购买诸如 Binary Tree- CMT-C v 3.0 之类的第三方工具满足一定的要求。
C. 迁移第二步，配置Domino 和Exchange之间忙闲信息同步
不要被“同步”这两个字迷惑，服务器之间其实是实时去对方那里查询忙闲信息的。当然如果之后再做同样的查询，本地缓存（比如Public folder）里已经有了，就不需要再做实时查询了。
你可以使用 Microsoft- Transporter Suite的 Calendar Connector 来完成这个工作，不过呢，效果很烂。。。
当然，你也可以购买诸如 Binary Tree- CMT-C v 3.0 之类的第三方工具满足一定的要求，这个比Transporter 要好一点，不过也不是很完美。因此要求不要太高，反正这部分实际意义并不是太大。
D. 迁移第三步，用户账号和组的迁移
这里面比较复杂的地方是把迁移过来的账号和原先已经在AD里的账号合并。你可以使用Microsoft- Transporter Suite 来完成这个工作。
当然，你也可以购买诸如 Quest- NME 4 ， CMT-E 3.0之类的工具来做这件事情。
E. 迁移第四步，数据迁移
不出意外的话，这里会出很多问题。比如有些邮件转换不了啦（比如加密的），有些转了以后格式乱了，打不开了，怎么处理归档的邮件啊，林林总总，痛苦只有做过的人才知道。
你可以使用Microsoft Transporter Suite来做迁移。不过我不推荐使用 transporter来迁移邮件数据。第三方程序，比如Quest- NME 4., Binary Tree- CMT for Exchange 3.0, Transend Migrator- http://www.transend.com/ 等等，在这方面做的好很多，能够减少你很多很多的麻烦，这钱还是值得花的。
F. 迁移第五步，应用程序迁移
Notes 最吸引人的地方在哪里？ Workflow! 这个功能实在做得太易用，太完美了。因此，一个复杂的 notes系统有成千上百的workflow小应用，一点都不奇怪。企业的日程工作很有可能极度依赖这些应用。因此，Domino 系统可能在你迁移完邮件后的 2-3年还活在那里，因为把他们一个个转换去Sharepoint 上，要花很大的力气和代价的。这部分我也没什么经验，就不谈了。
过阵子有空，我再接着写些范例步骤，加点截图什么的。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
