标题为“微软用 Exchange Server 实现高可用性”的展示文档解释了微软为其内部 Exchange 系统定义 SLA 的方法。 该文还提供了设计不良的 SLA 如何导致错误决策的示例。 该文可在以下地址找到： http://www.microsoft.com/technet/itsolutions/msit/operations/exchhighavailTSB.mspx.
权限和凭据策略
微软客户服务和支持部门最近响应了一个由管理员删除组织中任何公共文档夹的低级错误触发的 CritSit 案例。 该管理员认为所做的删除只影响单台服务器，但那些删除却复制到了整个组织中。 完全恢复和重新填充数据花了数天时间。
BBS.bitsCN.com网管论坛
这个事故说明了做出有关谁有权更改或销毁 Exchange 配置和客户端数据的明智决策的重要性。 许多组织不跟踪谁有权访问 Exchange 系统或谁有权授予 Exchange 系统中的权限。 正如上面的事故所表明的，限制公共文档夹上的权限（尤其是层次结构顶部的文档夹）也很重要。 bbs.bitsCN.com
有关管理员和最终用户权利和权限策略的更多信息，请参阅下列白皮书： bitsCN.nET中国网管博客
| • | “在 Exchange Server 2003 中使用 Active Directory 权限”，地址为 http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/ex2k3ad.mspx www_bitscn_com |
| • | “在 Microsoft Exchange 2000 和 2003 中使用存储权限”，地址为 http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/storperm.mspx DL.bitsCN.com网管软件下载 |
监控
假如组织中的 Exchange 管理员发现 Exchange 系统中的问题的通常方式是通过最终用户对帮助台的呼叫，则管理员没有对系统进行足够的监控。 有效的监控不但允许管理员快速响应故障，而且还提供日常操作的基准和测量。 基准监控使管理员能够预测容量升级需要或在异常条件导致故障前检测到这些异常条件。
bitsCN_com
监控大型 Exchange 环境的每个方面可能是一项让人生畏的任务。 组织不但必须监控服务器运行状况，而且还必须监控服务器之间的通信状态、可能指示病毒或垃圾邮件的消息流量峰值，连同 Exchange 对最终用户客户端的响应情况。 找到一种有效的方法来显示并管理任何这些数据很重要。 配置监控太容易但是了，然后却由于结果数据太多或太凌乱而忘了查看他们。
bitscn.com
Microsoft IT 使用 Microsoft Operations Manager (MOM) 2005 作为其企业监控解决方案。 MOM 的 Exchange 管理包在一个中央控制台捕获、比较和解释 Exchange 数据，该控制台易于扫描并提供适当的警报。 有关 MOM 和 Exchange 的更多信息，请参阅下列白皮书：
中国网管论坛
| • | “在微软监控消息”，地址为 http://www.microsoft.com/technet/itsolutions/msit/operations/monittsb.mspx bitscn.com |
| • | “MOM 2005 的 Exchange Server 管理包指南”，地址为 http://www.microsoft.com/technet/prodtechnol/mom/mom2005/maintain/empformom2005_1.mspx www.bitsCN.com |
| • | “MOM 2000 SP1 的 Exchange Server 2003 管理包规则技术参考”，地址为 http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/momtrsp1.mspx bitsCN.nET中国网管博客 |
The “Exchange Server 2003 操作指南”也提供了有关保持 Exchange 系统良好运行的宝贵信息。 管理员可从以下地址下载该指南： http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/opguide.mspx.
容量规划和负载平衡
组织应该监控的一个 Exchange 环境方面是随着新用户在线而需要的邮件存储空间增长。 假如没有为增长做计划，组织很容易会忽略这个方面。 由于服务器必须携带比预计使用量更多的容量，因此在性能下降变得明显之前可能孕育着多种问题。 假如数据库大小增长的太大，备份可能未完成或可能花太长的时间。更大的数据库还需要更大的维护时间窗口，必须将其和备份时间窗口进行平衡。 假如服务器在正常条件下已运行在其容量附近，则突然的需求峰值可能会使服务器停机。
管理员应该为服务器负荷和容量设定清楚的目标和限制，并密切监控正在接近该容量的服务器。 平稳地将新容量置于在线需要大量的前期时间和规划。 在紧急情况或在时间压力下这样做可能导致可见的最终用户停机，并且可能导致更高的总体成本。 中国网管联盟
更改控制和服务器构建文档
假如 Exchange 管理员呼叫微软客户服务和支持部门寻求解决
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
