青岛香农数据恢复中心-完美修复数据

Exchange Server邮件服务器存储体系结构

作者：香农青岛数据恢复中心 2014-12-02 21:19

注：以下内容来自 http://technet.microsoft.com/zh-cn/library/bb124808%28v=exchg.65%29.aspx

Exchange 服务器将数据存储在两种文件中：.edb 文件和 .stm 文件。.edb 文件和 .stm 文件一起形成 Exchange 存储库。例如，Exchange 服务器上的默认邮箱存储使用名为 Priv1.edb 和 Priv1.stm 的两个文件。默认公用文件夹存储使用文件 Pub1.edb 和 Pub1.stm。.edb 文件包含很多表，除了存放 MAPI 邮件的内容以外，这些表用于存放 Exchange 存储中的所有电子邮件的元数据以及其他项目。.edb 文件是 ESE 数据库，因为它主要用于存储 MAPI 邮件和附件，因此它也称为基于 MAPI 的数据库。相比之下，.stm 文件则存储本机 Internet 内容。因为 Internet 内容是以本机格式写入的，因此不需要将邮件和其他项转换为 Exchange 格式（像 Exchange 5.5 和更早版本那样）。.stm 文件也是 ESE 数据库，它被称为流式数据库。.edb 和 .stm 文件作为一个配对工作，并且数据库签名（与数据库创建时间组合的 32 位随机数字）作为头信息存储于这两个文件中。.stm 页的内部架构存储在 .edb 文件中。

注意：
可以在 Exchange 系统管理器中重命名 .edb 和 .stm 数据库，并将它们移动到其他目录。因为 .edb 和 .stm 文件一起建成一个完整的 Exchange 存储库，所以应当始终将它们放在一起，为它们指定一个公用名，并且使用不同的扩展名（即 .edb 和 .stm）。

Exchange Server 2003 使用事务来控制存储组中的更改。这些事务记录在事务日志中，类似于将事务存储在传统数据库中所采用的方式。更改将基于事务是否成功而被提交或回滚。如果发生故障，可以使用事务日志（以及数据库文件，某些情况下还包括检查点文件）来还原数据库。管理事务的设备是 Microsoft Exchange Information Store 服务 (Store.exe)。任何未提交的事务日志条目也被看作当前 Exchange 数据库的一部分，如下图所示。

以下两个数据库类型在 Exchange Server 2003 中可用：

• 私人存储数据库：这些数据库用于存储基于 MAPI 的邮件连接器的邮箱和邮件队列。
• 公用存储数据库：这些数据库用于存储公用文件夹层次结构和公用文件夹内容。

下图说明了内部的 Exchange 存储体系结构。Microsoft Exchange Information Store 服务 (Store.exe) 使用可扩展存储引擎 (ESE) 来访问文件系统中的数据库文件，并通过各种接口（例如，MAPIsvr、ExPOP、ExIMAP、ExSMTP 和 ExOLEDB）提供对数据的访问支持。客户端应用程序和应用程序编程接口（例如，Collaboration Data Objects for Exchange (CDOEX)）可以使用这些接口，也可以与邮件数据库 (MDB) 模块通信。

存储组

每个存储组均由用于存储组中所有数据库（.edb 文件, .stm 文件）的一组日志文件和辅助文件（内部的临时数据库、检查点文件和保留日志）组成。在每个存储组中，Exchange Server 2003 支持多个存储组和多个数据库。在 Exchange Server 2003 中，一个服务器最多支持四个存储组，而一个存储组最多支持五个数据库。多数据库支持使您能够将很多邮箱和公用文件夹分散在许多更小的数据库中，从而使数据库更容易管理。在一个服务器上，Exchange 2000 Server 和 Exchange Server 2003 最多可以支持 20 个邮箱和公用文件夹数据库。

存储组体系结构

如下图所示，所有存储组均由同一个 Store.exe 进程主持。每个存储组均以一个 ESE 实例表示。

在每个存储组中，每个 .edb 和 .stm 数据库配对表示一个邮箱存储或公用文件夹存储。如图 10.3 所示，特定存储组中的所有邮箱和公用文件夹存储共享一组公用的日志文件和其他系统文件。这些文件用于启用面向事务的处理。

每个存储组中的日志文件和其他系统文件均有以下用途：

• <Log Prefix>xxx.chk：这是检查点文件（例如，E00.chk），用于确定哪些事务需要处理过程将它们从事务日志文件移动到数据库。当 ESE 将特定事务写入磁盘上的数据库文件时，将更新检查点文件。该更新总是使检查点文件指向被成功传输到数据库的最后一个事务。该更新提供了快速恢复机制。但是，在将事务提交给数据库时，检查点文件不是必需的。ESE 能够直接处理事务日志文件，并自行确定尚未传输哪个事务。与使用检查点相比，该过程需要占用的时间多了很多。

