oneway1 发表于 2007-7-19 20:41:27

规划2TB以上exchange 2003 information store

最近，公司需要将邮箱扩容，总容量估计需要2TB以上。分布在3台mailbox服务器，存储采用RAID1+SAN。

目前，不确定这样的方案有什么潜在风险。我觉得最大的问题应该是mailbox服务器太少了。

希望大家看看，还有什么地方要注意？
:):)

zqs_163 发表于 2007-7-19 22:16:34

我不晓得你们将采用什么构架.
2tb的存储容量也不算很大的.我们备份服务器挂的一个存储也有1.6tb了.
如果有条件还是实现群集,这样是最完美的.
你说分布在3台exch server上应该采用的是普通的一前端多后端的结构.这和我们现在的结构一样.存在的单点故障的可能性.

钉子 发表于 2007-7-20 01:02:33

这个问题是要问存储潜在风险的问题呢？还是架构潜在风险的问题？

oneway1 发表于 2007-7-20 09:39:53

架构，存储，备份各个方面的风险。

tdk 发表于 2007-7-20 10:43:43

听 ，学习
为了以后我开互联网邮局 :lol

oneway1 发表于 2007-7-20 10:57:47

回复 #2 zqs_163 的帖子

一个存储1.6TB？怎么备份？备份恢复时间窗口太大了吧。

zqs_163 发表于 2007-7-20 14:57:32

有专用的一台exchange server负责备份的。我们的备份文件380G，需要21个小时。
恢复没有试过。对于这么庞大的备份恢复是可怕的。所以最好是不要出问题。
准备上群集。今年是不可能了

oneway1 发表于 2007-7-20 15:54:42

回复 #7 zqs_163 的帖子

负责备份？怎么做的？是不是Archiving邮箱的。

不考虑恢复，备份不就没什么意义了。

我现在主要就是考虑缩小备份恢复的时间窗口。数据库太大，别说备份，单单DB的maintenance，一个晚上都做不完。
页: [1]
查看完整版本: 规划2TB以上exchange 2003 information store