Exchange Queue & A我们知道全部的答案（因为问题是我们提的）

KC Lemson and Paul Bowden

你好，欢迎来到 Exchange Queue and A 的第一部分！我们会从一系列的问题开始，老实说，这些问题都是我们自己想出来的，所以将本专栏定位于真正的问答专栏可能是不公平的。

因为这些问题和答案仅局限于在回响室里产生的问题和答案。但是，我们的确相信，这些问题可代表 Microsoft® Exchange Server 客户关心的疑问，因此我们要求精神上的优势。将来，我们当然欢迎您提出问题，所以不要客气，将您的问题发送到 queuea@microsoft.com。

我们对本专栏目前的想法是，它将是作者的轮流表演（有点类似“把作者扔到墙上，看哪位被粘住”），而我们全部的人都已参与 Exchange 的工作很多年了。本月的答案（和问题！）是由 KC Lemson 和 Paul Bowden 共同执笔的，我们都是在 Microsoft 公司的 Exchange 产品团队工作的首席程序经理。在 Exchange 开发方面我们两人都是经验相当丰富。我们从事过相当多的工作，但却从未能够脱离消息传送的范围。

KC 最近六年一直在 Exchange 小组工作，在此期间她担任过多项职务，其中包括 Microsoft Outlook® Web Access (OWA) 程序经理和负责 Exchange 预发布版客户程序的首席程序经理。目前她担任 Exchange 用户体验经理一职，负责产品设计和客户调研。 加入 Exchange 小组前，她在 Outlook 部门担任了三年的测试人员，当时人们都认为阻止电子邮件中的可执行附件是件不能再坏的事情，而她就在那个年代负责测试附件。 KC 的博客位于 blogs.technet.com/kclemson。

最近三年 Paul 一直潜心研究一个极佳的 Exchange 最佳实践分析程序 (ExBPA) 的小型工具。实际上，他几个月前因它而获奖，还和比尔·盖茨合影。然而，随着 Exchange Server 2007 项目结束，又到洗牌的时间了。Paul 需要停止对 XML 的幻想并回到现实世界。他即将出任 Exchange 下一版本（一旦 Exchange Server 2007 出货我们就将着手开始的版本）的发布经理。

另外，您喜欢本专栏文章标题包涵的无限寓意吗？当然，我们甚至不能因标题而受到好评；它是 KC 博客的一位读者提议的。（好好享受衬衣，Tim！）亚军的建议是“推动信封”和“当我是 X64”，KC 非常喜欢后者，她注册了 www.whenimx64.com 的网址并将它指向她的博客，仅是因为她可以这么做而已。若是我们对生活中的所有事情都有权决定那该多好啊。

便笺：KC 最初建议将本专栏命名为“每月 Queue and A”，而我们的编辑恰当地指出至今还不知道我们的写作数量，并且我们按计划交付文章的能力又不可信（他的反应比起我们来要礼貌得多，也更委婉，但我们知道他的想法）。照这样想下去，我们不知道本专栏读者的反馈将会是什么，以及是否值得继续写下去。所以，我们就标题达成了一致意见，也请您务必告诉我们您的想法，电子邮件地址是 queuea@microsoft.com。

这样看来，闲话少说，我们进入正题......

问：为什么我应该喜欢 Exchange Server 2007？

答：我们知道以一个本来是营销问题的问题来作为首篇专栏文章的开始非常冒险，但我们非常喜欢 Exchange Server 2007，我们真的想与您分享它。因此我们将尝试限制答案中的“营销因素”，仅说明令 Exchange 管理员或用户喜欢 Exchange 2007 的许多技术原因中的少数几个，依次说明每个令人兴奋之处。

可伸缩性和性能的改进

首先是一个明显改进：64 位。你问这有什么大不了？解释一下，32 位 Windows® 只能支持总共 4GB（232 字节）的内存，其中 2GB 被内核默认占用，只为应用程序留下仅仅 2GB。当前版本的 Windows 支持在 boot.ini 文件中添加 /3GB 开关，这样可给予应用程序最多 3GB 的净内存空间，但一旦您使用该开关，Windows 内核会出现一点小问题，没过多久您就不得不重新启动服务器来回收资源。

