Exchange 2003 设计与体系结构 （1）（6）

性能、可伸缩性和可支持性的挑战

Exchange 2000 是对前一版本的 Exchange 的一次重大升级。然而，即使 Exchange 2000 非常强大，OTG 仍必须解决某些限制。

需要管理的服务器数量太多

由于不具备有效地整合服务器和站点的能力，服务器站点数量的增长使得支持成本变得极高而且给消息环境增加了复杂性。一些与分布式环境相关的更常见的成本因素包括：

•更多系统需要备份

•额外维护大量站点上的备份系统

•向管理备份过程中添加更多员工

•额外站点需要更强劲的电力和冷却资源

•更多现场支持员工用于多个站点的硬件维护

从复杂性的角度来看，更大数量的系统意味着在一个复杂机器中有更多移动部件;即，即使只要求同样的成功率，也需要更多的备份任务，这意味着有更多数量的故障需要检查和解决。计划减少 90％ 的服务器站点数量极大地降低了通信机器中移动部件的数量，从而减少了许多前端的故障率

在服务等级协议(SLA)时间内恢复数据库的困难

即使是很小的整合工作也能够导致许多站点上的服务器获得的更高的可伸缩性。随着产品可伸缩性的提高，服务器上的邮箱数目也不断增加，而数据库大小也同样持续增长。更重要的是，由于倡导将最大邮箱容量从 100 MB 增加到 200 MB，数据库大小立即翻了一番。

因为 Exchange 2000 没有提供对新的恢复选项，如恢复存储组(RSG)功能或卷影复制服务(VSS)的支持，所以由 Exchange 2000 Server 的损坏所造成的数据库停机意味着数据库恢复过程将导致更长时间的停机。在许多站点中，备份是通过数据中心内的多台计算机处理的，这就导致备份和恢复需要通过 100 MB LAN 来进行，这种恢复的平均时间在最佳状态下也只有每小时 16 GB。初始的恢复 SLA 是在一小时内完全恢复数据库，这一目标很快就变得难以达到。

集群可伸缩性限制

Windows 2000 Advanced Server 支持两节点集群，而 Windows 2000 Datacenter Server 支持四节点集群。对于在 Windows 2000 Advanced Server 上运行的 Exchange 2000，在最佳配置下，OTG 需要有多个与每个 SG 相关联的驱动器号卷。还有其它的驱动器号用于服务器配置，例如简单邮件传输协议(SMTP)驱动器(一个专用的入站/出站队列设备)。结果，集群内的每个虚拟 Exchange server(在计算了全体SG 和 SMTP 驱动器后)使用十个扩展驱动器号。这其中没有将服务器节点自身使用的必需的、保留的驱动器号计算在内，例如用于软盘、操作系统卷、以及 CD 驱动器的驱动器号。在耗尽可以分配给磁盘卷的可用驱动器号之前，OTG 在一个集群内只能使用两个服务器。可用驱动器号的缺乏阻碍了 OTG 向集群环境中添加额外的 Exchange 服务器实例。