Microsoft 的邮件处理操作

获取关于 Exchange Server 中防病毒措施的通用信息，请参阅《Exchange 2000 Server 操作指南》中的“保护”章节。

强制 OWA Server 邻近性

OTG 早期使用者的经验表明，为了获得最佳性能，应该鼓励用户选择物理上离他们邮箱服务器最近的 OWA 前端服务器，而不是离他们所在位置最近的 OWA 服务器。例如，一名职员从澳大利亚出差至美国，如果 WAN 连接是她与 OWA 服务器之间，而不是 OWA 服务器和她的邮件服务器之间，那么她的在线 OWA 体验就可以进行优化。为了方便用户，OTG 修改了 OWA 登录界面，在其中包括了到所有可用 OWA 服务器的链接，并包括如何使用每一项的指南，如图 9 所示。

图 9：示例 OWA 登录界面
查看全图。

Outlook Web Access 的新登录页面将用户的名称和密码存储在 cookie 中，而不是存储在浏览器中。当用户关闭浏览器时，该 cookie 即被清除。此登录页面还允许用户选择最适合他们需求的安全选项。公用或共享计算机选项（默认选择的）提供较短的默认超时（15 分钟）选项。或者，在办公室或作为家中唯一计算机操作者的 OWA 用户可以选择专用计算机选项。该项被选中时，即会在结束会话以前提供一个更长的休止期，默认情况是 24 小时。为了满足企业的安全需求，Exchange Server 2003 管理员可以为这两个选项设置自定义休止超时值。要启用 Outlook Web Access 登录页面，必须启用服务器上基于窗体的认证。

仔细规划 Exchange 连接名称

用于 OWA 的同一 Exchange 前端服务器也被 OTG 配置中的 Outlook Mobile Access (OMA) 用户使用。考虑到通过一个 Smartphone 设备进入一个普通的 URL 可能很费时间，因此一个长而复杂的 OMA URL 很可能会妨碍大多数用户正常使用该服务。

SMTP 队列目录管理

Exchange Server 2003 支持用以移动 SMTP 死信和 Queue 目录的 GUI 新方法。这使得为“多用途” Exchange 服务器上的 SMTP 队列使用专用磁盘具有可行性。例如，OTG 为服务器（集线器和公用文件夹服务器的混合）上的 SMTP 队列和死信目录分配专用的磁盘轴，而不是使用默认的 Exchange 安装驱动器。使用专用磁盘提升了服务器性能、磁盘空间管理，并且使在 Exchange 2000 Server 中通过移动目录排除故障比以前更容易。GUI 中的变化如图 10 所示。

图 10：SMTP 死信属性
查看全图。

业务连续性管理

业务连续性 SMF 以前也被称为应变管理，它与可用性密切相关，专注于通过规划 IT 灾难中的响应和恢复来最小化关键任务系统的业务中断。

IT 灾难被定义为一种延长时段的服务损失，它要求将工作以非常规方式转移到备用系统上。并且通过前瞻与回应匹配的开发和介绍来指导对现有系统的保护。IT 服务连续性管理还考虑需要在服务停歇的事件中执行什么活动，而不是把它归为一个无药可救的灾难。

业务连续性管理的关键是制定（与维护）一个有效的服务连续性（应急）计划，其中包括：

%26#8226;	备用的操作站点和/或能够运行关键业务系统的备份设施
%26#8226;	可以在主要服务中断的事件中执行的手工备份或备用业务处理
%26#8226;	关键业务系统的高可用性最佳实践（冗余、热/温/冷备用系统、镜像等）
%26#8226;	在应急计划执行过程中，具有用于协调活动的清晰流程和沟通渠道；建立指挥中心
%26#8226;	关键恢复计划中人员的培训
%26#8226;	可靠、有效的日常备份对业务连续性计划的成功至关重要。图11 显示了一个 Exchange 2000 Server 灾难恢复流程图的示例。 图 11：Exchange 2000 Server 灾难恢复流程图的示例 查看全图。

使用两步备份过程

OTG 在其群集环境中使用两步备份过程 —— 磁盘到磁盘和磁盘到磁带。以前，这两步都是通过运行 Exchange 的邮箱服务器进行管理的，这会影响服务器性能。也因为这种影响，OTG 曾使用一个限制的窗口来进行日常备份。现在，使用 Exchange 和 Windows 中的群集改进，OTG 可以在备用被动节点上执行该过程中的步骤 2（磁盘到磁带），这将用户受到的影响降至最小。该设置还可使 OTG 更灵活地根据需要在不同时间运行备份。

获取关于 OTG 两步备份过程的更多信息，请参阅技术案例研究“Microsoft 的消息备份和还原”，请访问 http://www.microsoft.com/technet/itsolutions/msit/operations/msgbrtcs.mspx

使用 MOM 监控备份和还原

OTG 每晚执行所有依赖于服务器的 15 – 20 个数据库（平均 20 GB - 50 GB）的备份。 这些数据库被表示为一个具体的 BKF 文件存入预定义的目录中，使多并发备份工作可以在第二阶段备份中完成。

如果事务日志超过了 24 小时，标准 MOM 处理规则就发送一个警告，指示可能发生了备份故障。然而，OTG 还运行一个自定义的 MOM 处理规则，该规则检查当地时间每晚 20:00 - 20:10（安排备份的时间）之间的应用程序事件日志，以查找指示预定备份已开始的丢失事件。如果该事件不存在，操作人员会立即收到警告。OTG 还使用一个合并规则，以检测给定时段内成功备份的数量。如果该数量低于预期的值，将会发生警告提醒操作人员进行调查。