Exchange 2010对存储的影响

几个月前Microsoft Exchange Server 2010的发布,与之伴随的问题是其对存储的影响 。在这次对Astrid McClean(微软Exchange Server服务器团队的首席交易技术产品主管)进行的采访中,他解释了这一Exchange 2010的细节,澄清了会将SQL Server作为Exchange数据库选择的谣言,并详细解说了一系列性能改进和新的存储选择 。
问: 微软对Exchange 2010进行了任何会直接影响到存储结构的更改吗?
McClean:我们重写了Exchange 2010存储器上的书,以给用户提供低成本邮箱 。我们减少了Exchange 2010约70%的IOPS需求;相对于Exchange 2003,减少量为大约90% 。
问:IOPS的减少对用户的影响是什么?
McClean:通过改变随机模式,我们改变了写入数据的方式,将小型磁盘I/O改为更少量的连续写入 。低成本SATA磁盘不像随机I/O,因此我们改变了I/O的写入模式,以充分利用低成本磁盘 。这一对磁盘I/O的减少增加了对速度较慢但成本低的SATA的采用,同时使得基础设施在减少RAID的情况下也可用 。
问: Exchange 2010是依赖特定类型的存储器或是用户可自由选择他们所希望采用的任何存储结构?
McClean: Exchange 2003需要一个共享的存储集群 。Exchange 2007中,我们增加了更多选择,其中包括增加了DAS 。有了Exchange 2010,先进的功能不再需要后端存储器得以实现 。Exchange 2010灵活性相当高,你可以选择可用的任何类型存储器 。我们增加了诸如SAN、DAS、RAID或RAID-less、基于SATA的JBODs等选择 。
问:你们如何给Exchange 2010配置"RAID-less"基础结构?
McClean:我们的Standby Continuous Replication (SCR)和Cluster Continuous Replication (CCR)技术自Exchange 2007之后已经得以改进 。这两项技术当前已整合,可管理各类缺陷 。Exchange 2007有复本限制,只能有两个数据库复本 。Exchange 2010中,你可以存储多达16个数据库复本 。日志传送在过去是一个服务器信息块流程,但是当前采用了TCP插孔 。基本流程是一样的,但是我们过去是在存储组水平上开展这一流程 。Exchange 2010没有存储组 。当采用Exchange 2010 HA解决方案时,整个流程都是在数据库水平上展开,不再需要RAID存储 。
问:基于SATA的存储器会影响邮箱的容量吗?
McClean:采用高容量的SATA磁盘降低存储成本,给用户提供更大的邮箱 。对于邮箱的容量,从设计的角度来说,是没有上限的,但由于性能的原因,有邮箱容量限制:一般是10GB,和每个文件夹100,000文件 。而Exchange 2007正常运行的容量限制为5GB,每个文件夹20000个文件 。
问:在最近的一篇博文中,你说微软已经测试了SQL Server,作为当前Extensible Storage Engine (ESE)(Exchange 2003和2007采用的数据库)数据库的可能替换数据库 。采用SQL来取代ESE数据库有什么好处?
McClean:很多用户询问我们是否会将SQL Server整合到Exchange中,因为他们听说我们在测试这一数据库软件,而不是因为这一数据库软件具有性能优势 。我们的团队在测试SQL,并且的确令其运行良好,但是是否投资这一数据库,是未知的 。因为这是一个商业决定,之前我们决定投资Exchange Web服务 。就目前来说,我们觉得采用SQL还显优势不足 。
问:您提到了“当前,这是不是说SQL或许会用在Exchange的未来版本上?
McClean:这是每个Exchange版本我们都会考虑的事情,而对于未来的版本,我们也将继续权衡以确保投资最适宜的新技术 。
问: What have you done on the archiving front?
Exchange 对归档你们做了什么?
McClean:我们给Exchange 2010
引进了一些被称为个人归档的功能 。这是个有效的二级邮箱,作为一个.PST文件(以文件夹结构)被存储在Exchange服务器上 。这对于用户是一个熟悉的流程,但是,从一个管理员的角度看,仅仅是一个另一个邮箱 。我们希望给80%没有任何归档系统的用户创建这一“内置归档(built-in archiving)功能 。

推荐阅读