Exchange 2003 设计与体系结构 （2）

核心提示： 在 OTG 为满足这些要求所进行的设计中，OTG 选中的每个 SAN 模组能够支持最高每秒 12,000 次 I/O，Exchange 2003 设计与体系结构 （2）(8)，这为不寻常的活动高峰提供了边际空间，但是预期对于正常的 I/O 活动高峰时段应该足够了，而是暂时保留在数据库中一个名为已

在 OTG 为满足这些要求所进行的设计中，OTG 选中的每个 SAN 模组能够支持最高每秒 12,000 次 I/O，这为不寻常的活动高峰提供了边际空间，但是预期对于正常的 I/O 活动高峰时段应该足够了。任何超过这个数字的巨大负载都有可能导致磁盘读写延迟，它将会给连接到该 SAN 的所有邮箱造成负面影响。OTG 系统设计师在综合考虑预期的情况、额外硬件的成本、以及 Microsoft Operations Manager 中的检测与报警改进之后，认为这是一个可以接受的风险。

为了确定任何企业的消息存储需求，必须测量每邮箱用户每秒的平均高峰时段 I/O、邮箱的最大容量、项目在已删除项目保留区内保留的时间长度，以及在一个组织中典型用途的电子邮件模式的流通率。这些是 OTG 在设计其 Exchange 2003 SAN 解决方案时所考虑的因素。

OTG 给每个支持邮箱存储的 LUN 分配了额外的容量，其目的是减少未来出现意外增长时对重新分配大小的需求。LUN 的大小被设置为能够支持 6.5 个“毛边因子(fluff factor)”为 1.4 的生产数据库。

OTG 使用毛边因子来指根据已删除项目保留区、数据库开销、不受限邮箱等在磁盘上为一个给定的邮箱所分配的平均容量。例如，为 Exchange 2000 的用户创建 100 MB 邮箱实际上需要为他们每人保留 140 MB 空间。1.4 这个值是多年来支持 100 MB 邮箱的 Exchange 生产服务器的趋势，并仍然是设计新的支持 200 MB 邮箱的新解决方案的基础。

OTG 的 100 MB 邮箱大小限制是在 Exchange 级上通过策略设置和施行的硬性快速磁盘配额限制，但是如果用户用完了全部 100 MB 的可用空间，这经常是因为他们在后台超过了该数量。这常常在用户从邮箱中删除电子邮件时发生。电子邮件实际上不是从服务器的邮箱数据库中立即删除。而是暂时保留在数据库中一个名为已删除项目保留区的地方。只有在三天之后被删除的电子邮件才真正从邮箱数据库中清除。OTG 在规划它的 Exchange 2003 存储需求时需要考虑该级别的使用开销。