一位网友误删除了邮箱数据库的日志文件导致报错且邮箱数据库无法挂载。
报错:
解决办法:
一、使用数据恢复软件找到了误删除的日志文件并恢复后报以下错误:(只能抱着试试看的心态,刚删除也许能有用吧)
《早晨2018/06/04 10:20:40
信息存储——邮箱数据库B(50196)邮箱数据库B:由于遇到对现已不存在的数据库“E: \数据库\邮箱数据库B。教育局”的引用,数据库恢复失败,出现错误-1216年。在删除(也可能是移动或重命名)数据库之前,数据库不会处于“干净关闭”状态。对于此实例,在重新设置好丢失的数据库之前,数据库引擎不会允许恢复过程完成。如果该数据库确实不再可用并且不再需要,请参考微软知识库中提供的解决该错误的步骤,或者单击此消息底部的“详细信息”链接。》
,注意:下文提到的isinteg命令并不一定适用于高版本的交换,也不是修复所必须的一个命令。
提示:
二、使用eseutil命令进行修复
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,执行ESEUTIL/MH & lt;数据库绝对路径祝辞,查看国家是dirtyshutdown还是cleanshutdown。
1。如果是<强>清洁关闭强状态可以执行软修复
,,注意:软恢复过程的一个基本假设是故障未移动,删除或破坏任何数据库文件或日志文件,管理员在故障之后也没有这样做。
,,运行一遍exeutil/r,然后使用isinteg.exe修复Pub1和Priv1数据库,isinteg - s (servername)修复以及alltests ,,重新启动信息存储服务,挂载数据库。
2。如果是<强> dirtyshutdown 强状态需要执行硬修复。(更多的是这个状态)
,,2.1,<强> eseutil/r E01/D/我
,,,,,,即使运行硬修复也建议首先使用eseutil/r命令试图修复下逻辑错误。
<强>提示:说一下软修复的一些事项:
<强> 1。软修复的一本基本要求的是:{故障未移动,删除,或者破坏任何数据库文件或者日志文件,管理员在故障之后也没有这样做}。
<强> 2。参数介绍下
<强>/R:软修复参数
<强>/E01:,日志记录文件名称,不能包含后缀. 01是交货数据库创建的序号,例如,第一个数据库日志文件是E00.LOG,第二个数据库日志文件就是E01.LOG,以此类推。
<>强,,,,,,,,,,,
<强>/我:恢复的数据库处于非正常关机状态(脏关闭状态),请使用此参数
<强>/D:忽略数据库错误。
,,2.2,eseutil/mh
,,,,,,,然后再次执行eseutil/mh & lt;数据库句对路径祝辞,进行状态的检查
,,2.3,eseutil/p
,,,然后执行eseutil/p & lt;数据库绝对路径祝辞,命令直至修复完成。
<强>
,,2.4,eseutil/d
,,,,,,,,执行<强> eseutil/d & lt;数据库绝对路径祝辞进行碎片整理,<强>如果不进行碎片整理可能导致数据库出现索引和空间分配错误。(生产环境建议执行,也可跳过)
<强>
<强>,, 2.5,
,,,,,,,,此时应该能够正常挂载数据库了。<强>为了在应用程序级别修复数据库执行上述命令,执行此命令数据库必须是离线状态,如果挂载了请卸除数据库。
isinteg完成之后,应当报告数据库中有零个错误。如果错误计数大于零,请再次运行isinteg直到计数变为零,或在后续运行中计数不再减少。如果无法让错误计数归零,挂在后建议进行数据库的迁移。
三、修复完毕,挂载数据库,重启信息存储服务。
,,
,,,,
