我正在构build一个新的Active Directory 2008域。 我的组织目前正在AD2000上运行，并且决定build立一个新的AD，而不是将我们当前的AD迁移到2008 ADDS。 我们拥有2000年AD环境中的Exchange 2003基础结构和Team Foundation / Sharepoint服务器。 我知道最简单的路线是迁移，但目前的AD没有正确的build立，并有问题。 为此，决定build立一个新的公元的权力。
我知道ADMT是我需要这个项目的一个工具，但是对于这样一个项目，您还可以提出哪些其他工具，资源和书籍/文章，特别是将Exchange从旧域迁移到新域？
我鼓励你重新思考整个“重build”的想法。 目前的AD域没有任何东西不能通过迁移和清理来“固定”。
如果您决定重新构build它，则需要执行Exchange的PST迁移（因为您在Exchange 2003上运行，并且无法执行跨林邮箱迁移）。
基本上，这涉及到使用ExMerge将原始Exchange信息存储的所有内容导出到PST文件。 创build新的AD和新的用户帐户（使用ADMT或“手动”）后，您将把这些PST导入到新的Exchange IS中。 最后，您需要使用诸如ADSIEDIT或脚本之类的东西，向每个用户帐户添加一个X500地址代理，该代理与旧域中分配给其用户帐户的“legacyExchangeDN”属性相匹配，以确保对导入电子邮件的回复function（请参阅http://blogs.technet.com/sbs/archive/2009/05/21/cannot-reply-to-old-emails-or-modify-old-calendar-items-after-pst-mail-migration .aspx的细节）。
再次重申：重新思考做这个“重build”与迁移。 与主pipe广告顾问相辅相成的工作将是确定当前领域的问题所需要的，并且在升级到W2K8时计划“修复”。 你不需要用你的电子邮件通过任何这样的回转，你最终将花费更less的时间和金钱，达成一个更清洁，更好的解决scheme。
这是一个有趣的方法; 我想知道这些权力是否意识到将会涉及多less工作和麻烦。 然后，再次，取决于它是多么的糟糕，你的用户群（我从你之前的post收集的）的大小是相当小的，这可能是正确的方式。 如果是我，我肯定会在完全投入新的构build之前耗尽所有可能的select。
我从之前的文章中收集到，你有一个多森林的环境，所以另一种select是将用户，计算机，服务等从其他森林迁移回一个中心域。 即使只是从头开始放置这些东西，也比从头开始重新创build任何东西都麻烦得多。
再如你所说的那样，决定的权力，所以你可以做任何事情来改变这个问题。
对于Exchange来说，唯一真正合理的迁移方法是使用exmerge将您的邮箱转储到PST，然后通过Outlook import或exmerge重新导入。 但请注意，通过这样做你将失去单实例存储，但也要注意，丢失单实例存储可能不是什么大问题。
exmerge也有限制; 我还没有看到更新的版本，但最后一次使用它（Ex 2003），它不支持Unicode PST导出，这意味着有2GB的PST大小限制。 其他实际的考虑，例如SIS的丢失和一般的PST开销可能意味着对于超过1 GB的任何邮箱，您将需要从Outlook导出。