【嘉为it培训】exchange数据库损坏后的修复步骤

《【嘉为it培训】exchange数据库损坏后的修复步骤》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、Exchange2010数据库损坏后的修复步骤刘凯：项目经理微软WindowsServerSystem技术专家，网络安全专家，微软企业护航金牌技术专家；MCSE、MCT、MCITP、VCP，现为嘉为企业服务项目经理和微软技术服务资深顾问。摘要：Exchange数据库作为承载用户邮箱的核心组件，其重要性不言而喻。数据库一旦卸载，其承载的所有邮箱将无法工作，通常引起卸载的原因有很多种，此次我们所要探讨的是数据库损坏这种极端情况。可能你会说，有备份做保证，损坏又何妨。但是，你必然不能忽视一个问题，即还原后的数据库与原数据库存在一

2、定的差异。因此，我们不推荐数据库损坏后第一时间还原。如果故障发生在非工作时间，比如晚上或周末，建议优先尝试数据库的修复。正文：笔者最近就遭遇了一起数据库损坏的故障。为此，将处理的思路分享给大家。1.事件描述磁盘逻辑错误（通过系统NTFS日志可以分析）导致2个数据库无法装入，影响200多用户；在此故障发生之前因为管理员疏忽，数据库的副本状态一直不正常，所以无法在故障发生时激活副本；2.处理思路通常解决这种问题，我们需要做以下操作：1）检查数据库的状态:eseutil.exe/mh“数据库EDB文件全路径”Eseutil/M文

3、件转储模式http://technet.microsoft.com/zh-cn/library/aa997795(v=exchg.65).aspx3/4如果发现数据库为“DirtyShutdown”状态，需要修复该数据库。而且通常这种状态，通过“eseutil/r”软修复是不能修复数据库的，而需要硬修复。2）需要硬修复该数据库，通过以下命令：eseutil.exe/P“数据库EDB文件全路径”Eseutil/P修复模式http://technet.microsoft.com/zh-cn/library/aa996773(v

4、=exchg.65).aspx如何在各种情况下运行Eseutil/P（修复）http://technet.microsoft.com/zh-cn/library/aa997215(v=exchg.65).aspx3）同时做完硬修复后，建议做以下两个操作完成整个修复的操作：在/D模型下运行Eseutil，以完整地重建索引并对数据库进行碎片整理eseutil.exe/d“数据库EDB文件全路径”如何运行Eseutil/D（碎片整理）http://technet.microsoft.com/zh-cn/library/aa995

5、748(v=exchg.65).aspx然后运行ISInteg，以便在应用程序级别修复数据库isinteg-s“服务器名称”-fix-testalltests注意:执行该命令后需选择需要修复的数据库，该数据库必须是卸载状态的（offline）。Isinteg.exe工具的Exchange命令行参数http://support.microsoft.com/kb/301460/zh-cn4）执行完以上步骤后，装入数据库。3.特别注意此次执行以上操作并非一帆风顺，在第二步eseutil.exe/P过程中遇到阻碍，执行命令不成功，

6、报错如下：[PS]C:ProgramFilesMicrosoftExchangeServerV14Bin>eseutil/pI:Mailboxdb01.edb3/4ExtensibleStorageEngineUtilitiesforMicrosoft(R)ExchangeServerVersion14.01Copyright(C)MicrosoftCorporation.AllRightsReserved.InitiatingREPAIRmode...Database:I:Mailboxdb06.edb

7、Temp.Database:TEMPREPAIR8168.EDBOperationterminatedwitherror-1032(JET_errFileAccessDenied,Cannotaccessfile,thefileislockedorinuse)after10.31seconds.经过一番排查与分析，发现问题在于1）因执行的命令在C盘，而在修复过程中会产生临时文件，如果不为此临时文件指定路径，将默认存放在执行的命令所在位置2）WindowsServer2008默认对C盘进行了保护，因此需将eseutil.ex

8、e拷贝至其他分区后执行。4.总结1）日常巡检/监控很重要。如果此次数据库副本状态是正常的，则不至于如此被动；2）对原理理解很重要。Eseutil/p是对数据库做硬修复，但是在修复过程中会产生临时文件，且与数据库大小相当，因此需要注意磁盘空间是否足够。同时也需要注意当前用户是否有在此路径下创建文件的权限；