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