15磁盘arrays的Exchange 2003 RAIDconfiguration

我有一个7200转的SATA磁盘arrays通过SCSI连接15个磁盘。 我想弄清楚什么是configuration我的后端Exchange 2003的RAID的最佳方式。我有4个邮件存储(不包括公共文件夹),但我想为商店和一些大的RAID 10arrays对日志的其他突袭。

也许5个硬盘在RAID 10中有一个备用,而RAID 10是在4个硬盘上的日志?

随着驱动器的大小,空间不是一个真正的问题,我试图最大限度地提高速度,还有冗余。

任何人有任何build议? 或者,也许有些柜台我应该做出这个决定?

当前设置(我目前不知道这些物理层使用了什么raid):一个逻辑驱动器的物理arrays:C:E:F:

  • 包含日志和事务日志(事务日志大约每天1 GB)
  • 22 GB邮箱(11邮箱)
  • 54 GB邮箱(108邮箱)
  • 1 GB的公共文件夹

具有逻辑驱动器G的另一个物理arrays:

  • 66 GB邮箱(90邮箱)
  • 9 GB邮箱(11邮箱)

由于您可以使用多个存储组,因此您可能希望使用多个较小的RAID 10条纹/镜像,以便您可以分隔邮箱并在所有这些主轴上均衡平衡负载。 您的特定RAID控制器处理多个arrays的行为也会影响到这一点。

最终,您应该考虑configurationarrays并在其上运行Exchange LoadSim( http://www.microsoft.com/downloads/details.aspx?FamilyId=92EB2EDC-3433-47CA-A5F8-0483C7DDEA85&displaylang=en )以查看它是如何工作的。

作为一个快速和肮脏的基准,看磁盘队列长度计数器将告诉你,如果请求在磁盘上排队。 深入的Exchange调整/devise在Microsoft的各种白皮书中讨论。 我从来没有试图一次性把所有的东西都放在脑海里,但是我再也不需要做很多非常高性能的Exchange安装(小型办公室,200个或更less的邮箱等) – 没有任何超级的性能密集型。 ..)

编辑

基于1GB /天的增长,RAID 10对于事务日志来说确实看起来过于矫枉过正。 我认为RAI​​D 1对他们来说已经足够了。

您需要了解各个邮箱用户的使用模式,以了解每个邮箱存储消耗的IOPS数量。 我将重点研究当前服务器的使用特性以及对当前服务器进行基准testing,以了解如何在新服务器上的多个存储组中布置邮箱存储。

我可以很容易地看到你得到两个(2)RAID 10arrays和一个或多个RAID 1arrays来分割负载(取决于这些事务日志磁盘是多么困难 – 你真的应该把事务日志的存储组一个专用的主轴)。 在这一点上,这将是一个基准问题,看看你是否从6磁盘RAID 10与4磁盘(取决于你的RAID控制器,你应该)获得更多的性能。 你可以预算你的IOPS,然后,基于各种邮箱商店的负载。

为了获得最佳性能(*),最好将日志保留在不同的LUN上。 说,RAID1为这些设置。 是的,你会浪费八个驱动器只是为了日志,但它会很快。 我们为邮件存储卷使用了一个大的Raid10arrays。

有多less用户? 每个邮箱多less空间? 现在邮箱有多大?

当前运行的Exchange服务器是什么? 迁移到arrays时,您将需要相同的IOPS或更高的性能。

如果arrays控制器具有此function,则可能需要考虑热备份。