一个企业级Microsoft Exchange Server数据存储的容量大小，一般由该公司的日常数据备份和储存需求来决定，与Exchange数据存储本身的物理限制反而没有太大的关系。
“技术上并不存在任何局限性，”来自ProExchange（一家总部设在美国乔治亚州费耶特维尔市的系统整合方案供应商，以提供Exchange Server相关服务为主）的咨询顾问Steve Bryant介绍说，“真正有参考价值的‘最大存储容量’指标，指的是能够最大限度地满足企业储存需求、同时又不会干扰内部系统正常运作的数值。”
据Bryant介绍，虽然Exchange数据库的存储容量可扩展至数个TB，但是，对数据库进行备份和恢复的专用API标准组件，每小时的数据吞吐量仅为30~50GB。如果按每天工作8小时计算，Exchange管理员每天处理的存储数据一般应该控制在224GB以下。
由于Exchange Server 2003中引入了卷映射复制（volume shadow copy）和快照复制（snapshot）两项新技术，使得备份数据不再需要经由Exchange API就能够直接传输到存储区域网络（简称SAN）上，实现了连续备份，这样一来，Exchange数据存储的日增长量就可以突破224GB的限制啦。
不过，目前仅有HP、EMC等少数几家存储厂商推出的设备具备这种增强型功能，它们利用微软公司提供的卷映射复制软件开发工具包，开发出一种特殊的接口界面。据Bryant介绍，自Exchange 5.5推出以来，之后所有版本的Exchange的API最大数据吞吐量指标均为32GB/小时，没有发生过变化。或许等到新一代代码为E12的Exchange产品推出时，该项性能会出现新的突破。
微软的指示方针或许能帮到你
随着时间的推移，企业用户的信息储存需求将不断发生变化，所以说，Exchange数据存储的容量究竟有多大，这个问题并没有一个确切的答案。不过，一家波士顿律师事务所的系统架构经理Fred Pretorius认为，微软公司提出的一些关于合理规划Exchange数据存储容量的指导方针，对他的日常工作挺有帮助的。
Mintz, Levin, Cohn, Ferris, Glovsky and Popeo P.C.律师事务所曾在去年夏天遭遇了一次数据库崩溃“灾难”，一个容量仅为90GB的数据库，花了近8个小时的时间才完成了数据恢复进程。事情的起因非常蹊跷——两台磁盘驱动器竟然在极短的时间内先后出现了故障，看似不可能发生的事情竟然发生了，只能说这家公司的运气实在太背了。幸好它采取了预防性的数据备份措施，大约2个小时之后，邮件系统就恢复了正常，职员们可以收发电子邮件了。不过，据Pretorius透露，等到终端用户能够正常访问内部数据库，却是两天后的事情了。
自从经历了这一事件之后，该公司实施了一项改革措施，将Exchange数据存储中每个数据库的容量控制在30GB以下，这样一来，即使发生灾难，只需要花上两三个小时就可以恢复所有的数据了。Mintz Levin律师事务所目前拥有700名职员，3台邮件服务器，每台服务器上有4个数据库，构成一个存储组。
常规数据库的推荐容量
ProExchange公司的咨询顾问Bryant根据自己多年的工作经验和实践，提出了一些关于数据库容量标准的建议。以一个工作日为8小时的公司为例，他建议数据库容量每小时的增长速度应该控制在32GB以下，以7小时计算，预留一个小时作为系统执行容灾恢复操作的准备时间。
“32GB乘以7小时，得出的积为224GB，再用这个数字除以终端用户的数量，最后得出的就是一个邮箱的容量大小啦，”Bryant补充说，“如果你需要支持的终端用户数量比较多的话，那么，可选择添加数据存储组，或采用其它的数据库备份和恢复技术。”
