lmnt 发表于 2008-6-30 15:23:01

压缩STM数据库的问题

想问一下如果不用资源管理器看的话能快到什么程度，以前公司管理员没有压缩过 现在已经54GB大了 压缩起来大概要17个小时 不用资源管理器看的话能节省多少？我能不能新建一个存储然后把旧的拿去压缩再导进去？

公司很小，邮件很重要所以我想尽量以最小的停机时间来处理这个东西，希望各位大大帮忙想想办法

erkil 发表于 2008-6-30 17:36:48

这么大,估计有不少人的邮件是放在服务器上的吧.不要轻举妄动了.万一邮件丢失了就不妙了.没听说在WINDOWS的资源管理器中压缩的,在命令行下压缩估计要花五六个小时吧.我14.5G花了一个多小时.

00 发表于 2008-6-30 20:07:52

清除不要的邮件，在服务器端设置自动删除，已经删除的邮件。清理一下就小很多了。。。

dainh 发表于 2008-7-1 02:34:32

这种情况不如建一个新的邮件存储
然后把用户邮箱都move到新的邮件存储上去

lmnt 发表于 2008-7-2 11:21:11

能请3楼和4楼的朋友说一下具体操作的方法吗？

我们的邮件不是放在服务器上的，PUB1只有3G，只是PRIV1的STM太大了 都是日志，据说完全备份后就会好但是我备份了没有任何减少 只是不再增加了，不知道是不是我备份的方法不对，

lmnt 发表于 2008-7-2 11:24:34

邮箱MOVE过去可以但是没收的邮件不会MOVE过去，这样好像不太好。。好像我也看过这个方法 但是因为不能移动没收的邮件所以没用这个方法。

钉子 发表于 2008-7-3 00:42:20

原帖由 lmnt 于 2008-7-2 11:24 发表 http://www.5dmail.net/bbs/images/common/back.gif
邮箱MOVE过去可以但是没收的邮件不会MOVE过去，这样好像不太好。。好像我也看过这个方法 但是因为不能移动没收的邮件所以没用这个方法。

楼主说的没有收的邮件是什么样邮件？未知新邮件？

不过迁移用户邮箱到新的邮件存储后会把所有邮件的内容都迁移过去。条件只有一个，用户的邮件在服务器上的邮件存储中。

lmnt 发表于 2008-7-3 08:37:52

钉子兄能否说说具体操作？

钉子 发表于 2008-7-7 00:42:07

如果有两个以上的邮箱数据库。在AD用户管理时选定用户然后选右键。然后“Exchange 任务”后即可看到移动邮箱选项。

lmnt 发表于 2008-7-9 10:31:10

只有一个数据库，公共存储浪费的比较多 都是STM文件 ，我进行了备份但是数据库不会自动减小，不过已经不增加了，但是还是很害怕 除了压缩有别的办法弄小没？
页: [1] 2
查看完整版本: 压缩STM数据库的问题