令人高兴的是，随着对 Exchange 中基础数据库引擎 (JET) 的重大修改，64 位支持解决了这个问题。因为传统上 Exchange 服务器受磁盘 I/O 的限制要远远大于受任何其他系统资源（例如 CPU）的限制，增加系统内存意味着可通过在内存中保存更多信息，而不必读取磁盘，这可显著减少磁盘 I/O 操作。结果，使用 Exchange 2007 与使用 Exchange 2003 相比，可支持在相似配置的物理硬件上为用户提供大得多的邮箱。举例来说，我在 Microsoft 使用的邮件服务器支持 4000 位用户，每位 2GB 的邮箱配额，总共就是 6 千吉字节 (TB) 的数据。澄清一下，只是因为 Exchange 2007 可利用更多内存并不代表它需要那么多的内存 - 我们测试了运行着 32 位 Windows Server® 2003 和 Exchange 2003 的 4GB 或更少内存的邮件服务器，在安装 64 位 Windows Server 2003 和 Exchange 2007 后，性能非常接近。

Exchange 2007 同时包括两种提高可用性的新方法：群集连续复制 (CCR) 和本地连续复制 (LCR)。这些技术降低了能导致严重问题的存储故障风险。LCR 在相同的计算机上保持一份数据库的本地副本，但您也可以将它们存放在不同的存储媒体上。CCR 可在通过网络连接的两台计算机之间完成同样的事情。CCR，连同我们在本专栏开始略微谈及的磁盘 I/O 的改进，为存储硬件提供了新的选择；如果您想要使用直接连接的存储媒体（例如 SATA 或 SCSI 驱动器），现在正是更具成本效益、更高性能提升的选择。

管理

在 Exchange 2007 的全新管理体验方面 Microsoft 倾注了许多，其中包括图 1 所示的命令行界面。它是基于 Windows PowerShell™ 的组件，称为 Exchange 管理外壳 (EMS)。如果您不是命令行的拥趸，那就好 - 仍为您提供 GUI，只是现在它被称为 Exchange 管理控制台 (EMC)，而且相比旧的系统管理器，它是一套直观得多的界面（参见图 2）。如果您已经是命令行界面的提倡者或想要成为一名提倡者，请查看一下 Exchange 2007 中的 EMS 吧。

图 1** Exchange 管理外壳中的存储组状态 **

图 2** Exchange 管理控制台中的相同状态 **(单击该图像获得较大视图)

在 Exchange 2003 中，您可能必须使用 Windows 管理规范 (WMI) 脚本来执行一些更复杂的管理任务，但使用 EMS 时，任何看见“CD C:\TEMP”而不认为是新乐队专辑名的人都能完成这些任务（好冷的笑话）。尽管我们中的一位曾经是 UNIX 系统管理员，而因此您对我们的客观性可能有所怀疑，但是我们能向您指出大量没有偏见的第三方，他们可以担保，即使您以前从未使用过命令行，此外壳对您来说也是不可思议的直观（下期 Exchange Queue and A 专栏将做更多介绍）。

Windows PowerShell 其中一个优点就是，它是基于对象的。当您从服务器检索信息（例如邮箱或 SMTP 连接器的列表）时，信息自动存储在对象或变量中，并为方便阅读而以文本方式流向标准输出。然后该对象可以被直接传递给另一个命令，并在管道中进行操作（在此种情况下，它以对象而不是文本方式传递，这样易于修改数据或对其部分进行操作）。以下是一个简单的示例：

Get-Mailbox | Set-Mailbox -ProhibitSendQuota 250MB

Get-Mailbox 命令检索系统中的邮箱列表。“|”（称为管道符号）表示左侧的命令输出应当传递给右侧的命令。下一部分，“Set-Mailbox-ProhibitSendQuota 250MB”表示，所有这些邮箱现在都有 250MB 的配额限制，在达到配额大小后，它们无法再发送电子邮件。您也可以将其设置为 250000000、250000KB 或 .25GB - 在如何处理数据方面外壳非常具有灵活性。

Exchange 2007 中的另一个有用的管理改进是能够创建传输规则，使用与 Outlook 中的向导非常相似的规则向导，为流经您系统的邮件应用商业规则。想要根据正则表达式，阻止任何一封正文看来好像包含身份证号的电子邮件吗？检查。想要树立一堵隔离墙，使得您组织内的两个部门不能互相写电子邮件吗？检查。想要为每一封从您的组织发出的电子邮件都加上免责声明吗？检查。

最后一个我们非常喜欢的管理功能就是，可自定义系统消息：您现在可以创造性地将您自己自定义的文本，添加到未送达报告以及（最终！）用户超过存储配额后看到的消息中。

服务台帮助

许多客户的最大开支之一就是与在 Outlook 中配置新配置文件相关的服务台成本。借助 Outlook 2007 中的自动发现，只需要启动 Outlook，它将自动寻找您的电子邮件地址并使用服务连接点从 Active Directory® 检索您的 Exchange 服务器信息。如果您没有连接到 Active Directory，只需输入您的电子邮件地址和密码，自动发现查找功能可从指定的 Web 服务器（例如 http://autodiscover.contoso.com）中下载一个 XML 文件，这个 XML 文件包含例如 RPC over HTTP（现在称为“Outlook 无处不在”）所用服务器等的基本配置信息。

