淺谈ExchangeServer邮件存储系统---原理篇.docVIP

浅谈Exchange Server邮件存储系统原理篇 作者/喻勇 导读：本文从数据库基本原理的角度入手，通过对Exchange Store模块的分析，来揭示Exchange Server邮件存储系统的工作原理和维护技巧。文章适合有一定Exchange管理经验的IT人员阅读，目的是使读者在维护Exchange邮件系统时，能够做到知其然，更知其所以然。 Information Store和Extensible Storage Engine的层次关系 众所周知，在Exchange Server中，Information StoreService是至关重要的。这个服务控制了对邮箱和公共文件夹数据库的操作请求。 更进一步的来看，事实上Exchange Server的数据库系统是由名为Extensible Storage Engine的数据库引擎来管理的。这个ESE引擎是微软专门为保存非关系型数据而开发的，在微软的很多系统中都有应用：例如，AD的数据库、Windows DHCP、Windows WINS、RS等，后台都是由ESE数据库来提供支持的。 图-1 IS和ESE层次关系 我们知道，Exchange Server的数据库由edb文件、stm文件和众多的log文件组成。在这些文件内部，微软使用了名为B+树的内部数据结构，ESE引擎的任务之一，就是当Information Store服务请求访问数据库的时候，把这些请求转化成对内部数据结构的读写访问。 另外，作为一个数据库系统，ESE有责任提供事Transaction）级别操作的支持，并维护整个数据库的完整性和一致性。对于Information Store Service来说，ESE封装了对数据库操作的所有细节，IS只要根据ESE提供的进行调用既可。在Exchange 2000中，IS服务对应的进程是store.exe，每一个Storage Group会在store.exe进程中产生一个ESE引擎的实例。图-2 Store进程中SG和ESE的关系 Exchange Server 2000/2003 存储系统的新特点 在微软发布Exchange 2000时，Exchange的存储系统得到了很大的更新和改进。 从ESE引擎的角度来看，ESE的版本由5.5中的ESE97升级为ESE98，并且在如下方面得到了改进： I/O性能得到进一步的优化和提高 对文件增加了计算校验和的操作，进一步降低了数据库出错的可能性 提高了ESEUtil等维护工具的速度 相比幕后的ESE引擎，Information Store方面的更新更加引人注意，例如： 在每台Server上提供多个Storage Group和Store的支持，这是区别于5.5的最大特征之一 数据库中stm流文件格式的引入，提高了操作Internet邮件的性能 Web Storage System的引入，用户可以使用多种协议访问数据库 EDB文件和STM文件的关系 在Exchange 5.5中，数据库只有扩展名为edb的文件。在Exchange 5.5发布的时候，微软的重点还是企业内部的邮件传输系统，当时主推的协议是MAPI协议，这是微软的私有邮件协议，edb格式的数据库为此协议作了专门的优化。，Exchange 5.5为了支持Internet标准的SMTP邮件格式，必须在每次处理Internet邮件时将其转化为edb可以识别的格式，这样做带来的巨大的性能损失。图-3 单独edb文件时的Store访问情况 在Exchange 2000中，微软加大了对Internet标准协议的支持力度。因此，适用于Internet格式邮件的存储就应运而生：这就是stm文件。 MAPI格式的邮件是基于微软的RPC和二进制标准的，而Internet格式的邮件是由纯文本的邮件头和经过MIME编码的字符流组成的。这两者的特性就决定他们无法共存在一种数据库结构的文件中。 因此，在Exchange 2000中，微软分别使用edb文件和stm文件保存这两种格式的邮件，并在edb和stm文件之间建立了关联和引用。对于用户来说，他的邮箱内容实际上是由edb和stm文件中的内容共同组成的。值得一提的是，edb文件中除了实际的信件信息以外，还保存了每个用户的邮箱结构、每一个文件夹的内容列表和视图等信息。这是区别于stm中只保存字符流的地方。 我们分下面几种情况讨论edb和stm文件的使用：用户使用Outlook 以MAPI的方式和发送和访问邮件 用户使用 SMTP/POP3等Internet协议访问Exchange Server 情景一：当邮件从MAPI协议的客户端(通常是Microsoft Office中的Outlook)提