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

标题: exchange2003数据库大小告急！ [打印本页]

作者: sabin 时间: 2009-3-23 13:54
标题: exchange2003数据库大小告急！
有几个问题小弟不是很明白，请大家不吝赐教，谢谢了。
1。因为我们新实施exchange2003时间不长（1年不到），数据库大小还没有达到16G，但是已经15G多了，眼看就要到达这个极限了，为防患于未然，请问如果达到了16G，exchange将出现什么问题？邮件服务器瘫痪导致邮件无法正常收发？离线整理也不是长久之计，毕竟还是很容易到达这个极限的。因为员工都有保留邮件的习惯，以前实施exchange之前，有些员工2年前的邮件也都保留，其曰以便日后发生扯皮时可以查找证据！
2。是不是可以通过新建存储组的方法解决？还是无论新建多少存储组，他们都是使用同一个数据库文件？
3。exchange升级了sp2后，可以在注册表改为75G的方法。是不是一定要手动下载？我们一直都及时update的，但是好像并未升级到sp2。
4。exchange服务器是windows 2003server sp2 +exchange2003 也是域控，都及时update的，如果升级到sp2的话不会产生什么问题吧？

忘了说明：exchange 2003 是标准版的，谢谢回帖的两位朋友提醒！

[ 本帖最后由 sabin 于 2009-3-27 14:07 编辑 ]

作者: xuhua114 时间: 2009-3-23 15:08
SP2去microsoft的网站上下一个吧，另外你的2003是企业版的吗，如果是就不用担心了，磁盘够用就行

作者: zhybguo 时间: 2009-3-23 15:24
SP2是指EXchange的补丁,看来你的是标准版的,企业版没有16G的限制.只升级EXchange就可以!

作者: 钉子 时间: 2009-3-24 01:48
1。因为我们新实施exchange2003时间不长（1年不到），数据库大小还没有达到16G，但是已经15G多了，眼看就要到达这个极限了，为防患于未然，请问如果达到了16G，exchange将出现什么问题？邮件服务器瘫痪导致邮件无法正常收发？离线整理也不是长久之计，毕竟还是很容易到达这个极限的。因为员工都有保留邮件的习惯，以前实施exchange之前，有些员工2年前的邮件也都保留，其曰以便日后发生扯皮时可以查找证据！
－－需要打SP2后手动修改注册表来支持大文件　，但建议不要超过２０G。定期的做离线整理也是一个规定动作，是有必要做的。

2。是不是可以通过新建存储组的方法解决？还是无论新建多少存储组，他们都是使用同一个数据库文件？
－－标准版只允许建一个存储，５个数所库。所以无法新建存储组，只能是新建数据库（如果原来没超５个数据库），

3。exchange升级了sp2后，可以在注册表改为75G的方法。是不是一定要手动下载？我们一直都及时update的，但是好像并未升级到sp2。
－－SP2是累积补丁，所以需要单独下载和更新。

4。exchange服务器是windows 2003server sp2 +exchange2003 也是域控，都及时update的，如果升级到sp2的话不会产生什么问题吧？
－－应该没有问题，但建议升级前做好备份，以防出现RPWT。

作者: sabin 时间: 2009-3-24 09:27
凌晨回帖，向钉子大哥的敬业精神致敬！针对第二个问题小弟还有一点不明白：数据库在哪里新建？如果新建了数据库文件，是不是以前数据库中的邮件就无法读取了？

作者: sabin 时间: 2009-3-24 09:42
还有一点，我们公司人数差不多100个员工，应该不算多，因为我看到论坛里有的朋友公司的人动辄就是上千人。我们公司所有员工都要求保留至少1年，甚至2年，就算是改为75G，况且钉子大哥也说了，最好不要超过20G，那几百、上千人的公司，如果所有邮件都保留这么久的话，也应该是不够用的吧。我想知道大家是怎么处理的呢？设定策略定期强制删除，且告知员工这是公司规定？还是告知员工如果想保留的话，就收到本地pst自己保留，server上不留备份？希望大家可以与小弟分享分享！

