[转帖]第一次exchange2000数据库脱机碎片整理“心得”

钉子

基本步骤：<br>
1.对现有的sg进行一次完整备份；<br>
2.unmout、mount、unmout（检查整理前是否能正常mount、unmount）<br>
3.对edb和stm文件进行文件级备份；<br>
4.运行eseutil工具，使用参数 /k 对原有数据库进行checksum<br>
5.使用参数 /d /p 对现有数据库进行脱机碎片整理，（不改写原库，产生临时新库）<br>
6.对新产生的临时库进行checksum；<br>
7.用新库的相关edb文件、stm文件覆盖原有库的相应文件；<br>
8.重新mount、unmount、mount<br>
9执行一次完全备份。<br>
<br>
效果：<br>
执行前priv库的edb文件1.8G，stm文件800M；整理后edb文件786M，stm文件118M；<br>
pub库数字分别为：226M，272M，180M，28M；<br>
客户端的速度有待验证。<br>
<br>
心得：<br>
1.临时文件最好指定路径存放，否则可能充满系统盘。<br>
2.使用eseutil工具过程用，尽量不使用资源管理器实时观察临时库文件的大小，关乎整理结果是否出错和速度！！<br>我对priv库整理后，发现新库在checksum时出现2处错误（原库没有错），，后来再进行一次整理，发现速度很慢，，甚至我午饭回来还没有明显的进度！无奈cancel掉。<br>第3次，我关掉资源管理器（之前的整理我比较心急，盯住临时库文件，看着它增长:) ),发现这次速度很快，，仅用1041s就完成整理过程！！！而第1次，我要不停敲回车才能继续，并且耗时30分钟以上，第2次，我去了吃饭，回来根本没有明显进度，cancel了。<br>第3次整理处理的库，顺利通过checksum！！！<br>所以，我初步总结原因是，不能实时监视临时库文件的增长，否则容易出校验错，而且速度奇慢，甚至需要敲回车键，进度才往前蠕动。<br>
<br>
本人想向各位讨教的问题：<br>
1.如果数据库真的经checksum后发现有错，如何处理？使用eseutil /p修理？<br>
2.isinteg这个工具一般用来干啥？什么情况下使用？<br>
1、临时库的存放地点默认是当前路径，就是启动ESEUTIL的目录，你可以将ESEUTIL的路径加入搜索路径PATH里，这样就可以在任何地方执行了。<br>
2、数据库由于断电、日志文件满等都有可能出现校验和错误，此时可以使用/P参数修复。如一次不行，可进行多次。<br>
3、ISINTEG是检查IS服务完整性的，在整理数据库后重新MOUNT以后，建议做一次。<br>
刚刚完成了isinteg<br>
1.unmount （注意，isinteg只能检查修复offline状态得DB）<br>
2.isinteg －s servername －fix －test alltests<br>
3.mount<br>
4.restart is service.<br>
<br>
修复了一些warnning :)

钉子

以上是rockey99 ，在Winmag的东西，我个人认为，大家经常有问题，解决了应该学会总结，而不是好了就好了，而应该学会和他人分享和讨论。你说呢？

penguo

Yes!Yes!这话说得一点不错!支持钉子大哥!

zhipai

谢谢<br>
正是我想知道的

marco

如果这个Exchange DB 挂了，但是用eseutil /p来校验，需要花很长的时候，那时侯就没有办法提供Exchange的邮件服务，那我要如何做才好？？

yxwu78

如果有1018之类的checksum错误，最好的方法是恢复上一次好的备份，Exchange会自动replay log的。同时应该检查硬件，99％的情况下checksum问题是硬件造成的。<br>
<br>

hzhu

貌似 /D /P就WORK了，有30％的备用磁盘空间就好。