Exchange后端数据库故障,一般都会是比较严重的紧急故障,因为这会直接影响到大面积用户的正常使用,而且涉及到用户数据。一旦遇到这种级别的故障,管理员往往都是在非常紧张、压力非常大的状态下进行恢复操作,需要在高压状态下迅速做出决策,下一步应该如何做。本文将总结数据库紧急故障下的恢复思路,希望对遇到这种紧急情况的邮件系统管理员有所帮助。
注:以下案例仅针对Exchange 2010版本。
一般邮件数据库的紧急故障,首先判断数据库状态是否正常,是否可以挂载使用;数据库无法挂载使用则可以通过命令判断是否需要进行数据库修复;使用如下图的命令,如果数据库状态并非Clean Shutdown则需要进行修复操作。
如果数据库需要进行修复,则管理员需要判断,是等待数据库完全修复好之后再进行恢复邮件服务?还是优先恢复用户邮箱使用,邮箱数据则等待数据库修复之后再进行恢复?
因为有的时候数据库修复时间较长,用户无法等待这么久的时间。笔者就曾遇到过修复600GB数据库的案例,首先软修复耗费3个多小时,硬修复耗费1个多小时的情况。
如需要紧急优先恢复用户邮箱使用,后续再恢复数据的场景,则可以使用以下两种方案。两种方案基本大同小异,大家可以参考使用。
方案一,在原先的数据库挂上空库使用,后续合并数据
1、剪切目录中所有原始数据库的文件至其他磁盘,并额外备份一份,以防修复过程中出现意外。
2、 挂上空库:
a) 加载数据库DB;
b) 点击"全是"创建一个空数据库;
c) 现在数据库上的用户应该可以访问邮箱并收发邮件了,只是原始的数据会找不到。3、用命令exeutil /p修复原始数据库文件(*.edb),如下图示例:
4、确认数据库状态为"Clean Shutdown";
5、创建恢复数据库RDB;
New-MailboxDatabase -Recovery -Name name -Server servername -EdbFilePath "path" -LogFolderPath "path"
6、将修好的EDB文件复制到上面创建的RDB的路径下,并重命名为RDB指定的edb文件名称;
7、加载RDB;
8、用以下命令合并DB与RDB的数据;
Get-Mailbox -Database 原DB名 | Restore-Mailbox -RecoveryDatabase RDB
注:也可以在第6步dismount原有的数据库,将空库的文件剪切到RDB的路径下,将修复的数据库挂到原始数据库路径下,在重新mount原始数据库的RDB之前,修改数据库属性,勾上“This database can be overwritten by a restore”。
方案二,将用户邮箱设定到新数据库,后续合并数据
1、创建新的数据库,使用下面的命令将原始数据库中的邮箱全部设置到新的数据库上;
Get-Mailbox -Database 旧数据库名 | Set-Mailbox -Database 新数据库名
2、同第一种方法对故障数据库进行修复,待数据库修复完毕,我们可以:
新建RDB,将修复好的数据库拷入合并数据到新建的数据库,具体步骤可以参照第一部分。
或者将邮箱从临时数据库切回当前数据库。
Get-Mailbox -Database 新数据库名|Set-Mailbox -Database 旧数据库名
运行命令,将数据进行合并。
$mailboxes = Get-Mailbox -Database 旧数据库名
$mailboxes | %{New-MailboxRestoreRequest –SourceStoreMailbox $_.ExchangeGuid –SourceDatabase 新数据库名 –TargetMailbox $_}
注意区分旧数据库名和新数据库名。
以上就是针对邮箱数据库的紧急故障的恢复思路。
总的来说,出现重大紧急故障,不要慌不要乱,保持清晰的思路,做出最佳的判断。但是不论怎样,做好日常运维的管理,防范故障于未然才是最好的办法。
Copyright (C) 1999-20120 www.ahcar.com, All Rights Reserved
版权所有 环球快报网 | 联系我们:265 073 543 9@qq.com