Exchange Server 2007 常见问题解答(2)

　　问：你们为什么在 Microsoft® Exchange Server 2007 中将事务日志大小降到了 1MB?

　　答：噢，在 Exchange 2007 中，我们增加了这项称为日志传送的酷炫技术，这项技术也是被称为本地连续复制 (LCR) 和群集连续复制 (CCR) 这两个新功能的强大后盾。当在存储组 (SG) 级启用此技术时，会将 SG 事务日志从运行的生产 SG 复制到副本 SG。然后，副本 SG 上的事务日志会重播到数据库中，以使数据库保持最新。这么解释此过程显然简单了些，但您可以获得一个大概印象。

　　难题在于，除非事务日志在生产 SG 上关闭，否则无法将其发送给副本 SG。换句话说，直到 e00 日志(第一个存储组中的当前日志)填满、关闭和重命名之后才能将其发送。另外，还有一些设置可以控制在此过程中可以有多少个后台日志，因为在可用性与性能之间要有一个权衡抉择。(在 Exchange 管理外壳中运行 Set-MailboxServer cmdlet，即可以使用这些设置。帮助文件提供了关于所需确切参数的详细信息。)

　　长话短说，为了将超出存储组两个副本间同步范围的数据量降到最低，我们降低了事务日志大小。假设在生产数据库硬盘驱动器崩溃并且您需要采取行动从副本启动 SG 时，这就开始起作用了。事务日志越小，就越有可能减少丢失的数据。

　　这并不表示我们可以保证您只丢失 1MB 数据。举例来说，既然这些好像是事务日志，因此有可能丢失的 1MB 日志文件中会含有用于提交 5MB 数据的 COMMIT 事务。在这种情况下，副本中就会缺失这 5MB 的数据 - 即使您可能已收到含有数据其本身的五个日志，但含有少量数据和那个必需的 COMMIT 事务的最后一个日志也是必不可少的。

　　最终还是由您自己根据业务需求来衡量是否可以接受这个风险。与花费数小时才能完成的还原工作相比，只需几分钟时间来恢复少量丢失的数据也许是完全可接受的。我们将来肯定还会讨论更多关于这个主题的内容!

　　问：既然事务日志变短了，我们会不会很快就将事务日志“用完”?

　　答：在说到 Exchange 时，“用完”指的是事务日志名称。在 Exchange Server 2003 中，事务日志按如下方式命名：

　　E nn fffff.log

　　其中 nn 是在各 SG 间不断改变的前缀。由于 nn 在 SG 的生命周期中保持不变，因此，可为存储组创建的以唯一方式命名的事务日志的数量基本上为“fffff”值，大概是一百万个日志(记录自我：将小手指放在嘴角开始狂笑)。我们有一些客户在繁忙的邮件服务器上已经达到了此限制。

　　从 Exchange Server 2000 开始，我们提供了一个在接近此限制时会在应用程序日志中显示一个事件的修补程序。(有关此修补程序的详细信息，请参阅 support.microsoft.com/kb/896001。)

　　OK，我们有点扯远了，那么 Exchange 2007 中到底有哪些变化?我们刚刚说过，事务日志大小从 5MB(早期版本 Exchange 中的大小)降到了 1MB (Exchange 2007 中的大小)。这是不是意味着只需五分之一的数据就能用完唯一事务日志名称?

　　答案是否定的。在 Exchange 2007 中，事务日志名称的格式如下：

　　E nn ffffffff.log

　　请注意，现在我们可使用“ffffffff”个日志，而不只是早期版本 Exchange 中“fffff”个日志。由于内部的“可扩展存储引擎”(ESE) 数学运算，Exchange 2007 无法创建所有“ffffffff”个日志。它会改为创建“7fffffec”个日志，这个数目仍然相当大。(如果您不相信我们，可将此数字从十六进制转换为十进制!)

　　在现实生活中，这意味着什么?在现实生活中，这意味着使用 Exchange 2007 可以创建的日志数大约比早期版本 Exchange 多出 2048 倍。现在，让我们将五分之一大小的日志作为因素计入在内：

　　2048 / 5 = 409.6

　　正如您所看见的，新的日志命名模式所处理的数据要比旧模式处理的多出 409 倍!而且请切记，是每个 SG 而不是每个服务器，因为每个存储组都将有一个不同的日志文件前缀(如 e00、e01 等等)。我们是否提过在 Enterprise 版本的 Exchange 2007 中，可为每个服务器创建 50 个 SG?我们认为，不太可能有人随时很快就用完事务日志!

　　问：如何远程管理 Exchange 2007 服务器?

