有很多种方法可以布局您的 E10 磁盘...是否有人使用 JBOD 进行 Exchange 2010在 DAG 中？
节点故障对最终用户来说是否完全透明？
事务是否符合 ACID 要求？换句话说，正在进行的事务是否会在故障转移节点上重复/恢复？
编辑：
我知道 RAID 可以在 JBOD 中使用，但有些人可能不知道 Microsoft 已提议在 Exchange 2010 中使用无 RAID-JBOD 架构来充当邮箱角色。如果阵列或节点发生故障，CAS 服务器将故障转移到托管 JBOD 数据副本的其他服务器。
我只对将 JBOD 与新 DAG 概念结合起来的答案感兴趣，它是否在现实世界中发挥作用，以及是否有人在这样做。
答案1
仅当您要拥有多个 Exchange 服务器时才考虑使用 JBOD。正如已经指出的那样，如果其中一个磁盘坏了，您的 Exchange 服务器也会坏掉。
您应该在邮箱服务器上设置 DAG 来托管数据库的多个副本，这样如果一个邮箱服务器出现故障，您的邮箱数据库不会丢失，另一个邮箱服务器将接管作为活动副本。
您还需要多个客户端访问服务器，以确保您的用户仍能收到邮件。如果您这样做，请务必设置CAS 阵列因此，如果客户端访问服务器出现故障，您的用户将被自动重定向到另一个客户端访问服务器。
还需要多个集线器服务器，但由于 Exchange 只需找到一个，因此设置这些服务器时不需要进行太多配置。
只要您设置了 DAG 和 CAS 阵列，这一切对最终用户来说都是透明的。他们可能会收到简短的Connection to Microsoft Exchange server has been lost消息Connection to Microsoft Exchange server has been restored，但这一切应该很快就会结束。
关于“Exchange 是否符合 ACID 标准”，答案是肯定的。Exchange 使用预写事务日志，因此事务是有保障的。如果 Exchange 在事务进行过程中发生故障，它将尝试恢复并在重新启动时重播事务。如果失败，则事务将被丢弃。
答案2
针对 Exchange 2010 的哪一部分？如果您将主数据库放在 JBOD 驱动器上，并且任何一个底层实际驱动器发生故障，则数据库将丢失（即您需要从备份中恢复它），因为 JBOD 中没有冗余。对于主数据库，您确实需要具有冗余的 RAID 级别（即 RAID1 或更高级别）。
但是，JBOD 设备对于临时文件很有用。