分区设计

适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上一次修改主题： 2008-01-11

在运行 Microsoft Exchange Server 2007 时，特别是针对邮箱服务器角色，在分区级别正确地设计存储解决方案是至关重要的。例如，尽管可以将 Windows“磁盘管理”管理单元中显示的逻辑单元号 (LUN) 细分为多个分区，但是，最佳做法是在 LUN 上为 Exchange 数据创建一个分区。其他最佳做法和建议在本主题的后面部分中列出，例如使用特定的分区类型、特定的分区对齐设置和特定的分区分配单元大小。

MBR 与 GPT

在已正确对齐且格式化的 LUN 上最好使用单个分区。在 Windows Server 2003 以及所有基于 x64 的 Windows 平台的数据卷上创建分区时，可使用一种称为“GUID 分区表”(GPT) 的新分区类型。GPT 分区允许使用大于 2 TB 的分区，且最多可使用 128 个主分区。分区表的复制和循环冗余检查 (CRC) 保护提高了可靠性。

对于 Exchange 日志和数据库 LUN，可以使用主启动记录 (MBR) 或 GPT 分区。但是，由于处理大得多的分区的能力有限，因此 GPT 分区的维护过程（例如 Windows Chkdsk.exe 操作）可能需要很长时间才能完成。

基本磁盘与动态磁盘

初始化为基本存储的磁盘称为“基本”磁盘。基本磁盘包含基本卷，例如主分区、扩展分区和逻辑驱动器。初始化为动态存储的磁盘称为“动态”磁盘。动态磁盘包含动态卷，例如简单卷、跨区卷、带区卷、镜像卷和 RAID-5 卷。

动态磁盘在某些方面确实优于基本磁盘；但是，由于动态磁盘存在一些限制，因此最好所有服务器角色都使用基本磁盘。例如，如果在系统之间移动动态磁盘，则可能无法将动态磁盘移回原始主机。有关动态磁盘的其他信息，请参阅 Microsoft 知识库文章 816307 在基于 Windows Server 2003 的计算机上使用动态磁盘的最佳做法。

注意：
只有在使用第三方软件应用程序（例如 Veritas Storage Foundation for Windows）时，才支持在单一副本群集上使用动态磁盘。有关 Veritas Storage Foundation for Windows 的详细信息，请参阅 Symantec 网站。 UNRESOLVED_TOKEN_VAL(exNote3rdPartyURL)

分区对齐

使用磁盘管理工具创建分区时，大多数分区没有对齐。因此，建议改用 diskpart.exe 工具创建分区。根据具体存储，将扇区与磁道边界对齐可获得性能优势。始终使用存储供应商的建议设置，但如果存储供应商没有提供建议设置，请使用 64 KB。在 Windows Server 2003 上运行 Exchange 2007 时，建议使用 Diskpart 对齐所有邮箱服务器（包括群集邮箱服务器）、边缘传输服务器和集线器传输服务器上的存储磁道边界，而不管所用的分区类型如何。有关如何使用 Diskpart 将输入/输出 (I/O) 与存储磁道边界对齐的详细步骤，请参阅如何将 Exchange I/O 与存储磁道边界对齐。在 Windows Server 2008 上运行 Exchange 2007 Service Pack 1 (SP1) 时，无需使用 Diskpart。

分区分配单元大小

在 Exchange 2007 中，建议您将用于驻留数据库的 NTFS 文件系统卷的 NTFS 分配单元大小配置为 64 KB。此建议以针对大量顺序读取操作而做出的性能改进为依据。此类型的配置文件通常用于流式备份和 Exchange Server 数据库实用程序 (Eseutil) 任务。

在某些情况下，使用顺序 I/O 会有好处，尤其在执行流式备份或运行 Eseutil 进行卷影复制服务 (VSS) 校验和完整性检查或数据库修复时。应始终使用存储供应商建议的设置，但如果存储供应商没有建议设置，请使用 64 KB。

测试已表明，将 NTFS 分配大小从 4 KB 更改 64 KB，不会导致事务日志顺序吞吐量增加。因此，可以对驻留事务日志文件的 NTFS 卷使用默认的 NTFS 分配大小 (4 KB)。