　　答：有几种方法可选择用来远程管理 Exchange 2007 服务器。一开始，可以将 Exchange 2007 管理工具安装到独立于 Exchange 服务器的另外一台计算机上，只要该计算机运行的是 32 位或 64 位版本的 Windows Server® 2003 Service Pack 1 (SP1)(或更高版本)、Windows Server 2003 R2 或 Windows XP SP2(或更高版本)。请注意，在生产环境中不支持将任何服务器角色(客户端访问、邮箱、边缘等等)安装在 32 位硬件上，但对于将管理工具安装在 32 位计算机上这种情况是支持的。还请注意，从 Exchange Server 2007 的最初发行版开始，Windows Vista™ 上不支持管理工具。

　　在一些组织中，IT 部门只创建一台服务器来用作管理服务器，从而将各种产品的所有必需管理工具都安装在这台服务器上。然后，需要使用这些工具的管理员会通过终端服务器访问管理服务器，以便他们可以执行远程管理。在其他设置中，用户将管理工具安装在他们自己的台式机上。

　　您可以从控制台或外壳对组织中的各服务器执行操作。在控制台中，服务器是可见的，因此您可以对其中任何一台服务器执行远程操作。在外壳中，如果您想要将操作范围限定于单个服务器，则许多任务都支持像 -server 之类的筛选标志。但对于必须本地运行的命令(如 Get-NetworkConnectionInfo 命令)有几个例外情况。

　　问：在上期专栏中，您告诉了我们对于 Exchange 2007 服务器建议使用多大的 RAM。那么页面文件大小又如何呢?

　　答：为防止 Exchange 2007 服务器上可能出现的虚拟内存不足错误，我们建议使用以下指导原则来确定系统页面文件大小。

　　如果服务器的 RAM 大小少于 8GB，则页面文件大小的最小值应为 RAM 大小加上 10MB。因此，如果服务器的 RAM 大小为 4GB，则页面文件大小的最小值应为 4GB 加上 10MB。但建议的页面文件大小为 RAM 大小乘以 1.5。因此，如果服务器的 RAM 大小为 4GB，则页面文件大小应为 6GB。

　　此外，对于 RAM 大小高于 8GB 的服务器，则以相同方法计算页面文件大小的最小值，即 RAM 大小加上 10MB。但对于建议页面文件大小的确定方式是不同的。基本上，在 RAM 大小高于 8GB 的服务器上，只有在因使用较小的页面文件而收到虚拟内存不足错误时才应将页面文件大小增加到 RAM 大小的 1.5 倍。

　　请注意，在本例中提到的错误与虚拟内存碎片(Exchange 2000 和 Exchange 2003 服务器存在的问题)无关。这些错误是系统所记录的实际弹出错误，指出要增加页面文件大小或者页面文件过小。

　　问：我想学习如何使用 Exchange 管理外壳，但我以前从未使用过命令行来管理系统。我应该从哪里开始着手?

　　答：首先，我们从一些基础知识开始着手。Exchange 管理外壳中的每个 cmdlet 都包含一个动词和一个名词。Exchange 管理外壳仅使用少数几个动词：“Get”用于检索对象属性;“Set”用于更改对象属性;“New”用于创建新对象，等等。Exchange 管理外壳使用的名词包含许多所有 Exchange 管理员都已熟悉的概念(例如，Mailbox、Contact、Queue 和 OWAVirtualDirectory)。其中也有一些 Exchange Server 2007 新增的概念(例如，TransportRule、StorageGroupCopy 和 UMAutoAttendant)。因此在实践中，基本 cmdlet 看起来有些类似于 New-Mailbox(用于创建邮箱)或 Get-Mailbox(用于检索组织中的邮箱列表)。

　　但大多数 cmdlet 都需要更多关于您设法要完成的确切任务的具体细节。例如，如果您要更改某邮箱的某属性，您就需要指定是哪个邮箱和哪个属性。这通过参数来完成。如果 New-Sandwich 是一个 cmdlet，则参数可能是 -NumberOfTomatoSlices 4、-Bread Wheat 以及用于更详细指定您想要什么质地的三明治的其他多种类似选项 (-FlufferNutter $true-ahhhh yum)。

　　一旦您了解了动词-名词拆分，您就可以使用 Exchange 管理控制台 (EMC) 向导中呈现的命令行来熟悉哪些 cmdlet 执行哪些操作。在 EMC 中，从头至尾运行该向导以创建新用户。在向导结尾，完成操作后，您会看到向导在引擎罩下运行的一个命令副本(请参见图 1)。按 Ctrl+C 将复制该对话框的内容，这样，您就可以将 cmdlet 粘贴到记事本中，然后整理出您自己的简单批处理文件。