注意：
可扩展存储引擎保证事务不会多次写入数据库。

• Exx.log：这是存储组的当前事务日志文件。事务日志文件使 ESE 能够以高速度的效率来管理数据存储。ESE 将新的事务（例如，邮件传递）同时存储在内存缓存中和事务日志中。数据被按顺序写入。新数据被追加到现有数据末尾，而不需要执行复杂的数据库操作。在随后的某个时间，事务按组从内存缓存传输到实际的数据库，并由数据库更新它们。
  默认情况下，默认的存储组（名为“第一个存储组”）使用前缀 E00，这导致事务日志文件被命名为 E00.log。该存储组中的所有邮箱和公用存储均使用 E00.log。如果创建其他存储组，则前缀数字将增加为 E01、E02 和 E03。
• <日志前缀>XXXXX.log：表示事务日志文件，这些文件不会为后继数据保留空间。默认情况下，事务日志文件的大小总是正好等于 5.242.880 字节 (5 MB)。在理论上可以更改日志文件大小，但不推荐这样做。日志已满时，它会被重命名，以便允许创建新的空事务日志文件。被重命名的事务日志文件以前面的日志文件命名。前面的日志文件的命名格式是 <日志前缀>XXXXX.log（例如，E00XXXXX.log），其中 XXXXX 代表五位十六进制数字,范围从 00000 到 FFFFF。前面的日志文件与当前事务日志文件均驻留在同一个目录中。
• Res1.log 和 Res2.log：这些是存储组的保留事务日志文件。保留日志文件是事务的紧急存储库。它们提供了足够的磁盘空间以便将事务从内存写入硬盘，即使服务器的磁盘已经太满而无法在日志文件中容纳新的事务。可以在事务日志目录中找到保留日志文件。它们是在数据库初始化时自动创建的。随后无法再创建它们。
• ESE 使用保留事务日志文件只是为了完成当前事务过程。然后，它向 Store.exe 发送错误通知，以便安全地卸除 Exchange 存储。在应用程序事件日志中，有相应的条目指示这个问题。在这种情况下，应当先创建额外的可用硬盘空间（例如，添加新硬盘），然后再次装入数据库。
• Tmp.edb：这是用于处理事务的临时工作区。Tmp.edb 包含临时信息，当存储组中的所有存储被卸除或者 Exchange Information Store 服务停止时，将删除这些临时信息。

注意：
联机备份中不包括 Tmp.edb。

• <文件名>.edb：这些是各个私人或公用存储的 RTF 数据库文件。默认私人存储的 RTF 数据库文件被命名为 Priv1.edb。默认公用存储的文件被命名为 Pub1.edb。
• <文件名>.stm：这些是各个数据库的流式 Internet 内容文件。默认私人存储的流式数据库文件被命名为 Priv1.stm。默认公用存储的文件被命名为 Pub1.stm。

Active Directory中的存储组属性

可以在 Exchange 系统管理器中确定存储组的事务日志文件的路径和日志文件的名称。用鼠标右键单击要查看的存储组，选择“属性”，并在“常规”选项卡中查看“事务日志位置”和“日志文件前缀”字段中的信息。使用“浏览”按钮可以将事务日志和系统文件移动到新位置，例如单独的物理驱动器。

存储组的配置设置存储在 Active Directory 中。如果想使用 ADSI Edit 找到存储组的目录对象，必须打开配置命名联系人，并展开服务节点，然后展开 CN=Microsoft Exchange，接着再展开 Exchange 组织对象、管理组和服务器容器。在它下面，可以找到名为 CN=InformationStore 的容器，该容器中包含存储组（例如，CN=First Storage Group）。存储组对象的对象类是 msExchStorageGroup。如果计划使用自定义脚本来管理 Exchange 存储资源，可以通过使用 Active Directory 服务接口 (ADSI) 来访问 msExchStorageGroup 对象。

以下代码示例演示了如何访问 Exchange 组织（名为 Contoso）中 SERVER01 服务器上的默认存储组。它显示了该存储组的事务日志文件的当前路径。

strStorageGroupDN = "CN=First Storage Group," _
& "CN=InformationStore," _
& "CN=SERVER01,CN=Servers," _
& "CN=First Administrative Group," _
& "CN=Administrative Groups," _
& "CN=Contoso,CN=Microsoft Exchange," _
& "CN=Services,CN=Configuration," _
& "DC=Contoso,DC=com"
Set oStorageGroup = GetObject("LDAP://" & strStorageGroupDN)
MsgBox oStorageGroup.Get("msExchESEParamLogFilePath")

