我正在使用\\ domain.local \ root标准格式的DFS设置。 我们正在共享这些内容，并导航到DFS共享用户将键入\\域\销售或\\域\支持。 我如何设置，以便用户可以键入\\域，并查看所有可用的根文件夹？ 目前，如果用户在\\域中键入与Windows的对话框不能访问窗口。
我们的主要办公室有两台基于域的DFS服务器。 一个较小的位置通过VPN与主办公室连接，并使用DFS访问主要以及自己的位置的共享资源。 我们希望在networking问题的情况下增加推荐caching的持续时间。 所以这个小的位置仍然可以访问自己的位置的共享资源，因为客户端有本地的dfscaching。 这是计划/想法。 我testing了这些设置并确认客户端在丢失与dfs服务器的连接后无法连接到共享。 但是，如果我跑 dfsutil.execaching引用 ，我在caching中看到从共享的UNCpath。 有没有“缺乏考虑”？ 如果DFS服务器不可用，客户端caching是否不足以访问共享？ 感谢您的帮助或任何提示 帕特里克
背景 我们在环境中更改了我们的环境configuration后，遇到了DFS命名空间方面的一些问题，并且在与Microsoft进行支持电话联系之前，我希望了解如何排除故障。 我们使用干净path的DFS命名空间，但不使用DFS复制。 在更改之前，我们有一个名称空间，我们称之为\\my.domain.com\main 。 这个领域工作的很好，但是我们支持5个部门，所以我们决定为每个部门创build命名空间。 \\my.domain.com\Div1 ， \\my.domain.com\Div2等 在更改之前，每个人都映射了一个类似于Q: \\my.domain.com\main\Div1Dept的驱动器，并在更改之后映射了类似于Q: \\my.domain.com\Div1\Folders的驱动器。 \\my.domain.com\main\Div1Dept将与\\my.domain.com\Div1\Folders位置相同。 唯一的区别是名字空间。 问题 “Standard_DriveMaps_Divisional {5559ca2b-79af-4a37-82d8-451d2fb71543}”中的用户“Q： 组策略对象不适用，因为它失败，错误代码0x80070035networkingpath未find。 这个错误被压制了。 我们有各种各样的场合（我们支持2000个用户，每周接听几个电话），当用户login的位置不可用，驱动器无法映射。 我们可以确认有一个高质量的networking连接，可以到达域控制器和命名空间服务器。 当我们使用main名称空间时，这个问题永远不会出现。 当用户手动导航到path时，它变为可用。 解决方法是运行gpupdate来重新映射驱动器，但是我们不能要求用户每次都这样做。 我们确实有一个非DFS驱动器，每当这些DFS相关映射失败时都能成功映射。 这导致我相信它不完全是networking连接。 执行故障排除 我远离DFS专业版，但是我知道如何制作文件夹目标等。 使用DFSpipe理，我查看了高速caching持续时间和名称空间之间的其他设置，它们都匹配。 他们也使用相同的命名空间服务器。 使用DFSDiag命令，我们对所有的命名空间都有正确的testing结果。 题 鉴于提供的信息，任何人都可以想到一些具体的事情，我可能会过度看？ DFSpipe理GUI之外是否有可能影响非main命名空间可用性的设置，因为main总是可用的。
我正在尝试将Windows Server 2003（不是R2）DFS根目录复制到Server 2008 Standard。 迄今为止，我的研究表明，在Server 2008上的文件服务angular色中添加文件复制服务angular色服务应允许使用Server 2000/2003进行DFS复制： 文件复制服务（FRS）支持将文件夹与使用FRS而不是较新的DFS复制服务的文件服务器同步。 要使服务器与使用FRS的服务器与分布式文件系统的Windows Server 2003或Windows 2000实现同步文件夹，请安装文件复制服务。 这是从服务器2008年的服务器pipe理器。 但是，当我右键单击Server 2003上的DFS中的根目标并通过新的根目标向导运行时，我一路走到最后，但是当我单击完成时，出现以下错误： 在服务器srv-file上创buildDFS根时出现以下错误： 无法在指定的服务器上联系分布式文件系统服务。 可能的原因包括服务未启动，服务器处于脱机状态，networking问题阻止访问服务器，或防火墙阻止服务器上的端口445。 NTFRS服务在2008服务器上运行，并且没有启用防火墙。 有任何想法吗？
快速的背景 我有一个应用程序，我们在Citrix Presentation Server 4.5上运行，每个机器都需要一个configuration文件。 目前这些文件存储在不可用的文件服务器上。 我想将这些文件移动到一个DFS（我从来没有安装过）。 我认为最好的select是使用Citrix服务器本身作为DFS服务器，并使用文件复制服务来确保它们始终在所有服务器上保持最新状态。 这样做是最大的问题，当然，我应该这样做，还是有一个更好的解决scheme，我不知道？ 编辑：考虑到目前为止的一些答案，我想更清楚。 我的目标是使系统更可靠。 现在我们的文件服务器不是多余的，如果它停止了，我们需要从备份中恢复它，这个应用程序将不起作用。 我把DFS的份额放在citrix服务器上的想法是因为我需要文件和citrix服务器来运行这个程序，所以我的目标是，即使只有一台citrix服务器能够承受任何forms的灾难，我想要那些文件可用。 因此，一个更明确的问题可能是，将我的Citrix服务器用作DFS根服务器作为这些configuration文件使我的系统更可靠，还是会有两个问题，使它不太可靠？
有没有办法强制DFS复制发生？ 我已经添加了另一个共享到现有的DFS链接，它是24小时后，2个文件夹不同步！ 新增的份额只有大约30％的文件。 我可以在10分钟内手动将数据复制到两台服务器上，但我不想冒任何人的权限。 这是我在这里担心的一个问题，备份将会不完整
我正在尝试为我的雇主configuration复制DFS。 我们主要使用Windows 2008和2008 R2服务器。 我的DFSpipe理控制台中出现错误。 它是说“ERROR \ domain.local \ xxxx：无法查询命名空间。找不到元素”这可能是由于这个DFS命名空间是在创build一个回来的事实，并且一些用于托pipe这个命名空间的域控制器是不再服务。 我该如何解决这个问题呢？ 谢谢，瑞安
我在两个地点之间有一个DFS设置，有几个员工在他们之间移动。 我可以在每个位置都有GPO将其redirect文件夹更改为本地服务器吗？ 我有复制的文件夹的内容。 Server1：Windows SBS 2008 Server2：Windows Server 2008 //domain.local/files/users/FolderRedirects是DFS名称 //server1/RedirectedFolders是Server1上的共享 //server1/RedirectedFolders是Server2上的共享 将用户redirect文件夹直接映射到DFS会更好吗？ 这些用户不会迅速更改位置，因此文件有足够的时间进行复制。 用户可能离开一个位置，30-60分钟后到达第二个位置。 通常他们会在地点1工作一天，也许在地点2工作一天。
我目前正在考虑实施DFSR，使用以下设置： 美国2个办事处在欧洲2个办事处 这些办公室目前正在使用一台NAS，在需要的时候我只需要复制东西，而且在20MB线路上有VPN连接。 它将大约1TB的文件，大部分是大的静态文件，以及一些会被更频繁地访问/编辑的小文件（比如ms office文件）。 有没有办法知道在我的规模下实现DFSR需要哪些硬件？ 我已经读过关于I / O的要求，但是对于最多40到60人同时访问DFS，这是否会成为瓶颈？
环境： 数据中心1的Windows 2008 Server – 称之为Server A 在DC 2的另一个Windows 2008服务器称为Server B 光纤链路dynamicIP客户端，通过VPN连接到Server B ，称之为Client A Client A想要查看来自Server A共享驱动器。 Server A不允许每个人通过防火墙，所以它被configuration为Server B通过防火墙漏洞访问它的共享文件夹。 想法是映射Server A Server B上的Server A的驱动器，然后重新共享它们为Client A 我们知道这本身是不可能的。 所以，我尝试了连接点，他们不使用共享驱动器。 我试过DFS，发现： 在名称空间中浏览文件夹时，用户不知道该文件夹是由多个服务器托pipe的。 当用户打开文件夹时，客户端计算机会自动引用到其站点上的服务器。 如果没有可用的同站点服务器，则可以configuration该命名空间以将客户端引用到具有AD DS中定义的最低连接成本的服务器。 有没有办法让DFS重新共享networking驱动器？ 我在这里抓住吸pipe，指的是上面引用的段落的最后部分，我应该如何configurationDFS挂载点，使它不REDIRECT，但重新分享？ 编辑： Server B无法存储来自Server A完整数据副本，因为服务器a正在以100GB /天的速率收集数据。