现在让我们讨论一下数据库文件。
[数据库文件]
数据库文件：我们有.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，我将看到ARMASC2上的第一个存储组。这是默认的存储组。在名为"第一个存储组"的单存储组下有一个邮箱存储和一个公共文件夹存储。它紧密地映像了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。我已经在ARMASC2上的第一个邮箱存储上创建了一些邮箱。我将以管理员身份登录。当然，我可以非常方便地向我自己或该服务器的其他收件人发送消息，或向管理员用户或测试用户发送消息。现在编写一个相当简单的消息，我会给我自己发送一个副本。发出该消息，在该消息被选择并传递后，该消息将很快到达我的邮箱。这就是该消息。我们将要清空Outlook。对你而言，知道此时我将保持Outlook的清空状态是非常重要的。我将最大化Exchange系统管理器，创建另一个邮箱存储。如果想要创建新邮箱存储，只需鼠标右击想要使用的存储组。然后选择创建一个新邮箱存储。
现在，知道我刚才只是最小化了Outlook是很重要的。我没有关闭Outlook，它仍然处于开启状态。我仍然是登录到该系统上的一个用户。现在我将回到Exchange系统管理器，我们将创建另一个邮箱存储。要这样做，我将选择我打算使用的存储组，在本例中就是第一个存储组。我将选择"新?quot;，然后选择"邮箱存储"，以创建新的邮箱存储。它首先需要你输入名称。我将称之为"第二个邮箱存储"。我们可以看到，系统已经选择将它命名为数据库文件的名称。我将继续下去，选择我输入的名称，并使用该莆菘馕募?/p>
在我们实际开始研究这些文件并完成该进程时，先让我说明"限制"选项卡上的一些有用的选项。对于Exchange 5.5而言，你仍然会得到相同的问题警告："禁止发件人接收"。你可以设置该警告的限制。此外，还有类似于已删除项目保留特性的已删除邮箱保留特性，该特性是非常有用的。因此，你可以将已删除邮箱保留一定时间，并且可以非常方便地恢复这些邮箱，而无需重建服务器并恢复数据。如果你或其他人删除了某邮箱，你实际上可以保留并恢复该邮箱，这将可以节省大量的工作。这是非常非常有用的一个特性。
回到手边的任务，我们为第二个邮箱存储起了特定的名称，让我们继续创建该邮箱，只需点击"OK"即可。系统将会问我现在是否想要装配该存储，我选择是，以激活该存储。装配存储可以允许用户访问该存储。卸下某存储将使用户不能访问该存储。注意，我们可以卸下某邮箱，同时让其他邮箱仍处于运行状态。在我们讨论所有这些内容时，我仍然是一个Outlook用户，我仍然可以发送和接收邮件，读取邮箱等。我或者任何其他用户都可以登录到服务器上，使用相同的操作创建存储。你可以看到，我刚才让消息进入我的邮箱，因为它装配了该存储。这是增加Exchange 2000功能的一个途径。你无需关闭服务器即可完成该操作，因此不会影响到该服务器上的所有用户。它仍然装配了该存储。该操作需要花费一或两个小时。当然，当你卸下某活动存储并进行维护工作时，装配该存储可以花费一定时间，具体取决于需要初始化的恢复步骤。我们刚刚创建了一个新存储。该存储已被成功地装配，我们可以在第一个存储组下的列表中看到第一个邮箱存储，该存储始终都是存在的。这里还有公共图片存储，现在又有了第二个邮箱存储。这是另一个数据库。
现在最小化系统管理器，让我们再来看看文件系统。如果观察同一个.NDB数据目录，我们可以看到，这里有一个新数据库：第二个邮箱存储的.NDB和.STM文件。我们将使用与原先事务日志相同的事务日志。现在又有了一个附加数据库。当然，我们可以添加用户。在添加用户时，我们可以按照我的需要将该用户与该数据库关联。下面继续讨论活动目录用户和计算机，以让你对该进程有一些了解。你将通过活动目录用户和计算机完成全部Exchange收件人管理工作，而不是通过Exchange系统管理器界面。你将操纵某个Windows 2000帐户的属性。如果想要添加一个新用户，我将进入我的用户包容器。一般而言，添加一个Exchange邮箱成为此时的一个选择，将其命名为"Joe User"。当然我可以按照需要为它分配一个密码。这里我们可以选择创建一个Exchange邮箱。我可以选择服务器，如果存在多个存储，我还可以选择将使用的存储和服务器。我将把该用户放在第二个邮箱存储上。操作很简单。我创建了一个用户并把他放到其他数据库中。
下一个步骤就是，再次启动Exchange系统管理器。我将继续创建另一个存储组。这是我的第一个存储组。里面有两个邮箱存储和一个公共文件夹存储。折叠该存储组。鼠标右击该服务器，我可以从这里创建一个新存储组。右击服务器名允许我创建一个新存储组。Exchange中的右击功能是非常有用的，你难道不这样认为么？此外，这里还有一个非常普通的对话框，里面有名称、事务日志位置和系统路径。注意，现在它们都是空的。它们还没有被填入内容。在我输入名称时，请注意事务日志位置对话框和系统路径对话框。名称将是"第二个存储组"。注意，它自动填充了内容。你可以看到，它将在你所熟悉的Exchange Server文件夹下添加另一个文件夹。选择"OK"并创建该存储组。我们将看到第二个存储组。我们看到它下面没有任何内容，没有数据库。查看一下Exchange Server下的文件系统，按下F5键更新它，我们看到已创建的文件夹，它是空的。没有其他存储组。那么我提到的事务日志在哪里呢？好的，我们还没有创建一个数据库，因而我们还不需要事务日志。如果我想要创建并查看事务日志，我将进入第二个存储组并添加另一个邮箱存储。现在添加另一个邮箱存储。一旦完成该操作，该邮箱将由第二个存储组管理。选择"是"，装配该邮箱。完成该操作后，我可以进入文件系统并刷新显示，我们可以看到，日志文件已经被创建。这就是日志文件头E01.LOG。它是第一个事务日志。这里是数据库，这里是检查点文件。注意，主日志文件是E01.LOG，而其他文件夹中的主事务日志是E00。当然，在我们创建一个新存储时，该数字将加1，如E00、E01、E02等。每个数据库的日志文件都是独立的。因为它继续装配该存储。 [回到问与答]
让我们回到播放PowerPoint的机器上。看看有哪些问题？
[Exchange 2000的伸缩性]
让我们继续讨论Exchange 2000的伸缩性。
[Exchange 2000的伸缩性]
我们将讨论Exchange 2000中的可伸缩性。
Exchange 2000的伸缩性基本上涉及到三个方面。前端服务器、后端服务器和集群。当然你可以添加更多的硬件或更多的处理器。我们不将讨论添加硬件的问题，我们讨论的是操作系统和Exchange 2000本身提供给你的选择。
[前端服务器]
前端服务器与后端服务器协同工作。它主要与Outlook Web Access一起使用，通常前端服务器执行身份验证和目录查询处理。然后通过代理传回到实际容纳邮箱数据的后端服务器。Outlook Web Access主要有两个功能：目录查询操作的身份验证和邮件检索操作的身份验证。它增加了实际使用Outlook Web Access的用户数量。你可以创建处理这些请求的前端服务器文件。你可以提供名字空间，所有用户都可以通过其标准URL获取邮件。它非常实用，安装也非常简单，我们将在稍后讨论如何进行安装。
[前端服务器图表]
下面我将提供更形象化的说明。这是一张图表。图表上有服务器A、服务器B和服务器C。这些是后端服务器。它们容留着邮箱和公共文件夹。这些是前端服务器。当然，我们还有目录框，它是一个活动目录域控制器。当用户在浏览器中启动Outlook Web Access时，他们可能会指向某个通配DNS名称；前端服务器可以通过DNS实现循环调用。如果该用户进入一台前端服务器并查找公共文件夹，后端服务器将执行一次目录查询，并确定它所需委托的后端服务器，然后该前端服务器将起到客户端代理的作用，进到后端服务器并检索数据。客户端与前端服务器进行对话，前端服务器执行目录查询和身份验证，并为最终用户获取所需的信息。 另一个用户进入前端服务器，请求一个邮箱。本例中是John的邮箱，然后对John所在服务器进行目录查询。前端服务器将把这些请求委托给容留John邮箱的服务器。另一个请求来自于Gordon的邮箱，发送给另一个前端服务器。该前端服务器执行一个目录查询，然后该服务器将连接到适当的后端服务器。通常你可以拆分这些功能，它们可以很好地运行。
[利用防火墙部署前端和后端]
利用防火墙部署前端是非常方便的，它们具有良好的防火墙友好性。前端是使用低平衡特性和定位前端服务器位置所必需的。你需要利用防火墙启用80端口的访问，这就行了。通过放火墙为Outlook Web Access打开一个小通道是非常简单的。一旦流通进入80端口或SSO端口，Outlook Web Access将开始起作用。当然，它支持从客户端到服务器本身的Kerberos特性，以提高安全性。你可以使用其他第三方安全选项，如PGP等。
[集群]
集群是2、3或4结点的集群。Windows 2000 Datacenter Server是4结点集群所必需的。集群是活动的。存储组是集群资源，因此存储组本身就是你将要集群的。你不能集群一个数据库，你必须集群一个存储组。在存储组失败时，你可以进行存储组的动态装配或卸载，我将展示说明该特性的图表。
按照负载运行结点。如果有两个结点，那就是最大负载的50%，三结点则是最大负载的66%，四结点则是最大负载的75%。它将共享一些资源。
[集群预演]
让我们研究一下集群预演。这里有4台服务器，我们使用的是Datacenter Server。每台服务器分别管理着12个存储组的3个。存储组数据存放于它们所连接的中央磁盘阵列上，因此我们将使用Windows负载平衡服务。如果集群中的某个结点出现故障，现在请注意屏幕的右上方，那是容留存储组4、5、6的结点。如果它出现故障，其他集群结点将分担等量的工作负载。此时每台服务器将再管理一个存储组。它们都可以管理这些存储组，因为它们访问同一个中央磁盘阵列。这样做有许多性能原因，因为你可以分散处理负载，同时也极大地增加了可靠性。
[演示2：创建、配置和使用前端和后端服务器]
现在切换到演示机器。我们将讨论创建和配置前端和后端服务器。现在看我们的演示机器。让我们研究一下Outlook Web Access。请注意Internet Explorer中的Outlook Web Access，进入我的机器，这里我可以指定我的机器名，标准URL被修改了。此时系统将捕捉我的证书，然后找到合适的邮箱并加载Outlook Web Access。Web Access看上去略有不同，Outlook Web Access中有许多非常棒的新特性；在本课中我们没有时间去讨论它们。
现在，如果访问另一台Outlook Web Access服务器会出现什么情况呢？假设我访问另一台服务器。我刚才访问的是我的机器。如果我访问这里的另一台服务器，请求一个特定的邮箱，它将提示我输入证书信息。事实上，我需要请求一个邮箱。然后它将提示我输入证书，我必须输入这些证书信息。 切换到另一台计算机上。我将阐明这个问题。注意我输入的URL，因为它的运行速度很快。查找管理员邮箱，但我将进到另一台机器上，该机器容留着该管理邮箱。在我输入http://armasrc3/exchange/administrator时，请注意URL。它确定我位于ARMASRC2上，然后进行转接工作。URL地址行改变为http://armasrc2/exchange/administrator。它将指向一个新地址。此时它不是一台前端服务器。现在我连接到了ARMASRC2上，我们可以在这里看出这一点。这台计算机必须完成所有的目录身份验证作业。 最小化IE。进到Exchange系统管理器，进到ARMASRC3的属性，我将使它成为一台前端服务器。这就是它的属性。非常简单，只需选中选框。现在需要一次重启，刚才我说过，它是一台前端服务器。选择OK。现在它必须重新启动。我们将等待机器重新启动完毕。机器重新启动完毕，我们又回到了IE中。我们将执行相同的操作，但请你注意URL，因为URL与该机器是前端服务器时不同。请记住，在我们这样做时，ARMASRC3为我们定向到容留邮箱的服务器，但是所有的通信都切换到ARMASRC2。下面就要开始了。我们注意到第一件事就是，我将得到一个提示。系统提示我输入证书，因为该版本Exchange需要证书。我将输入我所需的邮箱。它将提示我输入证书，我提供了证书，请注意URL，URL没有改变。我仍然在访问ARMASRC3，尽管我需要访问我的邮箱。身份验证和目录查询都在ARMASRC3上进行，邮件实际上来自于ARMASRC2。这是一个主要的差别。现在你实际上拆分了Outlook Web Access的主要两个功能，你可以以更好地方式对它进行缩放。你可以看到，URL仍然指向ARMASRC3，当然我可以获取我的邮件、读取和发送邮件等。 [回到问与答]
现在切换回PowerPoint演示机器。又是问与答的时间。
[内容索引]
让我们继续讨论内容索引。我们将讨论内容索引和MS Search。内容索引是以存储和数据库为单位启用的。这就是Microsoft Search Service，来自于Site Server Search，它将是Windows 2000和所有Back Office产品提供的标准搜索服务。它对于客户端是透明的。如果有索引，Outlook将自动使用索引。我们还将搜索深层附件和对象，这是一个非常强大的搜索服务，稍后你就会明白这一点。
[优点]
它的优点在于，MAPI文本搜索变得非常快，你将在搜索对比时看到这一点。你还可以搜索附件，这与你所熟悉的Index Server是同一回事，你必须有可以分析附件的过滤器，当然后面还有如何添加过滤器的信息。 表达式：这些搜索是Monarch SQL表达式，带有全文扩展。你可以进行相似性、规范化和相关性等级搜索。
[配置]
它可以通过配置与Exchange完全集成在一起。它由Exchange系统管理器管理。它也是以存储为单位进行配置。你可以启用或禁用索引。你可以指定建立下一个索引的时间和索引的更新时间等。
[搜索]
搜索服务是完全封装的。所有搜索都要经过Exchange进行。Exchange负责安全措施。当你查找对象时，访问控制将通过Exchange实现。
[搜索结构]
查询进程处理查询拆分和结果合并。我们将举一个例子。这里是存储、存储进程和查询处理器。如果某用户通过Outlook进行一次搜索，搜索所有主题带有"Test Plan"字样的消息，要求消息大于10K。它将进入自由原文查找部分。查询处理器将进行判断，它将使用全文搜索处理该主题，并将该部分发送给MS Search并得到结果列表。
MS Search产生结果，按照该查询限定结果集合，并返回匹配该查询处理的结果。因为查询是与操作，查询处理器只需处理结果列表中大于10K的文档。最后，最终结果列表返回到Outlook，因为已经应用了安全访问控制表，所以客户端不会看到他们原以为会发生的动作。这就是它的工作原理。它隐式地完成这些工作。Outlook用户只会看到一次 非常迅速的搜索。
[演示3：配置内容索引和使用Microsoft Search]
让我们回到演示机器。我们将讨论配置内容索引和使用Microsoft Search。
再次启动Outlook。我仍然处于同一个Outlook对话中。所有东西仍在运作。我将进到我的公共文件夹中。这里有一个按讨论索引的公共文件夹。它目前还没有添加索引。它目前还没有搜索索引。该文件夹中有1860个项目。你可以看到，屏幕的左下方显示了项目数。在进行任何操作前，让我们研究一下Exchange系统管理器。我们可以看到，这是第一个存储组。它位于公共文件夹存储中。我们可以判断是否可以访问公共文件夹抽屉的全文索引对象--我们的公共文件夹抽屉还没有全文索引。这里没有任何索引，Microsoft Search不能使用索引，因为不存在任何索引。
最小化该程序。回到Outlook中。让我们进行一次搜索。现在我在Outlook中激活了讨论索引文件夹。选择"工具"，执行一次高级查找。我将搜索关键字"X.400"，我们所需做的就是"1-1000"计数，以确定程序从1860个文档中返回该搜索耗费的时间。现在就进行查找，1-1000，2-1000，3-1000，4-1000。返回9个匹配项耗费了4到5秒的时间。
最小化该程序。下面创建一个内容索引。如果我进到公共文件夹存储，右击该存储，我就会得到创建一个全文索引所需的选项。它提示我输入放置该存储的位置，默认情况下它被放置于Exchange Server文件夹下的Exchange Server Projects文件夹中。我将创建该索引，这将会花费数十秒的时间。现在，在创建索引前，我们实际并没有指定任何类型的索引内容。我们仍然需要填充该索引。回到文件系统并观察该文件夹。这是项目，这是公共文件夹索引区域。屏幕显示为失败状态，但我认为它成功了。我将开始完全填充该数据。事实上，先让我们检查索引的全文。你可以看到，现在在全文索引对象下有一个索引状态，索引中还没有全文。它告诉我文档索引数为0，索引尺寸为0，分类表还没有建立。现在，让我们开始一次完全填充。现在就开始。它将开始建立索引。它将检查所有这些对象并开始建立索引。如果我们此时按下F5，它将开始更新，索引状态也在变化。索引状态应该变为慢行，正如它所进行的操作。在它开始建立索引时，我不知道他们选择"慢行"作为建立索引状态的实际术语。当我按下F5时，你可以看到返回的文档索引数。这需要花费一定时间，所以我按住F5。我将要做的另一个操作就是，在系统建立索引时，研究实际公共文件夹存储的属性，在这些属性上是一个全文搜索选项卡、内容索引选项卡、全文索引等。我可以选择更新该索引的时间和频度。我可以选择自动更新，一旦任何文档被添加到公共文件夹存储中，它就会自动包含该文档。或者我可以选择运行更新，比如一天一次。在本例中，如果30个文档被添加到该存储的文件夹中，在运行更新之前这些文档不会被包含在索引中。我将把它设置为每天凌晨1点运行一次。让我们再次检查全文索引。这里有640个文档。你可以看到，索引尺寸仍然是2 MB。它很值得考虑。对于Exchange 2000中的MS Search，至少在Exchange 2000的测试版中，索引尺寸最大可以为总尺寸的20%。也就是说，索引尺寸可以为索引内容的20%。如果你有一个10 Gb的数据库，最多可以有一个2 GB的索引。现在，索引大小取决于具体的文档类型，有可能会到达该限制，但你需要注意这一空间限制。以下是一个很好的方法，如果你打算索引某些相当大的文档，你可以在其他脱机服务器上创建该索引，以在生产服务器上进行该操作前确定索引占用的空间，从而确保不会出现磁盘空间不足的情况。这很值得考虑。
回到文件系统。你可以看到索引目录，我刚刚更新了该目录。现在系统有一点负担过重，我们将研究一下原因。进到任务管理器。在它建立索引时，MS Search服务将成长，研究一下进程。这是存储进程，大约为22 MB。我们发现，MS Search服务也编辑了约20 MB的内容。如果你不打算使用索引，MS Search服务将使用4到5 MB的内存。在索引过程中，在本例的情况下，它将在建立索引时占用21-22 MB的内存。但是，在建立好索引后，进程将只占用5到7 MB的内存。所以刚才它占用了大量资源。刚才位于实际的初始建立阶段。
基本已经完成了。它索引了1615个文档。注意，索引尺寸仍然是2 MB。已经接近于完成了。我们实际上可以显示出对索引文件夹的搜索结果。在索引过程中，你可以看到索引从"慢行"改变为"空闲"。你还可以看到最后一次建立时间：也就是更新和建立索引的时间。这里你很容易就可以看到索引文件的位置。现在它得到了1863个文档，它正在刷新缓存，它将很快变为空闲状态。好了，已经变为空闲了。回到任务管理器中。MS Search的内容占用已经下降了1.6 MB，也就是内存占用有了较大的下降。最小化该程序。索引已经被建立。现在检查结果。让我们继续讨论文档索引。再次激活该文件夹。Outlook用户并没有任何可视化的改变，但你将在进行搜索时看到改变。我将执行相同的搜索。记住，该操作原来需要耗费4到5秒的时间。现在我搜索相同的内容，它只需花费2到3秒的时间。搜索的速度稍微快了一点。第二次搜索实际占用了1秒的时间。对同一主题进行另一次高级查找，我们应该可以看到速度更快的结果。速度提升很大。文档越多，建立索引后的速度提升越大。
处理索引时要仔细一点。你不需要索引一个专用信息存储。你只需要索引那些保存有用户需要搜索项目的存储。
[回到：问与答]
好了，现在让我们回到PowerPoint机器。又到了问答时间。
[Exchange 2000体系结构与备份和恢复]
下面我们将讨论Exchange 2000体系结构与备份和恢复。
[下一张动画片：Exchange 2000隐式存储]
首先，Exchange的内在变化。
[存储体系结构]
随着体系结构的改变，日志文件也发生了改变，备份和恢复也是如此。存储结构中可访问存储支持三种类型的文件。属性数据库文件，也就是MAPI.EDB文件。日志文件和新的.STM文件，也就是流式媒体文件。它支持流式数据格式、消息、语音、视频等。现在该文件有直接写和访问操作的Win32核心支持。它拥有更为简单的Internet内容处理，因而拥有处理速度更快。
[日志文件的改变]
日志文件的改变：日志文件有许多改变和改进。日志文件和数据库输入/输出总体上都有了改进。它的速度更快。还有对常见恢复错误的错误检测，我们将在稍后讨论它。日志文件带有完全的校验和，这意味着我们可以确定是否存在损坏的日志文件，或者某些内容是否被错误地写入日志文件。对脱机修复工具的所有这些增强都具有更快的运行速度，因此它们现在可以以更快的速度运行和执行。因此在灾难恢复时，执行相同的数据库维护将花费更少的时间。 [日志文件恢复错误检测]
日志文件恢复错误检测。Exchange 5.5中最糟糕的一件事就是重新命名一个试图进入数据库的日志文件。事务日志必须按照顺序恢复和部署，因此如果某天没有进行备份，也就是没有该天的日志文件，某些人倾向于重新命名日志文件，以试图获取最后一点数据。你实际上在损毁数据库，因为你正在复制一些没有匹配指针的错误数据。这糟糕透了，绝对不要这样做。Exchange 2000实际并不允许这样做。它可以分辨日志文件及其顺序。因为日志文件现在有前后时间标签，所以数据库可以通过该标签确定所需的日志文件。当然，你已经看到了，日志文件有一个基于关联存储组的不同命名结构。
[日志文件和数校验]
日志文件和数校验。日志文件中的所有信息都有一个校验和。它们在备份和恢复过程进行和数校验，因此你可以判断是否有数据被错误地写入日志文件。如果因为磁盘错误、缓存控制错误而导致1018错误，你就会知道。在恢复时，尤其是在备份时，它是非常重要的，你不会恢复错误数据，因为恢复操作是自动进行的。你手动恢复的数据库或许可以正常工作一两天，但它可能再次崩溃。
当然，你可以运行ESE工具，这是一个脱机修复工具，它的ML开关可以校验日志文件的和数。
[脱机磁盘碎片整理]
脱机磁盘碎片整理。脱机磁盘碎片整理可以对流式媒体文件进行完全磁盘碎片整理，实际上可以减少文件大小。对于.STM文件，它可以减少文件大小，如果磁盘空间位于文件末端。它不能减少.EDB文件的大小。.EDB文件的磁盘碎片整理与Exchange 5.5相同。你可以执行脱机磁盘碎片整理，该操作可以使文件内部的数据使用连续的磁盘空间，但.EDB文件的大小不会减小。对于.STM文件，它将试图使数据连续，如果任何数据文件末端有磁盘空间，实际文件大小将会缩小。
[备份和恢复的新特性]
备份和恢复有一个新备份API，间隔尺寸处于MDB级别，因此你可以备份单个数据库。任何数据库的任何备份都将备份所有的关联事务日志；它必须这么做。但是，如果要裁剪日志，也就是删除委托日志，你需要备份整个存储组。此外，在Exchange 5.5中，脱机数据库恢复假定事务日志没有发生改变。你必须让全部事务日志重演所有数据。事务通过适当数据库ID重演到适当的数据库。如果你放弃了某个邮箱存储，只有必需的事务日志被恢复和重演。
[更多的备份和恢复新特性]
更多的新特性：系统已经支持.STM文件，现在你可以备份该文件。有一种名为快照备份的特性；稍后有关于它的更多信息。它是获取特定备份情况下数据库快照映像的一种方法，该特性需要相应的硬件和软件支持。
你不但可以备份数据库，而且可以备份整个存储组。顺便说一声，它是推荐的备份单元。你可以备份或反复备份和恢复，因此它具有很强的灵活性。 [备份]
备份是怎样进行的呢？备份将拷贝整个数据库，拷贝流式文件，拷贝日志和补丁文件，然后校验所有这些文件。
[日志裁剪]
当任何数据库处于脱机状态时是不允许日志裁剪的。此时不能进行日志裁剪，因为它不能访问数据库并校验数据库中的内容和受委托的条目，因而不能确定哪些日志条目可以被删除。
在增量完全备份过程中，只要全部数据库都联机，它将删除检查点之前的事务日志。在完全备份过程中，系统获取当前的检查点，它获取每个数据库最后一次备份的时间代，被删除该时间代之前的日志。通常它尽可能多地删除日志文件。如果你拥有更多的数据库，你可以删除更多的日志文件。 [备份：间隔尺寸]
备份间隔尺寸。存储组内的任何数据库组都是它的备份集，你可以同时备份不同的存储组。
[恢复：间隔尺寸]
恢复间隔尺寸：只是恢复某些数据库比较方便。此外，正如你可以通过一些演示看到的，你可以登录到数据库，在同一台服务器上装配和创建其他数据库。因此，如果你打算进行恢复操作，只有待恢复数据库上的用户会受到影响。所有其他用户仍然可以访问该服务器。
你可以恢复备份集中的任何数据库，多个进程可以同步进行恢复。如果需要，你可以同时恢复多个数据库。间隔控制可以非常精细。 [恢复：管理员操作]
一个简单的恢复方案：启动Exchange信息存储。卸下有待恢复的数据库。数据库必须在卸下后才能恢复。向驱动器恢复所有增量或差异备份集；它将获取你的日志文件。恢复完全备份集。在界面中标记"最后一次备份集"。然后你就可以进行恢复了。
[恢复：恢复文件]
恢复文件。数据库被放置于现有数据库的顶部，如果你打算进行一次恢复，它将会覆盖现有数据库。你可能想要在进行恢复前执行备份操作，以防恢复的数据库比现有数据库还差。来自于磁带的日志文件被放置于指定的临时目录中。一个名为restore.env文件被创建，该文件为Exchange提供了关于如何处理所有不同日志文件的向导。来自于磁带的日志文件存放于一个独立的存储目录中，日志文件存放于事务日志目录中，你将得到来自于磁带恢复的数据库。 [恢复初始化]
在初始化时，扩展存储引擎创建运行存储组的新日志代，并创建和恢复该存储组。它实际上创建一个不同的存储组，以实际执行恢复进程。
[日志文件准备]
它检查有待重演的所有日志文件的日志签名，检查所有补丁文件信息，以确定拆分事务的位置。
[恢复：日志文件重演]
此时，系统将按照临时日志文件夹的顺序开始重演日志文件。然后它运行来自实际事务日志文件夹的日志文件，因为临时位置中的日志文件早于当前事务日志。 强制日志代命中，它将停下来重新执行该事务。
[完成一次恢复]
通过装配数据库，你已经创始化了恢复。你装配了数据库。在完成该操作后，删除来自于临时日志目录的文件，这样你就完成了恢复数据库的操作。
[分析数据库写操作]
你还可以分析一个数据库，以刷新混乱的数据页，并禁止对该数据库的写操作。你需要注意这一点。已经分析过的数据库是不连续的，你可能需要进行该操作，以将混乱的数据页从缓存中除去。
[备份/恢复小结]
下面是小结，备份和恢复具有相当大的灵活性。每台服务器至多有90个数据库，每台服务器至多有15个存储组。这些数字可能会有变化，但你仍然有许多选择，也就是说，你必须仔细地规划备份；确定每个数据库的备份时间，以最大化该平衡并最小化备份时间。此外，你需要规划执行日志裁剪的时间。该阶段需要许多规划工作。
[演示4：Exchange 2000中日志文件的管理、维护、备份和恢复]
好了，我们将研究一些日志文件维护、管理、备份和恢复；下面切换到演示机器。 这就是我们的演示机器。首先让我们复习一下Exchange系统管理器。我们有两个存储组。因此，每个存储组都有一套与之相关联的事务日志。查看第一个存储组：属性。我们可以确定Exchange Server .MDB数据的事务日志位置。查看第二个存储组：属性。我们可以得到第二个存储组的事务日志位置。如果我们想要改变它们--就在这里进行该操作，因为我打算查看第二个存储组--我可以改变这些事务日志的位置。但系统不允许我把它们放置于已经存在其他事务日志的文件夹中，因此我将选择.MDB数据文件夹和其他事务日志组。如果我这样做，系统将显?quot;你不能这样做"，因为该文件夹已经被其他存储组使用。因此系统不会允许你这样做。当然你可以切换到另一个文件夹，事实上你还可以创建新文件夹，如果你向要将事务日志保存于一个单独的簇上，或者诸如此类的原因。
一般而言，如果我想要执行一次恢复，我还可以选择卸下该存储并在需要时执行一次恢复。但先让我们研究一下备份工具。备份工具与Exchange 2000一起提供，它可以提供增强NT备份功能。选择"附件"，进到"系统工?。运行Backup程序。这是一个新的备份界面。备份窗口中有许多可以备份的内容，包括Microsoft Exchange Server在内。我们可以向下扩展，在Microsoft Exchange Server下面，我们看到了两台Exchange服务器：ARMASRC2和ARMASRC3。在每台服务器下，我们都可以看到信息存储。在每个信息存储下，我们可以看到各自的存储组。如果我选择了一个存储组，我可以精细地控制将要备份哪个数据库。如果我确实想要裁剪日志，我可以通过选择该选项备份整个存储组。这意味着，我可以备份整个存储组和所有数据库，实际是裁剪了委托事务日志，除去了某些事务日志。 另一个重要的特性就是，你可以备份到文件。这非常重要。SQL管理员经常用到该特性。这里发生的是，SQL管理员经常将数据库备份到一个文件。它的速度非常快，因为是不同磁盘之间的操作。然后你可以将备份文件拷贝到磁带上，从而创建一个脱机备份，但该操作对于处理时间的影响极大地减小了，因为文件备份的速度非常快。 我称之为xbackup。我将打开该文件。把它放在Backup文件夹中，这是通常情况下该文件的路径。现在我想要启动Backup程序。我可以附加到备份媒体，也就是该文件上：创建新文件。我刚刚启动了Backup程序，它将取得系统控制权。它将获取我需要的数据库，实际是整个存储组，然后对它进行备份。现在，利用存储组的这一完全备份，我可以恢复我所需的任一个数据库。现在它正在进行备份，它将裁剪日志。此外，我仍然登录在Outlook上。我仍然可以向我自己发送消息，尽管系统性能因此而受到一点影响。这台机器不是真正的服务器级机器，该操作对于那种机器影响更大。我仍然可以向我自己发送邮件，即使备份正在进行。你始终可以在Exchange 5.5做到这一点，那它为什么有所改变呢？向我发送该邮件。
备份就讨论完了，你可以看到关于这一改变的报告：备份了什么内容，花费了多长时间等。注意，它在1分9秒内备份了50MB数据。这是相当快的备份时间，因为我们讨论的是磁盘到磁盘备份。在备份阶段，我可以访问备份，我可以查找我所需的数据，这是非常重要的。如果需要，我可以恢复日志文件和第二个邮箱存储。在恢复操作之前，我将要卸下第二个邮箱存储。这是我的第二个邮箱存储，我想要卸下该存储，以执行恢复操作。该操作将影响到连接该邮箱的用户，也就是邮箱位于该存储上的用户，他们不得不脱机。他们不能访问数据库，也不能访问文件，因此他们此时不能使用邮件。但是，管理员邮箱并不位于该存储上，因此他们仍然可以读取自己的邮件。 你可以看到存储已被卸下。我将从备份文件启动恢复进程。我刚刚恢复了日志文件和第二个邮箱存储。系统询问恢复的位置，提示你输入存放日志文件和缓存文件的临时目录。选择"OK"。现在系统提示输入备份文件。选择"OK"。它将开始恢复进程。注意，我仍然连接到另一个数据库，另一个存储上，我仍然可以读取和发送邮件。并不是该服务器上的所有用户都会受到影响。只有某些用户会受到影响，只有位于该数据库上的用户会受到影响。用户在Outlook和恢复进程间进行竞争，系统时常会出现屏幕中断的情况，实际就是这样的。
现在装配上该存储。希望存储能装配上。它成功地装配了，我们再次上线。它并没有影响到该服务器的所有用户。 [回到问与答]
现在切换回PowerPoint机器。下面是关于该主题的一些问题。
[小测验]
我们将进行一次小测验。我有一些问题要问你们。一台服务器上可以有多少个存储组？答案是最多15个。
每个存储组有多少个数据库？最多可以有6个。
对于数据库和存储组而言，哪个可以有独立的事务日志组？当然是存储组。
索引可以是总数据大小的百分之多少？最多20%。
如果数据库脱机，是否全部事务日志都被裁剪？不。如果任何数据库脱机，日志文件不会被裁剪。
[最佳经验方法/提示和小技巧]
这部分课程的一些提示、技巧和最佳经验方法：为每个数据库和恢复创建执行数据库。你需要做的第一件事就是为你的VIP创建较小的数据库，以简化备份、恢复和维护工作。并将这些数据与其他员工区分开。
如果有不同的日志需求，你可以创建附加存储组：一个使用循环日志，另一个则不使用。
极具选择性的索引内容。不要索引全部内容，你只需索引那些将被搜索的内容，如公共文件夹内容等。 创建可以提升可伸缩性的前端服务器。仔细规划你的备份并错开备份时间。使用已删除邮箱保留特性，防止因为要恢复意外删除邮箱而重建服务器。 [从任意位置访问Exchange 2000数据：Web存储处于开启状态]
继续下一部分关于Web存储的演示文稿。从任意位置访问Exchange。
[Exchange 2000体系结构]
在Exchange 2000中，协议支持现在是IIS进程的一部分。IIS管理SMTP、MAPI、IMAP、POP3等协议，并通过专用高速连接连到Exchange存储上，因此你可以通过该连接快速从存储中得到信息。所有核心HTML渲染现在并不基于脚本之上，它直接从存储执行。它支持最新的HTTP扩展协议和WebDAV。
[Web存储]
它对你的意义在于：过去你会有这样的问题：把数据存放于什么地方？存放在公共文件夹、Web服务器或是文件共享上？现在答案就是：你只需把它放在一个地方：Exchange中的Web存储。
[存储数据的好地方]
它是存放数据的好地方。它可以存放文件夹及文档。通用客户端和协议支持Office 2000，它支持文档保存。你可以直接从Explorer和桌面对其进行访问；或者从Web浏览器或Outlook对其进行访问。所有这些都可以方便地以无缝方式访问该数据。
[自动Web访问]
你可以通过敏感URL进行自动Web访问。如果知道URL，你可以直接进入。存储中的所有内容都有一个URL，该URL基于项目的主题产生。事实上，你可以对应用程序进行编程，以指定URL。如果知道URL，我可以直接通过URL访问单个消息。
[Win32名字空间]
一旦生成Win32名字空间，系统将为所有Exchange服务器创建一个卷：M:盘，它为你提供了从Win32桌面到Exchange存户的访问。也就是说，你可以直接从桌面访问Exchange专用或公共存储，因此你可以共享这些文件夹，也可以访问文件夹中的数据。这都是通过服务器消息块进行的，因此它与系统上的任何其他文件夹都是一样的，你将在演示中看到这一点。
[Win32场合]
其他Win32场合。你可以从存储执行ASP（活动服务器页面）和FrontPage服务器扩展，对它们进行处理，并将存储用作出版平台。你甚至可以在存储中使用一些文档管理，以利用Exchange安全应用的优点。
备注本文的配套文档下载：
如何部署Exchange 2000路由和存储(上)
如何部署Exchange 2000路由和存储(下)
文章整理：站长天空 网址：http://www.z6688.com/
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
