邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: [转帖]第一次exchange2000数据库脱机碎片整理“心得” [打印本页]

作者: 钉子    时间: 2004-1-12 14:12
标题: [转帖]第一次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 :)
作者: 钉子    时间: 2004-1-12 14:13
标题: Re:[转帖]第一次exchange2000数据库脱机碎片整理“心得”
以上是rockey99 ,在Winmag的东西,我个人认为,大家经常有问题,解决了应该学会总结,而不是好了就好了,而应该学会和他人分享和讨论。你说呢?
作者: penguo    时间: 2004-4-28 21:22
标题: Re:[转帖]第一次exchange2000数据库脱机碎片整理“心得”
Yes!Yes!这话说得一点不错!支持钉子大哥!
作者: zhipai    时间: 2004-4-30 23:29
标题: Re:[转帖]第一次exchange2000数据库脱机碎片整理“心得”
谢谢<br>
正是我想知道的
作者: marco    时间: 2006-2-27 18:21
标题: re:如果这个Exchange DB 挂了,但...
如果这个Exchange DB 挂了,但是用eseutil /p来校验,需要花很长的时候,那时侯就没有办法提供Exchange的邮件服务,那我要如何做才好??
作者: yxwu78    时间: 2006-2-27 23:39
标题: re:如果有1018之类的checksum错误...
如果有1018之类的checksum错误,最好的方法是恢复上一次好的备份,Exchange会自动replay log的。同时应该检查硬件,99%的情况下checksum问题是硬件造成的。<br>
<br>

作者: hzhu    时间: 2006-3-4 09:47
标题: re:貌似 /D /P就WORK了,有30%的...
貌似 /D /P就WORK了,有30%的备用磁盘空间就好。




欢迎光临 邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.net/) Powered by Discuz! X3.2