下面是可以在基于 ADSI 的自定义脚本中使用的 msExchStorageGroup 对象的重要 Exchange 属性：

• msExchESEParamCircularLog：这是布尔标志，用于确定是否启用或禁用循环日志记录。值为 0 表示禁用循环日志记录；值为 1 表示启用循环日志记录。 当被提交的更改传输到磁盘上的数据库文件时，循环日志记录会导致 ESE 放弃事务。检查点文件指示哪些日志文件和事务条目已成功提交到数据库。将删除任何现有的以前日志，同时将当前事务日志文件中的事务标记为已过时。在创建新的日志文件之前，新的事务最终会覆盖当前事务日志中已过时的条目。

注意： 通过清除事务，循环日志记录可以减少磁盘空间使用量。但是，循环日志记录与复杂的容错配置，以及几个依赖于事务日志存在的联机备份类型不兼容。启用循环日志记录时，可以只执行完整备份。无法执行依赖于事务日志文件的备份，例如，差异备份或增量备份。恢复数据时，无法重播事务日志文件，因而无法还原在最新备份以后出现的数据。相反，如果没有通过循环日志记录自动删除事务，则有可能还可以通过重播仍然存在于硬盘上的事务来恢复在最新备份后出现的数据。尽管在 Exchange Server 5.5 中默认情况下启用了循环日志记录，但在 Exchange 2000 Server 和 Exchange Server 2003 中默认情况下禁用循环日志记录。

• msExchESEParamEventSource：这是独立于语言的过程描述符字符串，该字符串指向注册表中 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services 下面的 Microsoft Exchange Information Store 服务项 (MsExchangeIS)。
• msExchESEParamLogFilePath：该属性确定存储组的事务日志文件的路径，例如 C:\Program Files\Exchsrvr\mdbdata。
• msExchESEParamLogFileSize：该属性指定日志文件大小 (KB)。默认值是 5120。应当永远不更改该值。
• msExchESEParamSystemPath：该属性指定除任何可能存在的临时数据库的路径以外的检查点文件的路径，例如 C:\Program Files\Exchsrvr\mdbdata。
• msExchESEParamZeroDatabaseDuringBackup：这是布尔标志，用于确定在备份操作期间是否用零覆盖被删除的记录和长数值。值为 0 表示不覆盖记录。值为 1 表示用零覆盖数据库。
• msExchESEParamEnableOnlineDefrag：这是布尔标志，用于确定 Microsoft Exchange Information Store 服务是否应当对数据库执行联机碎片整理。值为 0 表示不应当执行联机碎片整理。值为 1 表示应当在所安排的维护周期内执行联机碎片整理。

注意： 联机碎片整理可以腾出数据库中的空间，但不会减小数据库文件的大小。在称为软恢复的过程中，在每次服务器启动和关机期间将纠正数据库不一致。

• msExchESEParamEnableIndexChecking：这是布尔标志，用于确定是否检查操作系统版本的 Unicode 索引。值为 0 表示不执行索引检查。值为 1 表示执行索引检查。该参数用于检测由于升级到较新版本或应用了 Service Pack 而导致的操作系统中发生的更改。该标志确定 Unicode 的排序顺序是否已经更改。一旦操作系统发生这种方式的更改，则自动执行重新索引。
• msExchESEParamBaseName：该属性指定在该存储组中的日志文件的基名称。例如，如果基名称是 E00，则事务日志文件名为 E00.log。
• msExchESEParamDbExtensionSize：该属性指定数据库扩展大小，单位为页。默认值为 2 MB。
• msExchESEParamPageTempDBMin：该属性指定临时数据库的大小下限，单位为页。默认值为 0。
• msExchESEParamCheckpointDepthMax：该属性指定首选的（不是必需的）最大检查点深度，单位为字节。

存储组最低磁盘空间要求

每个存储组消耗大约 50 MB 可用磁盘空间。存储组所需的上述文件最低要使用 11 MB 磁盘空间。私人和公用存储的最低磁盘空间分别是 5 MB 和 8 MB。尽管所使用的总磁盘空间是大约 24 MB，但实际创建存储组和执行读取及写入操作还需要额外的磁盘空间。

使用存储组时，请记住以下事项：

• 运行 Exchange Server 2003 的服务器可以有最多五个存储组。因为有一个存储组是为数据库恢复操作而保留的，因此只有四个存储组可以用来存放可供客户端访问的数据库。试图创建四个以上的存储组将产生错误消息。
• 在一个存储组中只能创建五个数据库。试图创建更多数据库将产生错误消息。

Exchange存储数据库

MAPI数据库文件

流式数据库文件

属性升级