我们最近在我们的DC中断了 – 4个磁盘raid阵列中的一个磁盘发生故障,并且在我们能够更换磁盘之前它以降级模式运行了大约3周.在它被替换之前的最后一天,交换运行得非常糟糕,以至于对于某些用户来说,一旦他们打开邮箱就会崩溃(我认为他们有破坏的邮箱).我们更换了磁盘并且重建是成功的,但是当Exchange数据库仍然损坏,并且仅在一周内从备份恢复时 – 吹走了一小部分电子邮件.
所有这些都由另一位员工完成,但这是我介入的地方 – 大约一个月后,一些员工发现丢失的电子邮件非常重要.当他们从备份恢复时,他们将他们恢复的交换数据库的副本放在新的iSCSI驱动器中,以及正在进行的备份和正在恢复的服务器之间的日志.从我被告知的情况来看,这应该足以让我们在当天获得邮件存储的工作视图,这样我就可以获得5或10条非常重要的消息.
问题是我对交换一无所知.谷歌建议http://technet.microsoft.com/en-us/library/bb124040(v=exchg.65).aspx和类似的页面,但这些似乎与修复正在运行的数据库有关,这不是我想要的 – 现在电子邮件正在工作,我不想改变它.
我们使用SBS 2008和Exchange 2007 – 非常感谢任何有关从哪里开始的建议.
解决方法
在这个时间点,如果电子邮件“非常重要”,那么我强烈建议让知道交换的人充分参与.我不想听起来不尊重,但这不是开始学习的最佳点.
如果你不能这样做(虽然我真的认为你应该尝试 – 这种情况听起来好像会受益于经验丰富的交换顾问的现场调查),我建议使用带外恢复工具 – 允许您在交换之外安装和检查信息存储的东西.当我帮助人们做这个DR路线时,我使用ontrack powercontrols,但还有其他选择.
无论如何,您/谁建立该交换都有一个损坏的数据存储？这不应该发生,因为RAID阵列中的一个磁盘退出 – 要么没有错误(或者至少没有损坏的数据库问题)与Exchange服务器,或者您仍然遇到此系统的问题,您需要发现并指甲在它再次出错之前.
