我想使用DFS在2个文件服务器上执行复制。 DFS使用命名空间来允许用户映射到他们自己的个人驱动器。 我想只使用IP BASED命名空间，如192.168.0.3peter。 这是可以实现的，而不是像constr \ peter那样使用名称空间域？ 两台服务器会使用相同的IP吗？ 它是如何工作的？
是的，您可以为您的DFS分配专用IP地址，并使用它来代替文件系统名称。 DFSconfiguration允许您的共享被\ 172.16.xx \ share引用，而不是\ server \ share。 确保你已经安装了PeerLock软件，这样DFS文件一旦被打开就可以被locking。 http://www.peersoftware.com/products/dfsr-file-locking/peerlock.html
更多关于DFS的缺点，你可以在这里find（从下面的链接copypasta）
1） 不透明的故障转移
使用Microsoft DFS-R进行故障转移
http://help.globalscape.com/help/wafs3/using_microsoft_dfs_for_failover.htm
在DFS故障转移中，在其中一个目标无法响应或不再是命名空间的一部分之后，客户端尝试访问引用中的另一个目标。 客户端必须使用\ DomainName \ RootName格式来访问基于域的名称空间。 如果客户端直接在根服务器（\ RootServer \ RootName）上访问基于域的名称空间，则不会发生根目标故障切换。 DFS故障转移仅在客户端打开文件或文件夹时执行。 如果客户端打开文件或文件夹，并在目标服务器不可用时尝试读取或写入文件或文件夹，则应用程序将在该操作中收到失败。
=> DFS-R在维护模式方面没有太多可以做的，MSFT也没有发布任何更新。
2） 无法复制打开的文件
DFS复制：常见问题（FAQ）
https://technet.microsoft.com/en-us/library/cc773238%28v=ws.10%29.aspx
* DFS复制是否复制另一个应用程序正在使用的文件？
如果应用程序打开文件并在其上创build文件locking（防止其他应用程序在打开时使用该文件），则DFS复制将不会复制该文件，直到该文件closures。 如果应用程序以读共享访问的方式打开文件，则该文件仍然可以被复制。*
了解DFSR中的分布式文件locking（缺less）
由于用户可以修改多个服务器上的数据，而且由于每个Windows服务器只知道自己的文件锁，并且由于DFSR不知道其他服务器上的锁，因此用户可以覆盖彼此的更改。 DFSR使用“最后一个作者获胜”冲突algorithm，所以有人不得不失去，最后保存的人得到保持他们的变化。 丢失的文件副本被夹在ConflictAndDeleted文件夹中。
实际上，Hyper-V，SQL Server，Exchange，Veeam等游戏都是无法实现的，因为它们要么从不closures文件，要么在closures大量数据后closures它们，这意味着你不能pipe理您的连接可靠，它将是“全有或无”同步通道使用至多（Veeam），或根本无法工作（Hyper-V＆SQL）。
你可以通过使用像PeerLock这样的第三方软件来利用这一点，但是它很贵，而且不是很受欢迎。 有传言说MSFT具有locking感知的DFS-R复制function，但是他们从未将其公开发布（请参阅我的“维护模式”注释1）。
3） PITA解决手动冲突 [不同的人在他们的位置编辑文件后]
了解DFSR冲突algorithm（并做一些有关冲突）
这一切都很好。 但是，如果“错误的”胜出，我怎么才能让我的冲突文件恢复？ 这里有几个选项：使用DPM – Data Protection Manager提供文件的即时备份和近线恢复。 这样，您的可能性最高，已经备份了最新版本的文件。使用卷影副本 – 您可以在DFSR服务器上configuration文件的自动备份。 然后，当用户删除或冲突的文件，数据可以很容易地恢复。 经过一些培训，用户甚至可以自行恢复文件，而不必花时间在服务台上。 还要注意的是，如果你还在运行XP或者（Dog forbid）Win2000，你需要安装一个客户端让用户恢复自己的文件。 请参阅TechNet和Windows帮助，以在每个操作系统的基础上进行configuration，并确保您阅读了最佳实践信息。 VSC不会取代常规的备份！使用备份 – Windows Server Backup，NT Backup（如果仍在Win2003 R2上）或第三方应该每天都用来备份数据。 这样，无论如何，你总是可以回到昨天的文件副本。使用restoredfsr.vbs脚本 – 不受支持，按原样提供，并且不提供保修，如果您没有创build备份，则此脚本可能是您唯一的希望。影子副本。 需要您自担风险使用它。 该脚本托pipe在代码库（ http://code.msdn.microsoft.com/restoredfsr ）上。 与往常一样，脚本要求您在运行之前编辑一些variables – 请参阅脚本以获取操作方法文档。 你运行它：CSCRIPT.EXE restoredfsr.vbs =>如果你不做频繁的更改，你可以忍受它。
作为替代scheme，我build议您在块级同时复制/镜像的存储之上构build本机文件共享。
HP VSA http://www8.hp.com/us/en/products/data-storage/free-vsa.html
和
StarWind虚拟 SAN免费https://www.starwindsoftware.com/starwind-virtual-san-free
这两个文件共享存储都以文件服务器的名称或IP地址提供的文件共享forms提供。