一次Exchange数据库多次修复仍然失败的经历

发布时间:2018-10-02 09:31:06   来源:文档文库   
字号:

一次Exchange数据库多次修复仍然失败的经历

王吉

【摘要】

Exchange 2010数据库修复类型可分为软修复及硬修复俩种:软修复:在默认的软恢复场景中,外部的事件意外终止了Exchange 服务器数据库,但是数据库和日志文件保持完好无损并仍在原来的位置。当数据库被重新加载的时候,Exchange阅读检查点文件,并开始重放被列在检查点日志中的事务日志。如果没有检查点文件存在的话,重放从存储组中事务日志文件夹中最老的可用日志文件开始。硬修复:硬恢复必须完成在从在线备份还原后才可实施,并且硬修复无论成功与否,restore.env以及日志文件都会被删除。

【正文】

背景:某客户处的邮箱数据库无法挂载,副本处于失败状态,并且没有对邮箱数据库进行相应的备份,只能使用Eseutil工具对当前数据库进行修复,并且在修复的过程中,因防毒软件,导致修复失败,在卸载防毒软件后,数据库修复成功。一 恢复过程? 修复主库:1. 通过以下命令对数据库状态进行检查,发现数据库状态处于“Dirty shutdown”,该状态下数据库是无法正常挂载的;Cd “D:\Program Files\Microsoft\Exchange Server\V14\Bin”.\eseutil.exe /mh “X:\Database\Mailbox\500M Mailbox DatabaseTB\500M Mailbox DatabaseTB.edb” 2. 通过以下命令检查当前数据库文件检查点,检查点表明当前写入日志记录点:.\eseutil.exe /mk “X:\Database\Mailbox\500M Mailbox DatabaseTB\E02.chk”3. 对状态异常数据库进行软修复、通过以下命令进行数据库软修复操作:.\eseutil.exe /r E02 /d /a /l “X:\Database\Mailbox\500M Mailbox DatabaseTB\ ““X:\Database\Mailbox\500M Mailbox DatabaseTB\500M Mailbox DatabaseTB.edb”4. /R 进行软修复进行至快结束时(大约2小时左右),软修复失败5. 在软修复失败,后决定对数据库进行硬修复操作.\eseutil.exe /p “X:\Database\Mailbox\500M Mailbox DatabaseTB\500M Mailbox DatabaseTB.edb” /t “X:\RepDB\tempdb1.edb”6. 等待大约10小时后,提示硬修复失败,如下图:7. 检查数据库状态和检查点,发现数据库状态已经正常,检查点日志已经写入至最新,但尝试挂载数据库仍然失败;8. 正常挂载失败以后,加上-Force的参数进行强制挂载,任然失败;? 修复备库:9. 然后对副本数据库进行备份操作10. 副本数据库备份完毕后,对副本数据库进行软修复,也是修复失败:? 继续修复主库:11. 登录Exchange服务器将防病毒相关软件卸载;12. 卸载完成后,尝试强制挂载Exchange服务器上的数据库文件,发现可以挂载成功,观察5分钟后数据库自动卸载,再挂载,过5分钟后,又自动卸除,最后决定再对数据库进行一次硬修复操作:13. 硬修复完成后,强制挂载数据库,数据库已可挂载成功,测试发现该数据库邮箱用户可通过POP3方式收已有邮件、可以正常发送邮件、但是OWA、手机等方式无法访问邮箱,并且所有用户无法接收新邮件等异常;14. 尝试迁移用户邮箱失败,数据库索引处于爬网状态

15. 最后使用副本数据库备份恢复副本数据库文件,使用命令强制激活副本数据库:Move-ActiveMailboxDatabase "500M Mailbox DatabaseTB" -ActivateOnServer server -SkipHealthChecks -SkipActiveCopyChecks -SkipClientExperienceChecks -SkipLagChecks -MountDialOverride:BESTEFFORT16. 强制激活后,使用强制挂载方式挂载副本数据库,数据库成功挂载17. 测试数据库用户收发邮件正常、邮箱功能正常

本文来源:https://www.2haoxitong.net/k/doc/f09d592e302b3169a45177232f60ddccda38e6ed.html

《一次Exchange数据库多次修复仍然失败的经历.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式