scheme：Windows Server 2003 AD域中的单个Exchange 2013服务器; 一个DC在几个月前发生故障，被解雇（没有适当的降级，不less于）; 另外一个DC昨天死了，没有可用的备份。 简而言之，那个AD就不在了。
Exchange服务器是完全可操作的，但是Exchange本身不是; 但是，数据库文件是安全的，甚至可以使数据库处于干净的closures状态。
AD域必须从头开始重build; 没有什么大的损失，这是一个小公司，20台电脑需要重新join到一个新的领域，20个用户将面临一个干净的用户configuration文件，一些文件共享将需要重新ACL，但总体来说不是一个大的灾难虽然它明确地教导他们，虽然有一个单一的DC就意味着要求麻烦，有一个单一的DC ，没有备份是更疯狂）。
该公司实际上并没有兴趣再次提起Exchange：他们承认，他们完全不适合运行比文件服务器更复杂的任何东西，而是全心全意转移到Office 365; 但是，他们希望恢复其Exchange数据。
我可以构build任何我需要的实验室环境，从而创build一个新的AD，新的Exchange 2013服务器不成问题; 但是，为了在新的AD / Exchange环境中安装恢复的数据库，实际需要做些什么？
我几年前用Exchange 2003做了这个，这是一个皇家的痛苦 。 它工作，但它需要每一位 Exchangeconfiguration匹配，从AD和Exchange组织名称到数据库path和用户名称。 不过，我们现在已经有了Exchange 2013，它有很多很好的改进， 可以让事情变得更简单：pipe理/路由组不再存在，新的存储架构取消了存储组和服务器的解耦数据库，最后还有fabled 数据库可移植性 （但是只能在同一组织中的服务器之间工作）和绝对可爱的恢复数据库 。
我所知道的是：失效的AD域的名称，Exchange服务器的名称，数据库名称及其文件path，Exchange 2013版本（CU3）。
我不知道的是：Exchange组织的名称（我可以猜到，但我不能确定），用户login（与上面相同）。
有多less这些参数仍然需要匹配才能挂载Exchange数据库并运行多个MailboxExportRequests？ 这个恢复过程有点改善，还是手动还是痛苦的？ 恢复数据库将有助于事情（我只需要安装数据库和导出数据，而不是实际使用它）？
它甚至可以像“只是调出一个新的Exchange服务器，创build一个空的数据库，复制恢复的文件，装载数据库和导出所有内容”这样简单的东西……或者我们绝对不是那里呢？
原来这比我预想的要容易得多。
无论组织和/或Active Directory域如何（尽pipe服务器可能需要相同或更高的CU级别）， 任何Exchange 2013数据库都可以安装在任何Exchange 2013服务器上 。
如果一个外部数据库被安装在服务器上， 它将完美工作，甚至可以用来存储新的邮箱 ; 数据库中的所有邮箱将被视为断开连接的邮箱，并且可以连接到用户帐户 ，可以毫无问题地使用，当然也可以导出。
数据库可移植性的确如此！ 毕竟，看起来我们还在那儿。
因此，当原始环境不可用时，从Exchange数据库恢复数据的过程如下所示：
eseutil和原始事务日志执行标准数据库恢复）。 Get-MailboxStatistics cmdlet Get-MailboxStatistics数据库中的邮箱列表。 Connect-Mailbox cmdlet Connect-Mailbox数据库中的邮箱连接到新的用户帐户。 而已; 现在可以使用恢复的maibox，也可以使用New-MailboxExportRequest cmdlet将它们导出到PST文件。
如果你想要做的就是恢复物品，那么是的，就像你说的那样简单，但是你的步骤有点不合适。
Restart-Service MSExchangeIS New-MailboxRestoreRequest命令。 如果不明显，则需要足够的可用空间来获得邮箱数据库的第二个副本。
请注意，任何特殊的文件夹权限，授权，完全访问权限和代理权限将被破坏或丢失。
然而，这一切的光明的一面是没有什么需要匹配。 您只需将源邮箱和目标邮箱提供给New-MailboxRestoreRequest ，并复制这些项目。
您可能必须找出旧的x.500地址，并将其添加到新的邮箱。 否则，回复旧信息将不起作用。