我们最近在我们的DC上发生了故障 – 在4个磁盘RAIDarrays中的一个磁盘出现故障，并且在我们能够更换磁盘之前，它在降级模式下运行了大约3个星期。 在更换前的最后一天，交换机运行得如此糟糕，以至于一些用户在打开邮箱时就会崩溃（我认为他们的邮箱已经损坏）。 我们更换了磁盘，重build也成功了，但是当交换数据库仍然损坏时，只能在一周内从备份中恢复 – 只能吹掉一小部分电子邮件。
所有这一切都是由另一名工作人员完成的，但是这里是我介入的地方 – 大约一个月后，一些工作人员发现丢失的电子邮件是非常重要的。 当他们从备份中恢复时，他们将所恢复的交换数据库的副本放到新的iSCSI驱动器中，以及从正在进行的备份到正在恢复的服务器之间的日志。 从我所知道的情况来看，这应该足以让我们在当天看到邮件存储库，这样我就可以得到5到10条真正重要的信息。
问题是我对交换一无所知。 谷歌build议http://technet.microsoft.com/en-us/library/bb124040(v=exchg.65).aspx和类似的网页，但这些似乎是与修复正在运行的数据库，这不是我想要的 – 现在电子邮件正在工作，我不想改变这一点。
我们使用SBS 2008和Exchange 2007 – 关于从哪里开始的任何build议将不胜感激。
在这个时候，如果电子邮件是“超级重要的”，那么我强烈build议找一个懂得交stream的人充分参与。 我不想听起来不敬，但这不是开始学习的最好的一点。
如果你不能这样做（尽pipe我确实认为你应该尝试 – 这种情况听起来像是从一个经验丰富的交易所顾问的现场检查中受益），我build议使用带外恢复工具 -让您能够在交换之外安装和检查信息存储。 当我帮助人们做这个DR路线时，我使用ontrack的powercontrols ，但是有其他的select。
你是怎么build立这个交换的呢，无论如何都有一个损坏的数据存储？ 这种情况不应该发生，因为RAIDarrays中的一个磁盘会丢失 – 或者Exchange服务器没有故障（或者至less没有损坏的数据库问题），或者您仍然需要发现此问题并find钉子再次出现问题之前。
您可以使用恢复存储组挂载恢复的数据库; 这将不会覆盖您的生产数据库，将执行完整的事务日志重播（这将使数据库回到崩溃前的时间点），并且可以让您从中提取消息并将其合并到其邮箱中。
对于熟悉交换的人来说，这个过程相对简单; 当然有各种各样的教程 ，但我同意RobM：试图让一个参与者知道他在做什么。
看看exmerge。 当我需要find我们怀疑有病毒的邮件时，我发现了这个工具。 从来没有机会使用它，但从我读的每一件事情是非常强大的，可能会做你所需要的。
http://www.microsoft.com/en-us/download/details.aspx?id=2743