另一个服务台成本是，管理来自您的反垃圾邮件筛选器中的看似不可避免的误报。用户可在 Outlook 中保留一份发件人安全列表，榜上有名之人的邮件不用进行内容筛选，但在 Exchange 2007 以前，这些列表仅使邮件绕开 Outlook 筛选器。但是，因为 Exchange 筛选器在 Outlook 接触这些邮件之前就起作用，所以用户仍然可能错过来自他们信任的人的电子邮件。

Exchange 2007 在这方面也做出了改进：如果您对 Exchange 2007 中的不管是边缘还是中心服务器角色使用反垃圾邮件内容筛选器，您可以配置它，将用户的安全发件人列表传播到那台服务器，这样来自那些发送者的邮件就将绕开垃圾邮件内容筛选器。当然，对一个用户来说是垃圾邮件的信件，对另一个用户来说可能是新闻稿，因此安全发送者聚合是每一位用户各不相同的。

最终用户满意

借助 Exchange 2007 中的统一消息 (UM)，您可以在收件箱中接收入站语音邮件和传真。（如果您以前从未尝试过，您不会知道您错过了什么。）您也可以给您的 Exchange 服务器打电话，告诉它通知早上 8 点钟会议的每一位参加者，您迟到了。即使是最小规模的组织也能轻松拥有自定义和全新的自动助理，这样当您的客户打电话给您时，系统可正确引导他们。要使用 UM，您需要一台基于 IP 的 PBX (IP/PBX) 或您可以将传统的基于电路交换的 PBX 挂接到 IP 电话 (VoIP) 网关上。

Link Access 是 OWA 2007 中的新功能。如果没有安装 VPN 客户端而您在路上又需要查看公司网络中的文件共享或 SharePoint® 站点上的 Microsoft Word 文档，该怎么办？没问题 - 只需加载 OWA 2007，转到“文档”链接，然后键入共享名称或 SharePoint 站点（http://mysharepointsite 或 \\server\share），浏览并打开文件即可。当然，有许多为管理员准备的安全控制措施，以便他们随心所欲地锁定此功能 - 允许除特定列表外的所有服务器、拒绝除特定列表外的所有服务器、仅在用户从私人计算机登录 OWA 时允许访问文档等等。

OWA 还包括 WebReady Document Viewing 功能（这在通俗说法中叫“代码转换”），就是如果本地没有安装正确的应用程序，您可以通知 Exchange 将特定文件类型渲染为 HTML。Exchange 2007 发售时将会默认支持以下文件类型的代码转换：DOC、DOT、RTF、WBK、WIZ、XLS、XLK、PPT、PPS、POT、PWS 和 PDF。代码转换引擎具有可插入体系结构，因此我们可以在 Service Pack 中为新的文件类型添加支持。当然也有管理选项，以便您可决定允许用户对哪些文件类型进行代码转换，或是完全不允许代码转换。

如果您拥有使用 Exchange ActiveSync® 与 Exchange 同步的移动设备，您会很高兴知道，当您答复或转发电子邮件线索时，邮件不会再被转换为纯文本。您的文本会添加到顶部，但邮件剩余部分的 HTML 正文保持原样。这项功能对任何支持 ActiveSync 的设备都有效，它不需要利用客户端的功能。

问：我听说 Exchange 2007“仅用于生产目的时才提供 64 位版本”。这是什么意思？

答：Exchange 2007 同时提供 32 位和 64 位两种版本。64 位版本是供核心服务器角色（邮箱、中心传输、边缘传输、客户端访问、统一消息）在生产中“实时”使用的。32 位版本是供评估 Exchange 2007 的新功能时使用的。32 位版本中的管理工具也可用在生产中，以便您从 32 位 Windows XP 台式计算机管理您的 64 位 Exchange 2007 生产服务器。同时请注意 Exchange 2007 架构必须从位于根域的计算机安装 - Exchange 本身不需要安装在根域中，但我们需要架构扩展在根域中出现，做为一种确保与架构主机的良好网络连接性的方法。如果在此域中没有 64 位服务器，您可以运行 32 位版本的 setup.exe 来扩展架构。

我听见您询问，32 位服务器有什么问题？如果您有过在一个服务器上运行成千上万个用户的快乐体验，您就会了解在我们之前描述过的内存限制下，性能和稳定性之间确实是存在平衡过程。如果您最近两年买过新计算机，有可能它已经支持 x64 扩展。事实上，现在要买到不支持 64 位模式的新计算机相当困难。因此，可能在您的环境中已经运行着 Exchange 的计算机有能力使用 64 位；只是它运行着 32 位操作系统而已。这种情况对我们很有利 - 一旦您购买了新的支持 64 位的计算机，记住安装 64 位版本的 Windows Server 2003 SP1。

