与Exchange的早期版本对比，Exchange Server 2010不再使用存储组，与存储组相关的功能都已被转移到数据库的级别。由于这些变化，Exchange 数据库拥有一个独立的、专门的日志流，用它来代表一系列的顺序命名日志文件，每个日志文件1兆（MB）大小。
除了日志文件，数据库中也有一些与其相关联的其他类型文件。如表9-1所示，这些文件包括一个或多个检查点的临时文件，以及一个或多个事务文件。根据Exchange Server的工作状态，您可能会看到其他工作的文件。在创建数据库时，可以单独指定数据库文件和事务日志的文件夹位置。每个数据库都会与全文索引文件关联，这些文件通过运行在邮箱服务器中的全文搜索服务生成。
|
文件类型 |
文件名 |
描述 |
|
数据文件 |
||
|
数据库文件 |
DatabaseName.edb |
包含邮箱数据的主数据库文件 |
|
临时数据 |
Tmp.edb |
处理事务的临时工作区 |
|
检查点文件 |
E##.chk |
检查点文件，用于跟踪日志文件中的事务已提交的点 |
|
传输日志文件 |
||
|
主日志文件 |
E##.log |
主日志文件，包括所有尚未提交记录的更改 |
|
辅助日志文件 |
E##00000001.log E##00000002.log... |
根据需要附加的日志文件 |
|
储备日志文件 |
E##RES00001.jrs E##RES00002.jrs… |
如果主日志文件已满，用来保留其他日志文件空间的文件 |
|
全文本索引文件 |
||
|
内容索引相关文件 |
.ci, .wid, .dir, .000,.001, .002 |
邮箱数据的全文索引文件 |
您可以使用Exchange数据库来减轻大量的管理负担。例如，为了方便地对组织进行管理，可以创建10个1TB的数据库，而不用为整个组织来创建一个10TB的数据库。
在创建邮箱或者是公用文件夹数据库时，若指定数据库名字后，该名称也同时会被设置成为主数据库文件的文件名。例如，您创建一个名为“Marketing Dept”的邮箱数据库，它的最初数据库文件名就会被设置为“Marketing Dept.edb”。在Exchange Server 2010中，数据库文件和日志文件夹默认存放在同一个位置，如果想将数据库文件放在不同的位置，可以通过指定使用的路径来实现。将数据库文件和日志文件从相同的数据库和不同的磁盘卷分离开来将有助组织实现高性能和高可恢复性。
与数据库有关的许多文件都可以对Exchange服务器进行的控制，正确的配置这些数据文件，可以帮助在扩展Exchange组织的同时确保最佳的性能。在小型的Exchange实施中，您可能需要在同一驱动器中放置所有的数据文件。当小型组织扩展到大型组织时，通常根据数据库来组织数据，将每个数据库的数据放置在分开的驱动器上。但是，在小到中型规模组织的有限的资源中，不能总是这样的进行实施。例如，您有10个1TB数据库，但只有5个数据驱动器，可能有如下5种数据驱动器配置：
<!--[if !supportLists]-->l <!--[endif]-->在驱动器1上面有数据1和2还有其他相关的数据文件
<!--[if !supportLists]-->l <!--[endif]-->在驱动器2上面有数据3和4还有其他相关的数据文件
<!--[if !supportLists]-->l <!--[endif]-->在驱动器3上面有数据5和6还有其他相关的数据文件
<!--[if !supportLists]-->l <!--[endif]-->在驱动器4上面有数据7和8还有其他相关的数据文件
<!--[if !supportLists]-->l <!--[endif]-->在驱动器5上面有数据9和10还有其他相关的数据文件
在实施存储区域网络（SAN）时，如果使用逻辑单元号（LUN）但不确定磁盘的基础结构的话，将数据库存放在不同的LUN上一般总是最有效率的。为了保护数据安全，您或许会考虑使用廉价的硬件做磁盘冗余阵列（RAID）。当然如果您使用SAN的话，这个可能也就不必考虑了。然而，如果将多台服务器配置成一个数据库可用性组，并且每台成员服务器上存放一个或多个邮箱数据库副本的话，您将大可不必使用任何类型的RAID，甚至可能不需要每天都进行备份。只要满足微软推荐的每个主动副本至少需要3个以上的被动副本即可。
