Exchange 事务和Exchange 数据库回顾

来源：中国IT实验室作者：佚名出处：巧巧读书 2008-06-25 进入讨论组

.stm 文件

　　.stm 或流媒体文件用来和.edb 文件结合起来组成Exchange 数据库。两个文件一起组成数据库，同样地，它们应该总是被当作一个实体。通常，如果您在.edb文件上执行一个操作，如通过Exchange 服务器数据库工具(Eseutil)，.stm文件被自动包含进来。

　　.stm 文件的目的是存储纯流式的Internet 内容。为了理解它的真正含义，您应该首先理解传统的Exchange 产品通过单个文件处理数据的方式。

　　在Exchange 5.5中，例如，Internet Mail Connector 接收入站的多用途 Internet 邮件扩展 (MIME)邮件，并将它们写入到磁盘队列中，在那里Exchange 接着转换它们为纯MAPI内容或MDBEF为了信息存储和MAPI客户端使用。接着，如果一个Internet API，像POP3或者IMAP4请求数据，在发送之前它又被转换回去。这种前后转换过程能引起过载和性能问题。

　　流媒体文件能有助于减轻一些这种转换。

　　不像前面提到的.edb文件，.stm文件不以b-tree 结构存储数据。当一个邮件通过Internet 或者SMTP到达时，它总是以字节流到达。在Exchange Server 2003 和Exchange Server 2000 服务器中，这些邮件被直接注入.stm文件，它们一直被存储在那里直到被MAPI客户端访问。因此这些内容不被转换。那样的话，如果终端用户一向通过POP3访问邮件，邮件从.stm文件被直接拉下来，同时邮件已经处于正确的状态以被传递。在这种情况下，该邮件被MAPI客户端访问，然而，该邮件被移动到.edb文件，同时被转换为Exchange 纯格式，在也不会转换成.stm文件。

　　如果.stm文件丢失或者损坏，它能够被重建。根据实际的情况，这也许是一个灾难性的损失。如果终端用户工作在非MAPI环境中，它们也许丢失了大量的数据。为了完成重建，您也许要使用Eseutil工具的/createstm 开关。因为实际的内容存储在.stm文件中，但邮件的指针和头信息被存储在.edb文件中，该工具使用这些信息来重建.stm文件，但是没有内容。

　　总结

　　有三个ESE组件在内存中：事务日志缓冲器、数据缓存和版本存储。有个组件在磁盘上：日志文件和数据库文件。事务通过像下面的组件移动不管备份是否被执行。

　　1、日志缓冲器

　　2、日志文件

　　3、缓存和版本存储

　　4、数据库文件

　　.edb和.stm文件结合起来组成Exchange 数据库。.edb文件存储所有被MAPI客户端访问的数据，在一些数据被移动到.edb文件后并被转换为纯Exchange 格式，它保持那种格式。.stm文件存储所有通过Internet 流入的的内容。被MAPI 客户端重新查看的Internet 邮件首先通过SMTP以.stm文件到达在被提升为.edb文件之前。如果一封邮件源自另一个Exchange 服务器，但是通过SMTP传输的，它先被保存为STM格式，然后紧接着被提升为EDB格式。如果该邮件从没有被MAPI客户端访问的话，它将停留在它原来的.stm格式。

　　这两个文件的分裂和它们扮演的角色显着地减少了旧Exchange 产品所能承受的过载的繁重的转换。