那么为什么您在安装过程中，会见到关于生产中不能使用 32 位安装的所有警告？虽然以多种指令长度编译 Exchange 非常容易，但每个组件都是百分之百为 64 位优化和调整过的（在 64 位系统中我们为取得磁盘 I/O 方面的改进而选择的一些代码路径，实际上在 32 位环境中会导致性能下降）。事实上，当您用 32 位系统工作时，甚至未曾考虑使它在负载（模拟或其他方法）下运行；您不会得到它在 64 位系统中的性能表现，或这台服务器可以承载多少用户的真实画面。

所以都清楚了吗？您可以使用 32 位版本的 Exchange 2007 来：

• 在没有实时用户邮箱的测试服务器上评估新功能。
• 对着新管理控制台、外壳或 OWA 界面流口水（但请注意不要滴到键盘里）。
• 管理您的 Exchange 2007 服务器。
• 在您的 Active Directory 林中扩展架构。

一旦您准备好迁移邮箱，需要使服务器运行 64 位操作系统和 64 位 Exchange 2007。如果不这样，setup 和 ExBPA 都会对您“哀鸣”（参见图 3）。Paul 肯定知道这些 - 代码是他编写的！

图 3** 尝试在只应当安装 64 位的地方安装 32 位 **(单击该图像获得较大视图)

问：运行 Exchange 2007 我需要多少钱？

答：基本安装需要至少 1GB 的物理 RAM。正如我之前提到的，某些服务器角色负担很重。如果您希望安装一个多功能一体化服务器（例如邮箱、客户端访问、中心传输和统一消息），您可能要从 2GB 开始，再根据邮箱的数量和使用情况调整。如果您希望安装边缘角色或群集，那么以上角色需要安装到单独的计算机上。群集只能安装邮箱角色 - 其他什么都不行。

听到下面这个消息您会非常兴奋的，那就是您终于可以在 Exchange 服务器上安装超过 4GB 的 RAM 了。当前许多计算机都支持 6GB 或 8GB 的标准配置，而将那些数据发现记录 (DDR) 模块取下，或者使用 /BurnMemory 使 RAM 降到 4GB 总是奇耻大辱（不幸的是，如果内存超过 4GB，Exchange 2003 将执行效率更低、更不稳定 - 有关详细信息，请参阅 go.microsoft.com/fwlink/?LinkId=76537）。

对于基础结构服务器（中心、客户端访问和诸如此类）来说，少于 4GB 的 RAM 也运行得不错，即使在最重的负载条件下也是如此。您希望花钱的地方应该是邮箱服务器。您可以扔给它多少内存，最新优化的 64 位 JET 缓存就会利用多少。当然，与 Exchange 2003 不同，Exchange 2007 支持最多 50 个存储组。

虽然每个存储组可支持多个数据库，但这不会真正花费您任何成本 - 特别是 LCR 和 CCR（我们之前讨论过的数据库复制的两种形式）只能用于单个数据库的存储组。如果您打算创建多个存储组，那就当然必须给那些额外的 RAM 加电，否则每个用户 2GB+ 邮箱就只能是个梦。在 Exchange team blog（英文）上有一些关于确定 RAM 容量的很棒的详细信息，而图 4 和 5 提供了简要说明供您入门。

Figure 5 RAM 和存储组

Figure 4 按用户类型分类的 RAM

另外，Microsoft IT 使用数量是七的倍数的许多存储组，因为为它们制定了轮流备份计划，通过实施这个计划，在指定的任何一天，仅有少数存储组进行备份。我们称这个计划为“糖果杖备份”，因为说明备份计划的 Excel 电子表格里，在指定的任何一天进行备份的存储组会用级联的红色来标识。希望这些会有帮助。请发送“真实的”问题以在下一期杂志中发表。

KC Lemson 是一位 Exchange Server 团队的首席程序经理。她利用空闲时间帮助保护尼日利亚皇室的财产。

Paul Bowden 是一位 Exchange Server 团队的首席程序经理。她利用她的空闲时间帮助保护尼日利亚皇室的财产。Paul Bowden 也是一位 Exchange Server 团队的首席程序经理。他的大部分空闲时间都花在应请求重新确认他的 PayPal 帐户信息上。

© 2008 Microsoft Corporation 与 CMP Media, LLC.保留所有权利；不得对全文或部分内容进行复制.