| %26#8226; | 根据详细的进度安排完成迁移。 |
| %26#8226; | 测试合并的环境，包括用户和数据。 |
| %26#8226; | 转换至新的开发环境。 |
9. 评估和检查
| %26#8226; | 评估合并项目的结果，包括成本和维护过程。 |
| %26#8226; | 定期重新评估合并。 |
| %26#8226; | 优化环境。 |
要了解合并最佳实践的更多信息，请访问 http://www.microsoft.com/windowsserversystem/articles/consolidation/default.mspx.
图 5 中的示例显示了一棵高层决策树，用于指导关于邮箱服务器合并的决策。
图 5：合并决策树
查看全图。
设计服务器合并
为了支持正在进行的服务器和位置的合并，服务器设计应该考虑以下 3 个主要因素：网络速度 (LAN/WAN)、成本以及备份和还原 SLA。
网络考虑因素
客户端和服务器之间的网络性能可以帮助您判断现有网络是否满足合并用户。在进行分析以后，您可以决定网络改进的预算，以支持用户的合并。如果网络改进的花费非常高，您可以决定保留远程站点中的本地服务器。
考虑网络拓扑结构与性能
因为合并可能会为网络带来其他的压力，所以应该考虑到网络拓扑结构、带宽、延迟以及性能等方面的因素。
在规划消息系统时，在指定时间内可以通过网络进行传输的数据总量是需要考虑一个关键因素。其数据传输量是由带宽和延迟综合决定的。这两个因素综合决定了在特定时间内可以通过网络进行传输的数据总量。这两个因子的乘积直接影响到用户对完成每项交易所需时间的估计。
在评估网络链接时，带宽和延迟都需要进行评估，需要认识到有些网络连接类型虽然可以最大化带宽，但它们可能会增加延迟。例如，卫星连接也许可以提供高带宽，但相对于地面连接（如帧中继服务和拔号 ISDN 服务），它可能要需要更长的延迟。
对于 Exchange Server 2003 而言，推荐用于连接到远程办公室的最小带宽为 56 Kbps。在映射站点位置和连接时，需要确定网络连接的类型和速度，以及由于站点间距离导致的延迟总量的因素。建议您将网络升级作为项目的一部分。
禁用网络适配器上的自动协商 (Auto-Negotiation) 功能
确保任何网络适配器上都没有启用自动协商功能。强制服务器和交换机的连接速度和连接类型。默认情况下，大多数网卡都在安装时自动协商其连接速度和连接类型。这会导某些性能减退。因此，为了最大化连接功能，将服务器系统上的连接速度和连接类型强制为 100 MB 全双工。
在系统投入开发以前，通过测量线缆上的字节和输出队列长度评估网卡的执行情况。 一个 100 MB 的适配器每秒具有 7 MB 的持续吞吐量，而 1 GB 的适配器每秒则支持 30 - 40 MB 的吞吐量。如果各项都快达到了相应的极限，同时输出队列长度开始大幅增加，您就必须解决这个问题。
对比评估 Gigabit 与 100 MB 的以太网
Gigabit 以太网用于 OTG Exchange 2000 Server 的设计，以最大化备份过程中独立 Exchange 服务器上的网络吞吐量。这些服务器通常每台容纳 200 - 300 GB 的数据。在 OTG 开始使用群集以后，在进行磁盘到磁带的备份时不再完全依赖网络吞吐量。OTG 现在在每个群集中使用备用节点，通过直接光纤连接将备份数据传送到磁带库中。
在通过使用带有光纤连接库的群集消除对超快速网络吞吐量的依赖以后，OTG 通过使用 100 Mbps 以太网网络适配器代替 Gigabit 以太网网络适配器，简化了服务器的维护工作，并且节省了成本。这些适配器仍然提供许多网络性能功能，完全满足 Exchange 服务器的需求，同时用于维护的开销更低。
成本因素
Exchange Server 2003、Windows Server 2003、Outlook 2003 客户端中的性能增强，以及改进的硬件（处理器，SANS）使 OTG 每台服务器可以比以前托管更多的用户。
| %26#8226; | 超线程 CPU 可以降低 CPU 许可成本。 |
| %26#8226; | 与操作并维护多个小型邮箱服务器和存储阵列相比，SAN 存储解决方案可以降低长期的拥有总成本。 |
| %26#8226; | 在 Exchange 中，事务日志可以被连续访问，并且数据库可以进行随机访问。 为了与常规的存储最佳实践一致，应该将事务日志（连续 I/O）从数据库（随机 I/O）中分离出来，以最大化其性能并增加容错能力。特别要注意的是，应该将每组事务日志移到其自己的阵列中，使它与数据库和其他 Exchange 数据（如 SMTP 队列）分离开来。下面的这些应用将影响解决方案中使用的磁盘总数，并会影响部署成本。 |
磁盘 I/O 因素
磁盘问题是大型 Exchange 部署中的常见瓶颈。成功的消息存储性能依赖于关键的指示器：响应时间、吞吐量以及可预见行为。Exchange 客户端使用配置文件是在设计合适的磁盘子系统时要考虑的主要因素，这也使得该行为具有可预见性。一旦具有了可预见性，管理存储区操作就可以更集中于功能管理方面，而不是忙于中断/补救任务。
