邮件单副本技术的优劣--来看看微软怎么说

晓燕turbomail

微软公司针对ExchangeServer2010在一些底层数据结构上作了一些主要的变更，而这些显著的变更会对后续的针对ExchangeServer2010的存储需求和部署带来较大的影响。　　微软所作的最大的变更则是去掉了单一实例存储(single-instancestorage，SIS)。在之前的版本中，如果一条消息被转发给多个收件人，那么只有这条消息的一份副本会被存储到mailbox数据库中。用户将会收到针对这份单一副本的一个指针而不是这个副本的完全拷贝。
　　那么，既然微软取消了对单一实例存储的支持，也就意味着同样的消息会被发送给多个收件人，每个收件人都会受到一份实体消息副本。从存储空间规划角度来看，这个巨大变更对规划的影响，主要取决于带有附件的邮件的数量了。
　　文本或者HTML格式的消息一般都是非常小的，所以它们对存储空间规划的影响不会很大，而且微软针对这些消息都会有自动压缩机制以进一步降低影响。然而，如果你的环境中总是有用户不断的发送带有大附件的邮件给多个收件人的话，那么这些邮件就会对数据库的增量产生较大影响。微软这次重新设计数据库底层架构的目标就是为了降低数据库的I/O负载续期。所以，微软这次选择了不对邮件附件进行压缩，以便节省压缩/解压缩过程中对存储I/O的额外耗费。
　　看起来可能有些奇怪，曾几何时，存储管理领域在大肆搞数据缩减，比如重复数据删除等，但是为何微软这次却在ExchangeServer2010中去掉了数据缩减功能。因为微软如果针对Exchange邮箱数据库放弃使用单一实例存储的话，那么数据库会运作的更加高效，微软宣称，ExchangeServer2010的数据库I/O负载需求已经有了大概70%的降低。
　　另外一种经常使用的能够保持ExchangeServer2010邮箱数据库不至于变得太大的办法就是使用邮箱限额。邮箱限额功能可以防止某邮箱的尺寸超过预设的大小。在ExchangeServer2010中，邮箱限额的功能与之前的版本几乎都一致，除了一点之外。ExchangeServer2010引入了一个叫做归档邮箱的概念(我们稍后讨论)。如果某个用户拥有一个归档邮箱，那么邮箱限额在计算这个用户到底使用了多少底层空间的时候，并不将归档邮箱的内容尺寸算在里面。Exchange同时也允许你通过额外的限额配置来专门针对归档邮箱做限额。
　　邮箱限额这个功能是一个被充分证明很有效的用于限制数据存储过快被占用的方法。但是微软一直在鼓励企业使用低成本的存储系统而不是用邮箱限额来节省成本。其出发点是企业可以在保证邮箱数据不断增长的前提下，避免花费太多成本在昂贵的存储系统和解决方案上。
　　之所以推荐使用低成本的存储系统，并不只是基于单纯存储的成本考虑的。很多企业被迫对邮箱设置非常严格限额策略，以至于对应的邮箱用户不得不将一些重要的邮件也删除掉。显然，如果使用廉价的存储系统，那么企业就可以放开设置邮箱限额，甚至根本不适用限额了。
　　之前，在ExchangeServer环境中使用最低端的廉价存储系统好像是一件前所未闻的事情，但是本次ExchangeServer2010中对I/O负载需求的降低使得诸如SATA硬盘这种存储选项变得可以接受了。而且ExchangeServer2010对底层可使用存储的要求已经非常灵活了，它可以使用直连存储(direct-attachedstorage，DAS)或者存储区域网络SAN设备，甚至也可以使用经由iSCSI协议连接的存储。然而，微软在ExchangeServer方面却并不支持那种必须映射成一个网络盘符才可以存取数据的存储，比如NAS。所以，ExchangeServer并不支持在NAS中存储邮箱数据库，除非这台NAS支持使用iSCSI协议访问。