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