Microsoft 的邮件处理操作
来源：Linuxdby.com
作者：Webmaster
时间：2007-05-28
点击：
[
收藏] [
投稿]
返回页首 最佳实践
Microsoft 操作框架 (Microsoft Operations Framework，MOF) 识别对大多数服务解决方案通用的服务管理功能。每个 SMF 提供一致的策略、过程、标准、以及可以应用到 IT 环境中整套服务解决方案的最佳实践。为了便于导航，以下章节虽然划分了具体的 SMF 标题，但所有 SMF 之间都是相互关联与依存的。
迁移
Exchange 2000 和 Exchange 2003 处理目录服务的方式与 Exchange 5.5 有很大差异。在 1999 年，Microsoft 已完全从 Exchange Server 5.5 迁移到 Exchange 2000 Server。本白皮书中的最佳实践是基于 Microsoft 的内部经验，它涵盖了从 Exchange 2000 Server 进行迁移的内容，但不包括从 Exchange Server 5.5 进行迁移的情况。
规划服务器合并
如果您要规划一个与部署同步的服务器合并项目，OTG 建议您的合并计划采用以下 9 个步骤。
1. 评估当前的基础架构
| %26#8226; | 确定服务器的容量和使用率。CPU 使用范围？每台服务器容纳多少个用户邮箱？存在什么并发？ |
| %26#8226; | 记录现有的支持和管理过程。 |
| %26#8226; | 列出服务器基础架构清单。 |
| %26#8226; | 确定管理和维护基础架构的成本。 |
2. 确立目标
| %26#8226; | 确定项目的最高业务和技术优先级。 |
| %26#8226; | 在优先项之间做出权衡，包括高可用性、成本缩减和基础架构的灵活性。 |
| %26#8226; | 确定新环境的计划容量目标。 |
| %26#8226; | 确定管理和维护合并后基础架构的成本目标。 |
| %26#8226; | 绘制出合并计划的进度安排和预算图。 |
3. 设计新环境
| %26#8226; | 研究硬件和软件选项。 |
| %26#8226; | 基于容量和增长需求选择基础架构。 |
| %26#8226; | 设计故障切换和冗余。 |
4. 规划迁移过程
| %26#8226; | 评估每种合并方法将带来的业务影响。 |
| %26#8226; | 在合并期间或之后确定组织角色和责任。 |
| %26#8226; | 在实施之前全面评估计划、风险、预算和预期的结果。 |
5. 构建、测试并实施一个新的试验环境
| %26#8226; | 确定并购买所必需的硬件和软件。 |
| %26#8226; | 记录网络和基础架构设计。 |
| %26#8226; | 针对可能出现的技术限制和风险进行规划。 |
| %26#8226; | 构建并测试合并环境。 |
6. 记录并测试迁移用户和数据的规划。
| %26#8226; | 编写将用户和数据迁移到新环境的过程。 |
| %26#8226; | 建立详细的部署进度安排，包括意外事故计划。 |
| %26#8226; | 制定过程的标准。例如： | %26#8226; | 用户迁移不超过 24 小时 | | %26#8226; | 备份和还原 SLA 提高 N% | | %26#8226; | 以 N% 的可用性运行 N 天 | | %26#8226; | 其他业务措施 |
|
7. 实施新的开发环境
| %26#8226; | 在新的合并开发环境中部署应用程序、实用程序和工具。 |
| %26#8226; | 开发并记录合并以后的维护和管理过程。 |
8. 将用户和数据迁移到合并的环境