作者: anjoah 时间: 2009-3-24 10:18
前一家公司,不对邮件做备份.所有邮件都采用POP3协议.
现在这家公司.目前正在考虑邮件归档方案.但仍需要计算存储量,毕竟按照欧洲的法律要求,邮件需要保存5年.现在只看到过MIRAPOINT的产品.

作者: 钉子 时间: 2009-3-25 01:47

原帖由 sabin 于 2009-3-24 09:27 发表
凌晨回帖，向钉子大哥的敬业精神致敬！针对第二个问题小弟还有一点不明白：数据库在哪里新建？如果新建了数据库文件，是不是以前数据库中的邮件就无法读取了？

数据库在存储组下新建，新数据库是空的，可以和原有数据库一起在线跑，按你的想法我理解的应该是新建数据库把一用户邮箱移到新的数据库。所以你还需要在ADUC中使用Exchange 任何选项来移动邮箱。

作者: 钉子 时间: 2009-3-25 01:48

原帖由 sabin 于 2009-3-24 09:42 发表
还有一点，我们公司人数差不多100个员工，应该不算多，因为我看到论坛里有的朋友公司的人动辄就是上千人。我们公司所有员工都要求保留至少1年，甚至2年，就算是改为75G，况且钉子大哥也说了，最好不要超过20G，那几百 ...

我建议你使用专业的归档软件或是解决方案。

作者: 钉子 时间: 2009-3-25 01:49

原帖由 anjoah 于 2009-3-24 10:18 发表
前一家公司,不对邮件做备份.所有邮件都采用POP3协议.
现在这家公司.目前正在考虑邮件归档方案.但仍需要计算存储量,毕竟按照欧洲的法律要求,邮件需要保存5年.现在只看到过MIRAPOINT的产品.

归档产器有很多，比如GFI等等。

作者: sabin 时间: 2009-3-25 16:51
啊！大家都使用类似的归档软件吗？现在金融危机形式下，再投入比较困难了！

作者: mceno 时间: 2009-3-26 00:43

，深有同感！

作者: 钉子 时间: 2009-3-26 00:47
标题: 回复 11楼 sabin 的帖子
没钱，就像我有一些客户一下，定期下载存档的邮箱下的邮件，烧光盘。。。。

作者: sabin 时间: 2009-3-26 09:53

原帖由钉子于 2009-3-26 00:47 发表
没钱，就像我有一些客户一下，定期下载存档的邮箱下的邮件，烧光盘。。。。

您是说下载到本地outlook 的pst，然后再烧光盘？

作者: 钉子 时间: 2009-3-26 12:28
是的

作者: sabin 时间: 2009-3-26 14:05
看来也只有这种办法了！我想大部分朋友也都是使用这种经济的方式吧！或者根本从一开始就是都收到本的pst，这样就避免后面的麻烦了。现在要一台一台的去下载到本地，工作量也不小啊！

作者: 钉子 时间: 2009-3-27 09:44
我说的是定期下载存档的邮箱下的邮件，也就是存储组上启用存档所有进出邮件，而不是针对每一个用户的操作。

作者: sabin 时间: 2009-3-27 09:48
噢，不好意思开始没明白您的意思！所有进出邮件在一个邮箱留档，再保存，是个好办法！

作者: sabin 时间: 2009-3-27 14:12
此问题我准备采取多管齐下的方法解决：
1。针对个别重要用户的且邮件保密级别要求高的用户，建议他们收到本地pst文件。
2。一般对邮件要求不是很高的用户，采取设置收件人策略定期删除。或者采用采用钉子站长的方法。

还有就是首先打好sp2补丁！

[ 本帖最后由 sabin 于 2009-3-27 14:18 编辑 ]

欢迎光临邮件服务器-邮件系统-邮件技术论坛(BBS) (http://news.5dmail.net/bbs/)