　　Figure 1 Command-line exposure for creating a new user (单击该图像获得较大视图)

　　如果您想练习使用 cmdlet，但不想造成任何不利影响，则有一个很棒的窍门，就是将 -WhatIf 放在命令结尾。如果照此方法执行，在不实际更改系统的情况下，系统就将告诉您，通过运行该命令它会执行什么操作。

　　一旦您熟悉了 *-Mailbox 之类的基本 cmdlet，就可能想要尝试其他一些命令。要查找更多 cmdlet，请使用 Get-ExCommand cmdlet。此命令将显示所有 Exchange 管理 cmdlet 的列表。(在运行 Exchange 管理外壳期间，您必须执行此任务。只是打开 Microsoft 命令外壳或 Windows PowerShell™ 不会让您执行这个或其他任何 Exchange 管理任务。)该列表很庞大，因此请使用通配符匹配查找您需要的命令。例如，Get-ExCommand *database* 将返回名称中含有“database”的所有 Exchange cmdlet 的列表，例如 Dismount-Database、Move-DatabasePath 和 New-MailboxDatabase。

　　如果您认为自己知道要查找的名词的一部分，则可以遍历各选项。例如，您可以键入 Get-Mailbox，然后按 Tab 键遍历任务名称的名词中带有 mailbox 的所有 cmdlet。您甚至可以将通配符匹配与 tab 键完成功能结合使用。例如，您可以键入 Get-*Mailbox*，然后按 tab 键遍历可能的选项。

　　另一个简单窍门是使用提示。每个 cmdlet 都有一组在默认情况下必需的参数，即执行操作所必需的基本参数。“Get”cmdlet(如 Get-Mailbox)不需要任何参数。默认情况下，Get-Mailbox 将返回整个组织中所有邮箱的列表。(默认情况下，此列表的大小最大值为 1000。若要更改此最大值，可以键入 Get-Mailbox -ResultSize 2000 之类的其他值。)用于创建或修改对象的 Cmdlet(如 Set 或 New)会提示您输入有关要创建或修改哪个对象的必需信息。例如，如果运行 New-Mailbox，外壳会逐一提示您输入密码、数据库、名称等等。

　　若要查找有关给定 cmdlet 的可能参数的详细信息，请使用帮助系统：Help Move-DatabasePath。(您也可以仅键入 Move-DatabasePath、Move-DatabasePath -? 等等 - 我们尽量将基本部分包含进去。)该帮助系统将提供 cmdlet 的说明和参数列表及每个参数的用途。使用 Get-Help cmdlet 也可以访问帮助系统。(只键入 Get-Help 是不是感觉很好?难道您不想让您认识的一些人也能在现实世界中运行该 cmdlet 吗?)

　　发现 cmdlet 可能参数的另一个方法是对参数名称使用 tab 键完成功能。键入 Get-Mailbox -S，然后按 Tab，您将会遍历以 S 开头的所有可能参数。

　　当然，还有内容详尽的帮助系统。如果您在脱机状态下未找到要查找的内容，不要忘了查阅 go.microsoft.com/fwlink/?linkid=79421 上定期更新的帮助内容和 go.microsoft.com/fwlink/?linkid=64647 上的快速参考指南。

　　所有这些信息将让您掌握 Exchange 管理控制台的入门知识，但这些信息只是对命令行强大功能和灵活性的粗略介绍。我们会在将来的专栏中涉及更多内容。

　　问：在 Exchange Server 2003 ESM(Exchange 系统管理器)中，我们很容易就可以看到所有用户的邮箱大小。但在 Exchange 2007 中，好像没有这项功能了。在 Exchange 2007 中，有其他方法可以做到这点吗?

　　答：在新的 Exchange 2007 控制台中，您可以在邮箱本身的常规属性页上看到邮箱大小。如果想要查看多个用户的邮箱大小，则必须使用 Exchange 管理外壳。

　　如果运行 Get-MailboxStatistics，则可以获得整个服务器的数据(而不只是特定数据库的数据)。默认情况下，不显示邮箱大小，您必须运行带有 Format-List 的 cmdlet 才能获得邮箱大小：

　　get-mailboxstatistics | format-list

　　如果选择想要查看的内容并将其输送到表格，可能会更好。在本例中，我们获得邮箱的显示名称、项目总大小、已删除项目总大小以及邮箱所在的数据库：

　　Get-MailboxStatistics | Select-Object

　　displayname,totalitemsize,

　　totaldeleteditemsize,databasename

　　| Format-Table

　　根据您要查找的信息，可以使用不同的输出格式。在本例中，Format-Table 就比 Format-List 更好用