Exchange 2003 数据存储和事务日志的最佳 Raid 10 条带大小是多少?

Exchange 2003 数据存储和事务日志的最佳 Raid 10 条带大小是多少?

如何确定邮件存储的 RAID 10 和 Exchange 2003 的事务日志的最佳条带大小?

我计划为我的 Exchange 设置 2 个 RAID 10 阵列。对于数据存储,使用 10 个 399 GB 磁盘,对于事务日志,使用 4 个 399 GB 磁盘。我的条带大小选项是从 2^2 到 2^7 KB,以 2 的幂为增量。文件系统将是 NTFS。

答案1

微软在这里给你提供了许多有用的信息:http://technet.microsoft.com/en-us/library/bb125079.aspx

我首先想到的是,我认为您需要 32KB 的条带,并且希望分区与条带边界对齐。不要轻信我的话——请阅读指南。我有时可能很傻。(微笑)

编辑:我先说的是 64KB。应该是 32KB。瞧——我是个白痴。

另请参阅:http://blogs.technet.com/evand/archive/2004/10/14/242127.aspx

题外话:再次阅读 Evan Dodds 的帖子让我回想起我确实在 Exchange 2003 安装中看到了一个性能不佳的情况,其中 SMTP 队列与事务日志放在同一个主轴上。我记得您说过这个盒子将成为后端服务器,但显然它仍将接收来自前端服务器的传入电子邮件到 SMTP 队列中。我记得的情况与 Evan Dodds 描述的非常相似——SMTP 队列位于事务日志主轴上,主轴最终在尝试对事务日志进行顺序写入和对 SMTP 队列进行随机写入之间摇摆不定。将 SMTP 队列移动到自己的主轴最终使盒子成为很多更开心。(它使事务日志磁盘上的磁盘队列长度大大降低,并减少了用户可见的症状——RPC 超时弹出大量!)请注意这一点。

答案2

另请参阅以下有关 RAID 卷的磁盘分区对齐的文章。虽然文章说它适用于 SQL,但实际上它适用于在 Windows Server 2003 或更早版本上运行 RAID 的任何数据库。通过进行更改,您可以显著提高设置的性能(将吞吐量和 IOPS 提高多达 30%,同时减少延迟)(但必须在首次对卷进行分区时进行,在格式化之前):

http://msdn.microsoft.com/en-us/library/dd758814.aspx

更多内容请见:http://blogs.msdn.com/jimmymay/archive/2009/05/08/disk-partition-alignment-sector-alignment-make-the-case-with-this-template.aspx

相关内容