[数据库文件]
现在让我们讨论一下数据库文件。
[数据库文件]
数据库文件：我们有.EDB文件，我们将在稍后的演示中研究它。它是MAPI数据库。.STM文件是流式或Internet数据库。数据库按照类型存放，如果该数据是MAPI数据，它就存入.EDB文件中，如果是Internet或流式数据，它就存入.STM文件。
流式文件速度较快。它们可以原始数据，没有二进制树开销。平面数据可以非常快速而高效地传输。
每个.STM文件和.EDB文件是与某数据库相关联的单元。每个数据库分别有一个.STM和.EDB文件。空间使用信息校验和存放于一个MAPI文件（ .EDB文件）中，记录引用.STM文件中的页表。
这里也会出现随播内容转换，假设有一个MAPI文件，你想要获取存放于.STM文件中的数据，当你请求该数据时就会出现随播内容转换，该数据将被转换为MAPI格式，然后你就可以浏览该数据。这样做的优点在于，如果你要请求本地格式的数据，此时将没有任何内容转换，于是速度就快多了。 [本地内容和延迟转换]
让我们研究一下本地和延迟内容转换。当我们研究存储时，我们会遇到存储的进程和公共或专用数据库，具体是什么类型是无关紧要的。在蓝色.EDB属性存储和流式.STM存储的中央有两个文件。我们有MAPI客户端和POP客户端。让我们看一看这里的第一个提交。如果某MAPI客户端提交某些数据，该数据将存放于.EDB文件中。数据就位于该位置。MAPI客户端试图检索该数据，它从EDB存储中直接检索数据，无需内容转换。如果某POP、IMAP或NTP客户端想要检索该数据，它可以找到该数据，然后按照请求进行内容转换，然后客户端就可以以本地格式查看该数据。 如果数据来自于SATP或其他Internet数据，该数据将被存放于流式媒体文件中，并且以本地格式存放。属性被填充到.EDB文件中，数据则被填充到.STM文件中。
如果某MAPI客户端查找该数据，或者搜索该数据，它可以通过MAPI数据库（即.EDB文件）中的引用找到该数据。它可以找到数据，随播内容转换确保客户端可以查看数据的内容。
[演示1：创建存储组和多数据库，显示数据库文件]
现在让我们切换到演示机器上。我们将创建一些存储组，以说明多数据库和数据库文件。
这里安装了Exchange 2000。我将调用Exchange System Manager（系统管理器）。这里是Exchange组织：Streetmarket。我将简单地研究Streetmarket的属性，启动组和管理组，我们将在现在和稍后的演示中复习这些概念。系统通知我需要重新启动控制台。事实上并不需要重新启动。这样就行了。目前发布的仍然是测试版代码。这是我们的第一个管理组，这是我们的：ARMASC2和ARMASC3。这是我所在的机器：ARMASC2。如果我展开ARMASC2，我将看到ASC2上的第一个存储组。这是默认的存储组。在名为"第一个存储组"的单存储组下有一个邮箱存储和一个公共文件夹存储。它紧密地映像了Exchange 5.5。我们有一个PRIV和一个PUB--尽管我们通常称之为邮箱存储--这里的单存储组都有一个单存储事务法则。
我们可以深入研究该部分内容，我们看到了非常类似于Exchange 5.5的一些内容；我们看到了登录用户，也就是当前登录的用户。我们看到了系统上存在的邮箱。消息数等特性非常类似于Exchange 5.5。我们将在稍后讨论全文索引。
这里是公共文件夹抽屉。登录特性类似于Exchange 5.5。这里是公共文件夹实例，我们可以确定哪个公共文件夹位于上，也可以按照需要得到它们的某些属性。我们可以通过它检查复制状态，我们也可以使用稍后将讨论的全文索引。
下面研究一下存储组。记住，存储组控制事务日志。事务日志与存储组相关联，而不是与数据库关联。如果我们研究存储组的属性，我可以看到事务日志的位置，我可以看到存放事务日志的系统文件。你可以看到日志前缀。它的名字不是.EDB日志，而是E00日志；这就是日志前缀。下一个存储组将是E01，它的存储位置可以不同。现在你看到的是第一个存储组，它的位置与Exchange 5.5的位置完全相同，也就是位于Exchange Server目录下的 MDB数据。我们可以选择启用或禁用循环日志。
最小化该窗口并启动Explorer。我们将讨论系统中的实际文件。我们将研究Exchange Server文件夹。这里有MDB数据，你可以在这里看到第一个事务日志E00，记住它就是日志前缀。这里有以前的日志，我们的检查点文件。这里有我们的数据库文件：PRIV1和PUB1。请注意，PRIV有两个文件：MAPI .EDB文件和流式媒体.STM文件。这里是我们的PUB MAPI文件和流式文件。这里还有我们的资源日志。你将看到创建的每个数据库都有两个文件。
启动Outlook。我已经在ASC2上的第一个邮箱存储上创建了一些邮箱。我将以管理员身份登录。当然，我可以非常方便地向我自己或该服务器的其他收件人发送消息，或向管理员用户或测试用户发送消息。现在编写一个相当简单的消息，我会给我自己发送一个副本。发出该消息，在该消息被选择并传递后，该消息将很快到达我的邮箱。这就是该消息。我们将要清空Outlook。对你而言，知道此时我将保持Outlook的清空状态是非常重要的。我将最大化Exchange系统管理器，创建另一个邮箱存储。如果想要创建新邮箱存储，只需鼠标右击想要使用的存储组。然后选择创建一个新邮箱存储。
现在，知道我刚才只是最小化了Outlook是很重要的。我没有关闭Outlook，它仍然处于开启状态。我仍然是登录到该系统上的一个用户。现在我将回到Exchange系统管理器，我们将创建另一个邮箱存储。要这样做，我将选择我打算使用的存储组，在本例中就是第一个存储组。我将选择"新?quot;，然后选择"邮箱存储"，以创建新的邮箱存储。它首先需要你输入名称。我将称之为"第二个邮箱存储"。我们可以看到，系统已经选择将它命名为数据库文件的名称。我将继续下去，选择我输入的名称，并使用该?莆??菘馕募????/p>
在我们实际开始研究这些文件并完成该进程时，先让我说明"限制"选项卡上的一些有用的选项。对于Exchange 5.5而言，你仍然会得到相同的问题警告："禁止发件人接收"。你可以设置该警告的限制。此外，还有类似于已删除项目保留特性的已删除邮箱保留特性，该特性是非常有用的。因此，你可以将已删除邮箱保留一定时间，并且可以非常方便地恢复这些邮箱，而无需重建服务器并恢复数据。如果你或其他人删除了某邮箱，你实际上可以保留并恢复该邮箱，这将可以节省大量的工作。这是非常非常有用的一个特性。
回到手边的任务，我们为第二个邮箱存储起了特定的名称，让我们继续创建该邮箱，只需点击"OK"即可。系统将会问我现在是否想要装配该存储，我选择是，以激活该存储。装配存储可以允许用户访问该存储。卸下某存储将使用户不能访问该存储。注意，我们可以卸下某邮箱，同时让其他邮箱仍处于运行状态。在我们讨论所有这些内容时，我仍然是一个Outlook用户，我仍然可以发送和接收邮件，读取邮箱等。我或者任何其他用户都可以登录到服务器上，使用相同的操作创建存储。你可以看到，我刚才让消息进入我的邮箱，因为它装配了该存储。这是增加Exchange 2000功能的一个途径。你无需关闭服务器即可完成该操作，因此不会影响到该服务器上的所有用户。它仍然装配了该存储。该操作需要花费一或两个小时。当然，当你卸下某活动存储并进行维护工作时，装配该存储可以花费一定时间，具体取决于需要初始化的恢复步骤。我们刚刚创建了一个新存储。该存储已被成功地装配，我们可以在第一个存储组下的列表中看到第一个邮箱存储，该存储始终都是存在的。这里还有公共图片存储，现在又有了第二个邮箱存储。这是另一个数据库。
现在最小化系统管理器，让我们再来看看文件系统。如果观察同一个.NDB数据目录，我们可以看到，这里有一个新数据库：第二个邮箱存储的.NDB和.STM文件。我们将使用与原先事务日志相同的事务日志。现在又有了一个附加数据库。当然，我们可以添加用户。在添加用户时，我们可以按照我的需要将该用户与该数据库关联。下面继续讨论活动目录用户和计算机，以让你对该进程有一些了解。你将通过活动目录用户和计算机完成全部Exchange收件人管理工作，而不是通过Exchange系统管理器界面。你将操纵某个 2000帐户的属性。如果想要添加一个新用户，我将进入我的用户包容器。一般而言，添加一个Exchange邮箱成为此时的一个选择，将其命名为"Joe User"。当然我可以按照需要为它分配一个密码。这里我们可以选择创建一个Exchange邮箱。我可以选择服务器，如果存在多个存储，我还可以选择将使用的存储和服务器。我将把该用户放在第二个邮箱存储上。操作很简单。我创建了一个用户并把他放到其他数据库中。
下一个步骤就是，再次启动Exchange系统管理器。我将继续创建另一个存储组。这是我的第一个存储组。里面有两个邮箱存储和一个公共文件夹存储。折叠该存储组。鼠标右击该服务器，我可以从这里创建一个新存储组。右击服务器名允许我创建一个新存储组。Exchange中的右击功能是非常有用的，你难道不这样认为么？此外，这里还有一个非常普通的对话框，里面有名称、事务日志位置和系统路径。注意，现在它们都是空的。它们还没有被填入内容。在我输入名称时，请注意事务日志位置对话框和系统路径对话框。名称将是"第二个存储组"。注意，它自动填充了内容。你可以看到，它将在你所熟悉的Exchange Server文件夹下添加另一个文件夹。选择"OK"并创建该存储组。我们将看到第二个存储组。我们看到它下面没有任何内容，没有数据库。查看一下Exchange Server下的文件系统，按下F5键更新它，我们看到已创建的文件夹，它是空的。没有其他存储组。那么我提到的事务日志在哪里呢？好的，我们还没有创建一个数据库，因而我们还不需要事务日志。如果我想
【责编:admin】
--------------------next---------------------
