数据库超过16G的时候,服务器很慢,有时甚至丢失邮件,该怎么处理

数据库超过16G的时候,服务器很慢,有时甚至丢失邮件,该怎么办?
以下是时间查看器中的内容。该怎样压缩数据库?压缩了之后对原来的邮件有没有影响?
Information Store (2724) The database D:\EXCHANGE2000\mdbdata\priv1.edb has reached its maximum size of 16382 MB. If the database cannot be restarted, an offline defragmentation may be performed to reduce its size.
------解决方案--------------------
压缩会有些问题,官方在推荐这个东西的时候,有一些注意事项,你去浏览一下。

对于慢,我不太相信是邮箱存储过大引起的。

你可以做个试验,把exchange服务都停止了,看看还慢不慢?

应该是操作系统的事情,该清理清理了,把没用的服务都停掉。
------解决方案--------------------
stop exchange 
eseutil /d ....
------解决方案--------------------
办法还是很多的

1 你用的是EXC 2003 STD版 升级为企业版后数据库大小无限制
2 你没有安装EXC 2003 SP2 安装该补丁包集后数据库大小为75G
3 卸载该数据库 使用eseutil /d脱线重整数据库 



------解决方案--------------------
关于如何使用eseutil /d命令请参考http://support.microsoft.com/default.aspx?scid=kb;en-us;192185
4 微软提供一篇KB 临时解决数据库达到16G之后邮件服务暂停的问题 (可以扩充至17G)请参考http://support.microsoft.com/kb/813051/en-us
------解决方案--------------------
首先确定你的客户端的邮件是否一直存在服务器,如果是,则需要把客户端的邮件收到客户端的本地硬盘,这样是比较好的做法。如果不是,则可使用日志压缩清理工具进行清理
------解决方案--------------------
http://support.microsoft.com/kb/813051/en-us
------解决方案--------------------
还有三种方法
1. 在同一个Storage Group中建多个Mail Store, 把用户分散到多个Store中.
2. 建多个Storage Group, 把用户分散到不同的Storage Group的Mail Store中.
3. 再装一台Exchange, 把用户分散到不同Server中

EDB中存储的是用MAPI写入的邮件, STM中存储的是SMTP写入的邮件. 如果用eseutil /d整理后,老的邮件会从stm文件转移到edb文件中.但这不会影响使用.