我们是一家在全国设有分支机构的公司。每个分支最少有 1 个 T1，最多有 2 个 T1。我们在每个分支机构和总公司都有一台 DFS 服务器。在过去的一周中，一个特别麻烦的共享包含我们的一些用户文件，从来没有积压过 0 个文件。我一直在调整复制计划以尝试清除它，并且我管理的最低文件是该特定共享的 1500 个文件。
所以我的问题是：
这看起来应该不难，但我在猜测或搜索方面都没有运气。我承认我不是 Windows 专家，所以如果答案很明显，请原谅我。
当我从 DFS 共享打开文件或链接时，我试图让 Windows 停止向我发出安全警告。我已经有一个 GPO 可以为其他几个网络共享执行此操作：
Policies
Administrative Templates
Windows Components
Internet Explorer
Internet Control Panel
Security Page
Site to Zone Assignment List
在这里，我已将host1.mydomain.org和添加host2.mydomain.org到区域 1（内联网），并且来自这些主机的网络共享被正确地视为受信任的内联网站点。
但是，我现在也想添加\\mydomain.org\shares到 Intranet 区域。像这样添加它似乎不起作用（在我的客户端机器上它在列表中显示为file://*.mydomain.org）。我尝试过的其他事情包括*.mydomain.org并明确列出 DFS 共享来源的主机。
“打开 Intranet 的自动检测”也已启用，尽管我一直不清楚它的实际工作原理。
服务器和 DC 是 2008 R2，客户端（大部分）是 7 Pro。
编辑：第二天，看来上市mydomain.org实际上达到了预期的效果。我在测试期间没有注销并重新登录；我刚刚做了一个gpupdate /force并确认 GPO 设置出现在 Internet 选项对话框中。这是一个错误还是另一个我不太了解的神秘 Windows 东西？
我有一台运行 2012 R2 的服务器，我在它上面设置了一个名为 \\Domain\Files 的 DFS 命名空间。我想设置另一台服务器，这样如果这台服务器出现故障，人们仍然可以访问 \\Domain\Files。
现在，这些文件不在此服务器上托管，因此我认为 DFS 复制不是我所需要的。只希望命名空间能够从两台服务器读取，并让它们指向相同的网络共享。
我们在两台不同的服务器上安装了 DFS。
运行运行状况报告没有发现任何错误，通常一切正常，但是：
在某些计算机上，文件会随机保存在 DFS 文件夹中，但实际上不会出现在其他计算机或服务器上。有时，如果以同一用户登录，它们会出现在其他计算机上，但其他用户（包括管理员）将无法看到它们。
其他文件，刚刚消失。
更新：
DFS Replication Health Report (Show All)
Data collected on: 15 December 2015 at 11:43:32 (GMT0:00)
Replication Group: TeachingData (NSNET.NET)
Reference member: SRV-FS02 (srv-fs02.nsnet.net)
Server scope: Selected 2 of 2 servers
DFS Replication bandwidth savings: 0.00%
Server health: Servers with no errors or warnings (1) Servers unavailable for reporting (0)
Servers with DFS Replication errors (1) Servers with DFS Replication warnings (1)
Report Loading. Please wait . . .
ERRORS (1 server with …我想创建类似 Windows 的 DFS 系统的东西，用于在 Linux 上的网络上共享文件。
某处有类似的产品吗？
问题几乎说明了一切......我需要从我们的 DFS-R 设置中排除一个特定的文件夹（一个 Dropbox 文件夹）。我看到了如何使用 Server 2003 设置排除项，但无法找到有关如何在 Server 2008 中执行此操作的说明。
有人可以帮忙吗？
提前致谢。
我很好奇我是否可以在不使用任何 DFS 链接的情况下将 DFS 根用作共享文件夹。
一些背景：我喜欢使用 DFS 进行名称抽象的想法。通过使用基于域的命名空间，我可以抽象出服务器名称引用，并且将来可以灵活地将共享文件夹重新定位到不同的机器。然而，由于我的网络很小（大约 10 台机器，一台 AD 服务器），DFS 有点矫枉过正，因为它通常引入了太多的间接级别：DFS 根目录包含指向实际 SMB 共享的文件夹链接。虽然如果您的 SMB 共享分布在不同的机器上是有道理的，但当所有东西都在一台机器上时似乎并非如此。您最终将 DFS 根目录和 SMB 文件夹一对一映射到同一台机器上。
尽管如此，看起来 DFS 根目录只是普通文件夹。我可以将文件和文档放入其中，而不是将 DFS 链接放在那里。因此，我想知道是否可以将 DFS 根用作共享文件夹，而无需创建 DFS 链接？这种方法有什么缺点？或者你也可以指出我可能误解的任何一点。
windows-server-2008 network-share server-message-block dfs distributed-filesystems
我们目前使用 2 个带有 DFS 的 Windows 2008 R2，但发现了一些问题：
这些问题是否存在于集群中？意思是，如果我们在成员集群中的文件夹上设置权限/配额，该集群的所有成员都会继承权限/配额吗？我们将拥有一台专用服务器 (HP P4300 Lefthand)，我们也计划将其用于文件服务器。所以，我们的选择是：DFS 或故障转移集群。
举个例子，我有 3 个 DFS 服务器，它们都在不同的子网上，每个都有一个权威的初始共享 ( \\svr1\accounts, \\svr2\sales, \\svr3\hr)。
我已在所有服务器（网状网络）上启用复制，以便我在每台服务器上拥有 3 个共享（即 svr1 将拥有 3 个共享accounts、sales和hr，其他 2 个服务器也相同）。
由于每个文件夹有多个源共享，客户端如何知道要连接的共享（我们希望连接到本地文件服务器，而不是通过慢速 VPN 连接的）。
DFS-R 在上述场景中是如何工作的？我看到两种可能性：
我可以使用根命名空间 ie\\mydomain.local\file\accounts并让它自动重定向到本地服务器吗（基于延迟或活动目录站点子网）
还是我必须手动将它指向本地服务器，即\\svr1\accounts（以 svr1 宕机为代价，我失去连接）？
如果是第一种可能，有什么需要做的配置吗？
我有 6 台服务器运行 Windows Server 2016 文件服务器 DFS 复制。
我的 DFS 文件服务器复制、运行状况报告生成的报告和
dfsrdiag backlog /smem:$src /rmem:$dest /rgname:$GroupName /rfname:$foldername
结果：
SourceComputer DestinationComputer Enabled MinimumRDCFileSizeInKB RdcEnabled State BackLog
SERVER-B SERVER-C TRUE 64 TRUE Normal 226450
SERVER-B SERVER-X TRUE 64 TRUE Normal 243177
SERVER-B SERVER-N TRUE 64 TRUE Normal 227989
SERVER-B SERVER-A TRUE 64 TRUE Normal 227281
SERVER-N SERVER-X TRUE 64 TRUE Normal 322091
SERVER-N SERVER-B TRUE 64 TRUE Normal 321380
SERVER-N SERVER-A TRUE 64 TRUE Normal 2
SERVER-N SERVER-C TRUE 64 TRUE …