Exchange Server 2003 中的预定维护任务

 

上一次修改主题: 2004-10-15

通过执行对 Microsoft Exchange 服务器的预定监视,可以收集进行趋势分析和容量规划所需的数据。从预定监视所收集的信息会有助于表现随着时间推移的系统性能的特征。可以使用此信息在关键需要出现之前规划资源、记录对于 Exchange 组织常见的任务和进程以及解决服务器问题。执行下列预定维护任务可确保 Exchange 服务器平稳高效地运行:

  • 生成报告和识别趋势
  • 检查协议日志
  • 监视 Microsoft Office Outlook Web Access 服务器
  • 管理邮箱
  • 管理 BadMail 文件夹
  • 管理邮局主管邮箱
  • 召开每周状态会议

若要确保 Microsoft Exchange Server 2003 以最短的停机时间高效运行,必须收集足够的信息以建立服务器性能的基线。通过收集适当的信息,您可以主动管理 Exchange Server 2003 邮件系统和执行趋势分析和容量规划。首次部署服务器时,必须创建一个基线,然后可以在硬件或工作负荷发生更改(如用户数量发生重大更改)时随时重新创建基线。有关影响性能的因素和有关如何优化 Exchange Server 2003 环境的建议的详细信息,请参阅“Exchange Server 2003 性能和可伸缩性指南”(http://go.microsoft.com/fwlink/?LinkId=28660)。此指南与“Exchange Server 2003 高可用性指南”(http://go.microsoft.com/fwlink/?linkid=30251) 是配套的。在规划 Exchange 2003 部署时,可以查看这两个指南以帮助您设计和优化环境。

本节提供用于下列任务的指南:

  • 监视和测量任务提供用于系统监视和系统度量的步骤。
  • 容量规划为每个服务建立基线并监视所有级别的系统操作。
  • 捕获和报告性能数据记录随时间推移的系统活动,实时绘制活动图表,并显示日志文件中的信息。
  • 分析趋势捕获数据并分析通过使用该数据创建的报告。

至少必须创建用于下列监视和测量任务的步骤:

  • 系统监视这些步骤必须包括有关必须监视的服务器资源的信息,包括内存、处理器使用情况、硬盘空间、磁盘性能和网络性能。此外,还必须包括 Exchange 特定的性能指示器,如 Exchange 存储性能、邮件传递速度和邮件队列问题。其中的每个步骤都必须指定监视任务的频率、基线或期望捕获的数据以及在出现问题时用于管理问题的适当上报步骤。
  • 系统度量这些步骤与系统监视步骤配合使用,并且必须包括度量信息类型的标准、度量取样率、分析数据时使用的公式、存储数据的格式以及用于报告的格式。

容量规划,就是分配和监视系统资源,以确保在系统负载增加时保持最佳系统性能。若要提供容量规划,您必须为每个服务建立基线,然后不断监视所有级别的系统操作。例如,在显著增加运行 Exchange Server 2003 的服务器上支持的用户数之前,请务必仔细规划;否则,增加的用户负载可能降低性能并使硬盘资源和其他系统资源超载。可以使用下列容量规划工具:

  • 容量规划和拓扑计算器容量规划和拓扑计算器有助于确定 Exchange 2000 Server 或 Exchange Server 2003 拓扑所需服务器的大小。
  • Exchange Server Load Simulator (LoadSim.exe) 2003通过在客户端计算机上运行 LoadSim 测试,可以模拟对 Exchange 施加的 MAPI 客户端负载。这些测试将向 Exchange 服务器发送邮件请求,从而在服务器上产生负载。
  • Exchange 压力和性能 (Esp.exe)Exchange 压力和性能工具是用于 Exchange Server 的、具有高度可伸缩性的压力和性能工具。它通过同时访问一个或多个协议服务来模拟大量客户端会话。
  • Jetstress (Jetstress.exe)Jetstress 是 Exchange Server 中的一个工具,它可帮助管理员在将他们的 Exchange 服务器投入生产之前验证磁盘子系统的性能和稳定性。
important重要提示:
由于其中某些工具创建的帐户具有非安全密码,因此这些工具专用于测试环境,而不用于生产环境。

有关容量规划的详细信息,请参阅“规划 Exchange Server 2003 邮件系统”(http://go.microsoft.com/fwlink/?LinkId=21766)。

使用性能监视器 (Perfmon.msc) 来提供关于性能对象和相关计数器的信息。性能监视器控制台包含两个管理单元 — 性能日志和警报和系统监视器。若要提供所需的信息,请执行下列任务:

  • 通过使用性能日志和警报记录随着时间推移的系统活动。收集数据以分析性能和使用情况。若要使用性能监视器来生成报告,必须执行下列操作:
    • 配置性能日志和警报,以设置的间隔(如每 10 到 15 分钟)收集推荐计数器的数据。
    • 捕获性能数据。
    • 通过将数据存储在存档文件中并和性能日志文件一起存储在硬盘上,或通过将数据存储在 Microsoft Access 或 Microsoft SQL Server 之类的数据库中,可将日志保留较长的一段时间。如果将数据存储在数据库中,则可使用这些程序中的报告功能创建复杂报告,这些报告可用于评估总体性能、进行趋势分析和进行容量规划。
  • 通过使用系统监视器,可以实时绘制活动图表并显示日志文件中的信息。系统监视器是 Microsoft 管理控制台 (MMC) 的一个管理单元,可用于监视许多子系统和软件。它为根据性能计数器报告数据提供公用的基础结构。有关系统监视器的详细信息,请参阅 Windows 帮助。使用系统监视器可以执行下列任务:
    • 在服务器性能下降时查看服务器活动。
    • 分析处理器活动和队列,这对于隔离特定组件的问题很有用。
    • 显示以报告、图表或直方图形式查看的捕获的性能数据日志。

有关可用于验证 Exchange Server 2003 环境性能的工具的详细信息,请参阅“Exchange Server 2003 性能和可伸缩性指南”(http://go.microsoft.com/fwlink/?LinkId=28660) 的附录 A 中的“Exchange Performance Tools”。

通过捕获数据和分析通过使用该数据创建的报告,可以发现模式并预测未来趋势。通过此趋势分析,可以主动确定将来如何管理 Exchange 服务器。例如,通过分析 Exchange 服务器上的当前使用情况,可以预测正常增长(如邮箱增长)何时要求您升级存储。有关设置基线和分析趋势的详细信息,请参阅 Troubleshooting Exchange Server2003 Performance 指南(英文)(http://go.microsoft.com/fwlink/?LinkId=22811)。

通过协议日志记录,可以跟踪虚拟服务器从客户端接收的命令。请不要一直打开协议日志记录,因为它可能导致磁盘空间瓶颈,从而影响系统性能。可以使用协议日志记录来跟踪 HTTP、简单邮件传输协议 (SMTP) 和网络新闻传输协议 (NNTP) 虚拟服务器。例如,可以查看每封邮件的客户端 IP 地址、客户端域名、邮件的日期和时间以及发送的字节数。考虑定期检查协议日志。

协议日志文件可帮助您解决邮件问题并确定 HTTP、SMTP 和 NNTP 虚拟服务器的潜在问题。共有四种类型的协议日志,如表 1 中所述。

表 1协议日志的类型

文件格式 说明

万维网联盟 (W3C) 扩展日志

以 ASCII 文本的形式写入日志。用空格分隔字段,并将各个条目写到新行上。此样式是默认设置。

(美国)国家超级计算应用中心 (NCSA) 公用日志

遵循(美国)国家超级计算应用中心 (NCSA) 公用日志文件格式以 ASCII 文本的形式写入日志。用空格分隔字段,并将各个条目写到新行上。

开放式数据库连接 (ODBC) 日志

将每个条目作为一条记录写入您指定的开放式数据库连接 (ODBC) 兼容数据库。

Microsoft Internet 信息服务 (IIS) 日志

遵循 IIS 日志文件格式,以 ASCII 文本的形式写入日志。用制表符分隔字段,并在新行上写入每个条目。

note注意:
W3C 扩展日志文件格式是首选日志记录格式。除非您确定其他格式符合您的需要,否则请对 HTTP、SMTP 和 NNTP 协议日志记录使用此格式。

可以在 Exchange 系统管理器中 SMTP 或 NNTP 虚拟服务器的“属性”选项卡上启用协议日志记录。可以通过 IIS 管理器对 HTTP Exchange 虚拟服务器启用日志记录。有关如何对虚拟服务器启用日志记录的详细信息,请参阅 Exchange Server 2003 帮助。有关解决传输问题的详细信息,请参阅 Microsoft 知识库文章 821910“如何解决 Exchange Server 2003 传输问题”(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=821910)。

可以使用 HTTP 监视服务 (HTTPMon)(一种 Windows Server 资源工具包工具)来监视网站和应用程序。HTTPMon 提供关于网站和应用程序的可用性和响应时间的报告。HTTPMon 也可以同时检查几个网站和应用程序,并将结果报告到以逗号分隔值 (.csv) 的格式的日志文件或 Windows Server 2003 事件日志格式的日志文件中。

通过运行资源工具包 \apps\httpmon 文件夹中的 Setup.exe,可以从资源工具包安装 HTTPMon。安装 HTTPMon 后,必须运行 HTTPMon 配置管理器来配置服务。通过 HTTP 配置管理器,可以为组织配置全局设置并添加要监视的 Outlook Web Access 服务器。可以使用服务 MMC 启动 HTTP 监视服务。测试开始运行后,应检查 .csv 文件以了解响应代码、示例返回文本所花的时间以及 HTTPMon 进行重试尝试的次数。可以分析该数据来检测 Outlook Web Access 服务器的问题,并可在事件查看器中查看由 HTTPMon 记录的事件。

HTTPMon 由三个组件构成:

  • 实时取样服务这是一种实时监视服务
  • SQL Reporting Server从监视服务器收集数据并将其加载到 SQL Server
  • 客户端监视器此组件是一组网页,显示 SQL Reporting Server 数据库中的结果

然后可以使用 Windows Management Instrumentation (WMI) 或其他技术来监视事件日志,也可以将 .csv 文件输出导入到 Microsoft Office Excel、SQL Server 或其他工具进行详细分析。也可以使用 SQL Server 数据和客户监视器来跟踪服务器,并可使用 SQL Server 的报告功能对数据进行进一步的分析。

可以使用 HTTPMon 确定并解决 Outlook Web Access 服务器的问题。确保定期监视 Outlook Web Access。根据组织要求,您可能需要考虑每周监视 Outlook Web Access 服务器。可以基于对 Outlook Web Access 服务器的趋势分析,增加或减少监视的频率。有关安装和配置 HTTPMon 的详细信息,请参阅 Windows Server 2003 资源工具包文档。

邮箱是发送给指定收件人的所有传入邮件的传递位置。邮箱可以包含邮件、邮件附件、文件夹、文档和其他文件(如日历和联系人对象)。用户邮箱中的信息存储在 Exchange 服务器上的邮箱存储数据库中。邮箱从邮箱存储继承其众多属性,如存储限制。可以为不同的用户组创建不同的邮箱存储。例如,可以将一般工作人员的邮箱放在一个存储中,而将高级管理人员的邮箱放在另一存储中,通过配置存储而不是配置单个邮箱,将高级管理人员的存储限制设置为常规存储限制的两倍。必须主动管理组织中的邮箱,以向用户保证可靠性和可用性。请确保管理邮箱限制以进行服务器的资源管理。有关管理邮箱的详细信息,请参阅“Exchange Server 2003 管理指南”(http://go.microsoft.com/fwlink/?LinkId=21769)。

可以通过使用 Exchange 系统管理器中的邮箱节点来监视邮箱的大小。通过使用邮箱存储的“限制”选项卡上的限制设置,可以控制邮箱存储中邮箱的最大大小,并控制如何处理已删除的项目。对于单个用户,可以通过使用 Active Directory 用户和计算机管理单元为该用户配置限制设置,以覆盖邮箱存储的限制设置。表 2 定义可对邮箱存储设置的限制。默认情况下,不设置限制。

表 2邮箱存储“限制”选项卡上的选项

选项 说明

达到该限度时发出警告(KB)

如果用户的邮箱超过了指定的大小限制,他们将收到电子邮件警告,要求其删除邮箱中的邮件。默认情况下,未选中此选项。

达到该限度时禁止发送(KB)

如果用户的邮箱超过了指定的大小限制,他们将收到电子邮件警告,要求其删除邮箱中的邮件。此外,只要邮箱大小尚未降至指定限制以下,用户将无法发送电子邮件。默认情况下,未选中此选项。

达到该限度时禁止发送和接收(KB)

如果用户的邮箱超过了指定的大小限制,他们将收到电子邮件警告,要求其删除邮箱中的邮件。此外,只要邮箱大小尚未降至指定限制以下,用户将无法发送电子邮件,并且传入的电子邮件将退回给发件人,同时返回未送达报告 (NDR)。用户仍可接收系统邮件。

警告邮件间隔

使用此下拉列表可以安排生成警告邮件的时间。可以从标准维护日程安排中选择一个时间,或单击“自定义”设置自己的日程安排。此过程非常耗费 CPU 和磁盘空间,因此会降低服务器性能。建议您将此类维护安排在非高峰时间进行。

保留已删除项目的期限(天)

可以指定已删除的项目(如电子邮件)在被永久删除之前在服务器上保留的天数。可以键入从 0 到 24855 的一个数。如果键入 0,将立即从服务器删除已删除的项目。只要已删除的项目保留在服务器上,Outlook 用户就可以使用 Outlook 的“恢复已删除的邮件”功能检索它们。对此选项设置较高的值会影响硬盘上的数据库大小。

保留已删除邮箱的期限(天)

可以指定已删除的邮箱在被永久删除之前在服务器上保留的天数。在设置此值之后,就会有指定的天数来恢复意外删除的邮箱。可以键入从 0 到 24855 的一个数。如果键入 0,则立即从服务器中删除已删除的邮箱。新安装在默认情况下将其设置为 30。

完成对存储的备份之后才永久删除邮箱及项目

可以将已删除的邮箱和项目一直保留在服务器上,直到执行了备份。执行备份之后,将根据您指定的设置删除邮箱和项目。

可以创建 Exchange 系统策略来管理邮箱存储。系统策略是应用于一个或多个服务器、邮箱存储或公用文件夹存储的配置设置的集合。邮箱存储策略允许您配置设置并将该策略应用于任何服务器上的一个或多个邮箱存储。可以使用 Exchange 系统管理器中的系统策略节点创建和应用策略。

仅当具有修改某个邮箱存储的权限时才能将策略应用于该邮箱存储。如果将分布式管理模型与具有不同管理员的多个管理组一起使用,则每个管理员将只能与各自管理组中的邮箱存储交互。

若要在邮箱达到存储限制警告的各个阶段时查看事件查看器的应用程序日志中的事件,可以对您的服务器配置诊断日志记录。从以下位置配置存储限制:MSExchangeIS/Mailbox/Storage Limits。请注意,不应一直打开诊断日志记录,因为这会影响服务器资源。

可以通过使用邮箱管理器来管理邮箱。邮箱管理器一个组件,它使用收件人策略来设置匹配策略筛选器的邮箱上邮件的期限和大小限制。通过使用邮箱管理器设置,可以安排邮箱管理器进程何时在服务器上运行以及该进程是否生成报告。在运行时,邮箱管理器会处理超过策略中定义的限制的邮件。有关邮箱管理器的详细信息,请参阅“Exchange Server 2003 管理指南”(http://go.microsoft.com/fwlink/?linkid=21769)。

可以根据关联收件人策略定义的规则,选择您希望邮箱管理进程在特定服务器上启动的时间。收件人策略确定邮箱管理器将清理哪个或哪些邮箱。还可以根据组织的要求来自定义邮箱管理日程安排。例如,可以创建一个自定义日程安排,使邮箱管理器在星期六午夜运行。

安排邮箱管理器时,可以指定接收邮箱管理器报告的邮箱、联系人或通讯组。还可以选择要生成的报告的类型。报告可以包括很多信息,如邮箱管理器何时运行、应用了哪些邮箱收件人策略设置、处理了哪些邮箱、处理了哪些文件夹、移动或删除的邮件数以及移动或删除的邮件大小。

大多数的邮箱管理器设置通过收件人策略进行控制。您可以向现有策略添加名为“邮箱管理器设置”的附加选项卡,也可以创建新策略。对于您创建的每个收件人策略,可以定义将对其应用此收件人策略的对象(通过定义策略筛选器完成该操作),并选择是否需要基于期限和/或大小来删除邮件。您也可以选择通知客户端其邮箱已被清理。在“邮箱管理器”选项卡上服务器对象的“属性”中,可以选择将报告发送给管理员,也可以选择管理员的邮箱。

邮箱管理器处理邮件时发生的操作取决于您在创建策略时选择的设置。默认情况下,只生成报告,而不执行其他操作。除了默认设置,还存在针对邮箱管理器如何处理超过指定限制的邮件的另外四个选项。表 3 描述这些邮箱管理器选项。

表 3邮箱管理器选项

选项 说明

仅生成报告(默认)

不移动或删除邮件,但是会生成管理员报告,以指示哪些邮箱包含超出邮箱收件人策略定义限制的邮件。

移动到“已删除邮件”文件夹

将邮件移动到每个客户端邮箱的“已删除邮件”文件夹中。邮件好像被客户端删除。用户可以根据需要将它们从“已删除邮件”文件夹中删除。

移动到“系统清理”文件夹

在名为“系统清理”的根文件夹下创建邮箱文件夹层次结构的部分副本。受影响的邮件将移动到“系统清理”文件夹的相应子文件夹中。此功能为用户提供了一种方法,使用户可以恢复最近删除的邮件,而不会丢失有关邮件的原始文件夹位置的信息。

立即删除

立即将邮件从客户端视图中删除,而不移动到“已删除邮件”或“系统清理”文件夹中。

可以对邮箱收件人策略作用范围内的每个文件夹使用相同的限制,也可以分别对每个文件夹单独设置自定义限制。必须对不希望使用默认限制的每个文件夹分别进行配置。

死信是 BadMail 文件夹中包含的电子邮件。BadMail 文件夹包含无法传递的邮件或无法退回发件人的 NDR(未送达报告)。如果一封邮件已达到重试限制并且无法传递给发件人,则会将该邮件的一份副本存储在 BadMail 文件夹中。不监视 BadMail 文件夹可能导致磁盘空间用尽并导致 Microsoft Exchange Information Store 服务关闭。BadMail 文件夹中的邮件过多也可能表明安全缺口。

默认情况下,BadMail 文件夹位于虚拟服务器的主目录中。默认位置为 \Exchsrvr\Mailroot\vsi #virtual server instance\badmail。在 Exchange Server 2003 SP1 之前,死信会写入 BadMail 文件夹中,直到硬盘已满或从硬盘上手动删除邮件。在 Exchange Server 2003 SP1 中,不会将死信写入磁盘。但是,如果要继续接收死信,可以使用注册表编辑器添加两个注册表项以确保您继续接收死信邮件。有关 BadMail 文件夹和死信邮件的详细信息,请参阅 Microsoft 知识库文章 555164“Exchange 2003 Service Pack 1 stops the BadMail folder from collecting bad messages”(英文)(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=555164)。

在注册表编辑器中,必须在以下文件夹下添加下列注册表项:HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Services\\SMTPSVC\\Queuing

  • MaxBadMailFolderSize这是系统会将死信写入每个 BadMail 文件夹的最大数量 (KB)。此设置适用于您可能有的各种虚拟服务器实例 (VSI) 下的所有 BadMail 文件夹。当 BadMail 文件夹达到大小限制时,将不再写入死信。使用 -1(在 regedit 中为十六进制形式 0xffffffff)值将提供与 Exchange 2003 SP1 早期版本中相同的功能,即不限制死信的增长。未设置该注册表项时,默认值为 0:不写入死信。
  • BadMailSyncPeriod (分钟)此注册表项定义 Exchange Server 监视系统以何种频率查看是否已删除死信。服务器出于性能原因会缓存 BadMail 文件夹的大小,仅在指定 MaxBadMailFolderSize 时才会使用此缓存大小。如果未设置该注册表项,则使用默认值 12 小时。

使用 Windows Explorer 来检查 BadMail 文件夹内容以查找无法传递的邮件。未送达邮件很多可能表明网络或域名系统 (DNS) 有问题。可以创建用于监视 BadMail 文件夹的策略并在指定时间后删除邮件(如每周删除一次邮件)。也可以使用 Badmail Deletion and Archiving 工具来自动删除或存档指定 SMTP 虚拟服务器 Badmail 目录中的文件。安装此工具可确保 Badmail 目录的大小不超过特定大小限制并消除了手动存档或删除这些文件的管理开销。若要下载死信工具,请访问 Downloads for Exchange Server 2003 网站 (http://go.microsoft.com/fwlink/?linkid=25097)(英文)。

邮局主管邮箱是接收 NDR 并向发件人发送邮件传递状态报告的帐户。默认情况下,Exchange Server 2003 创建邮局主管代理地址并将此地址指定给创建 Exchange 组织的用户。如果需要多个邮局主管邮箱,可以使用事件接收器创建其他邮局主管邮箱。

根据组织要求,可能需要更改此默认分配以避免将您的管理员帐户暴露给外部用户。

note注意:
征求意见文档 (RFC) 2822 为邮局主管定义了保留地址。有关 RFC 的详细信息,请访问 http://www.rfc-editor.org/rfc.html(英文)。

若要将特定用户的邮箱指定为所创建的任何本地 SMTP 域的邮局主管邮箱,可手动将代理 postmaster@localdomainname 添加到该用户的 SMTP 代理地址列表中。

管理邮局主管邮箱可能涉及下列高级别任务:

  • 根据组织要求,可能需要决定是否:
    • 将单个电子邮件帐户(如您的帮助中心邮箱帐户)与邮局主管关联。
    • 创建一个将在发送 NDR 时使用的专用邮局主管帐户。
  • 如果要创建专用邮局主管帐户,则需要将对邮局主管邮箱的访问权指定给相应支持人员。可以通过下列方式管理专用邮箱:
    • 创建专用帐户,通过使用 Outlook 配置文件作为该帐户登录,然后响应帐户邮件。
    • 将此帐户的“代理发送”权限委派给通常管理该邮箱的人员,然后将该邮箱添加到他们的 Outlook 配置文件中。
  • 应该建立定期日程安排(如每周日程安排)以检查和响应邮箱中的传递报告。例如,可能需要对电子邮件别名不正确的邮件做出响应,然后通知发件人他们必须更新其记录。建立日程安排应基于组织的要求。某些组织将其作为每日任务以试图减少传递给已离开公司的用户的电子邮件的数量,而其他公司将其作为每周或每月维护任务。
  • 确定是否要将所有 NDR 的副本发送到邮局主管帐户。

状态会议提供时间来评估过去的问题、讨论当前解决方案、确定问题趋势和规划未来的 IT 环境。还应创建状态报告以帮助进行容量规划、服务级别协议 (SLA) 检查和性能分析。

虽然状态会议的格式和样式在各组织之间可以不同,但请考虑在状态会议中包括下列讨论:

  • 整个组织和段的服务器和网络状态
  • SLA 检查
  • 事件报告检查
  • 风险分析和评估
  • 容量、可用性和性能检查

监视 Exchange 组织时状态报告是非常重要的,因为它们提供过去事件的概述并创建用于进行比较的数据。可以通过使用 Excel 之类的基本工具或内部解决方案使用记录的数据创建报告。此外,带有 Exchange 管理包的 Microsoft Operations Manager (MOM) 也包括报告功能。除了状态报告外,还应创建事件报告。事件报告可以是用于解决问题的故障票证系统的一部分,也可以在发生事件时独立生成。使用事件报告有助于评估常见和重复出现的问题,以了解瓶颈和薄弱区域。还可以使用第三方应用程序来生成状态报告。

 
显示: