我目前正在为一家小型工程公司提供咨询，该公司一直在使用单个服务器来满足其所有域需求，并且当老化的硬件出现故障时，他们的管理层已经厌倦了无法从服务器访问网络共享
我购买了两台新的 HP ProLiant 服务器，用于运行 Server 2008 R2 Standard的文件服务，并使用 FreeNAS 将旧硬件翻新为 2 个 SAN 盒。
最初在试用解决方案时，我正在运行一个 DFS 命名空间，其中两台服务器都作为节点。主服务器通过 iSCSI 连接到 SAN，然后复制服务将文件复制到辅助服务器（到本地驱动器）。
显然，由于脑裂等原因，不可能（或不推荐）将第二台服务器连接到与主服务器相同的 iSCSI 卷。如果主服务器将数据复制到上，那么首先使用 SAN 似乎毫无意义辅助服务器本地磁盘，我无法共享 iSCSI 目标以在服务器之间共享数据。
我想在文件级别使用 NAS 协议将两台服务器连接到 FreeNAS 盒子，并将服务器上的 DFS 配置为仅在主服务器不可用时使用辅助服务器。我打算将它们映射为网络驱动器，而不是服务器将驱动器视为本地磁盘（就像它们使用 iSCSI 一样）。在文件级别执行此操作似乎可以缓解在两台服务器之间共享 iSCSI 目标的问题。
我对 SAN/NAS 设备，尤其是 FreeNAS 并不陌生，但是在这样的部署中使用它对我来说是新事物，所以我不完全确定这是否可行，或者它会如何执行等。
这是解决这个问题的正确方法吗？
我可以在互联网上找到的所有指南都是针对虚拟机的，并且有某种故障转移管理器，所以我不太有信心在没有故障转移管理的情况下遵循这些想法。
谢谢！
如果您已为文件服务正确配置了 Windows 故障转移群集，则可以将相同的 iSCSI LUN 提供给多个文件服务器。在这种情况下，您不会使用 DFS 复制，尽管 DFS 命名空间仍会提供价值。
您还可以一起摆脱共享存储，使用本地磁盘执行 DFS-R，并将复制组的两个成员放在 DFS 命名空间后面。
我不确定您为什么要在这里尝试一些技巧来使两个 DFS-N 目标使用相同的共享存储。如果要使用共享存储，只需为文件服务配置故障转移集群并让它们共享 LUN。
编辑：由于您被困在 2008 R2 标准版上，您将度过一段糟糕的时光。升级到 2008 R2 Enterprise 并进行故障转移群集，或者（甚至更好）使用 Server 2012，其中文件服务和群集都有很大改进，并且群集在两个版本（标准和数据中心）中都可用。