如何部署Exchange 2000路由和存储(2)

12/3/2006来源:Exchange Server人气:5857

[数据库文件]

现在让我们讨论一下数据库文件。

[数据库文件]

数据库文件:我们有.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路由和存储(下)

,