请教Exchange2003后台EDB的一些问题.

goldeye

有谁可以大概描述一下EDB里面除了存用户邮件等都还有一些别的啥?<br>
请看一下我的环境.或者直接跳到我的问题,问题在文章最后.<br>
<br>
我的环境和Exchange2003状态:<br>
Windows2003+Exchange2003企业版.<br>
有300个用户.从2004年五月份开始用到现在.<br>
每天增量备份,EDB+STM有24G了.<br>
<br>
所有的帐号邮件全部收在本地.<br>
限制了所有用户邮箱大小为50M,超过这个禁止收发.<br>
邮箱清理程序每周六夜执行,超过60天或者大于50M就删除超过的部分.<br>
用Microsoft的Exchange Best Practices Analyzer Tools分析没什么问题.<br>
<br>
我的问题:<br>
1.由于所有的用户每天都把邮件收到本地,所以在ExchangeSystemManager里面看到邮箱都只有几M,总共加起来也只有2G不到.为什么我的STM和EDB有这么大?主要是个人不喜欢大文件.备份繁.慢.<br>
<br>
2.上月由于杀毒软件杀掉了个把log档(现在已经排除LOG等档案扫描).<br>
导致Exchange Information store出错,我是不是只能用eseutil/p来修复或者从备份恢复?从备份恢复和/P修复哪个更快.保存更好数据?<br>
<br>
谢谢你的浏览和回复.

yinjie

很高兴你能把问题描述的如此清楚。呵呵。。<br>
<br>
首先，EDB和STM都是数据库的一部分。<br>
<br>
在Exchange Server 5.5中，数据库只有扩展名为edb的文件。在Exchange Server 5.5发布的时候，微软的重点还是企业内部的邮件传输系统，当时主推的协议是MAPI协议，这是微软的私有邮件协议，edb格式的数据库为此协议作了专门的优化。因此，Exchange Server 5.5为了支持Internet标准的SMTP邮件格式，必须在每次处理Internet邮件时将其转化为edb可以识别的格式，这样做带来的巨大的性能损失。在Exchange Server 2000中，微软加大了对Internet标准协议SMTP的支持力度。因此，适用于Internet格式邮件的存储就应运而生：这就是stm文件。<br>
<br>
MAPI格式的邮件是基于微软的RPC和二进制标准的，而Internet格式的邮件是由纯文本的邮件头和经过MIME编码的字符流组成的。这两者的特性就决定他们无法共存在一种数据库结构的文件中。<br>
<br>
因此，在Exchange Server 2000中，微软分别使用edb文件和stm文件保存这两种格式的邮件，并在edb和stm文件之间建立了关联和引用。对于用户来说，他的邮箱内容实际上是由跨越了edb和stm文件中的内容共同组成的。值得一提的是，edb文件中除了实际的信件信息以外，还保存了每个用户的邮箱结构、每一个文件夹的内容列表和视图等信息。这是区别于stm中只保存字符流的地方。<br>
<br>
所以数据库里的邮件即使被全部删除，数据库大小也不会发生改变。而只会留下一些空的页面。系统在每天的早上会自动的做在线整理，并把数据库的空闲状态通过事件1221报告出来。你应该定期检查该日志，发现其中报告的空闲大小超过了数据库大小的15%时，就需要在合适的时间对数据库做离线整理，这样才能压缩空闲空间减少数据库大小。<br>
<br>
理论上说，当不缺少日志文件时，恢复是可以达到100%数据完整的，而修复是有损的。但如丢失了日志，恢复就可能出现日志不一致现象。

goldeye

问题1:<br>
你可不可以推荐一下讲EDB更深入一点的文章或者网站.<br>
在5dmail也有几篇文章讲的不错,讲存储原理和技巧的.<br>
但是总觉得没有太深.<br>
<br>
问题2:<br>
我之前看过5dmail的关于1221日志的文章,就是不确定1221报告出来的容量是叠加的还是当前的.<br>
比如周一报有100M空闲,周二有100M.<br>
那我周二的时候算有100M还是100+100?<br>
<br>
问题3:<br>
我在想是不是可以建立一个新的Store.然后把所有的用户移过去.<br>
然后把原来的直接删掉.这样子会不会在速度上.容量上.碎片上会有所改善?<br>
<br>
问题4:<br>
我们公司不用PUBLIC FOLDER.可以删掉吗?<br>
多了这个东西增加负担!

yinjie

1、查询一下相关的KB，应该有相关资料。<br>
2、1221报告的数值是当前的，非累加<br>
3、可以减少数据库大小和碎片，但不推荐这样做。<br>
4、不能，因为系统会用到它。

goldeye

谢了.<br>
我再折腾看看.过两天全厂放假<br>
先完全备份.<br>
<br>
再建先的STORE迁移用户,试验完再恢复再eseutil/d整理看看哪个效果好.<br>
反正时间够多的.

goldeye

备份恢复这个KB讲的蛮好的<br>
<a target=_blank href=http://support.microsoft.com/default.aspx?scid=kb>http://support.microsoft.com/default.aspx?scid=kb</a>;zh-cn;810190

牧人

学到一点,谢谢.