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