对于支持大约 50 个用户的小型 Exchange 服务器部署，您会推荐哪种存储配置？3 年内可能不会超过 75 个用户。大多数将是“中等”用户，少数是“重度”用户和黑莓客户端。
到目前为止，我所阅读的所有内容都建议将 Exchange 数据库和事务日志保存在单独的物理驱动器上，并将两者都放在系统驱动器之外。它还说将事务日志放在快速的东西上，比如 Raid 1+0 阵列。考虑到所有数据都需要保护，看起来这将是一个最佳设置：
系统驱动器 - RAID 1 Exchange 数据库中的 2 个小驱动器 - RAID 1 中的 2 个大驱动器 事务日志 - RAID 1+0 中的 4 个快速驱动器
但是，为小型 Exchange 服务器使用 8 个驱动器似乎是令人难以置信的矫枉过正。在哪里可以安全地削减？
即使有大量用户和大量空间，您也不会看到每个用户超过 2 IOPS，如果是这样的小型环境，您甚至可能永远不会打破每个用户 1 IOPS [参见这篇 Technet 文章。即使每个驱动器采用相当保守的 80 IOPS（假设您为数据选择大型 7200rpm SATA 驱动器）并考虑到写入 IO 的双倍 IOPS 开销，您仍然可以将所有 Exchange 数据和日志集中到一个两个驱动器 RAID1 包。如果您有选择权并且想要隔离日志，那么一定要继续，但您永远不会强调使用 Exchange 环境将生成的 IO 设置的半体面的 2 驱动器 RAID-1 75 个用户。
我会说第一个削减的地方是不为 t-log 使用条带化。在这么小的服务器上，你真的不需要条带支持的性能。
您也可以考虑不将日志放在单独的存储中，但我要削减的第一件事是用于条带化的两个额外驱动器，并且只在 RAID 1 中为 t-logs 运行两个驱动器。
每个用户会产生多少流量？这是一个相当重要的考虑因素。每个用户有多少存储空间？一天增长多少？
无论您做什么，都不要减少 RAID。每个卷至少使用RAID 1。由于单个磁盘故障而导致服务器崩溃绝对是您不想要的。
此外，将数据库与事务日志物理分离还有一个很好的理由：灾难恢复。将它们放在相同的音量上真的非常糟糕，因为您可能会同时丢失两者。如果您偶然丢失了数据库，您需要准备好事务日志，否则您最多只能恢复上次的完整备份（可能来自崩溃前的几天）。
摘要： RAID 1 用于操作系统，RAID 1 用于事务日志，RAID 1、5 或 10（取决于您的存储需求）用于数据库。
由于您拥有的用户数量很少，我认为您不应该在优化存储的道路上走得太远。底线是，除非您做一些完全愚蠢的事情，否则存储子系统不会成为瓶颈。因此，请采取一些基本的常识性建议，不要过分担心。