我试图为一组2008 r2 Web服务器的静态内容设置DFS独立复制，而不涉及域控制器。 我在一台计算机上创build了一个命名空间A指向计算机A和B上的空白共享。当我尝试通过DFSpipe理服务器pipe理器pipe理单元复制此文件夹时，出现“computerA \ namespace \ share：组无法创build。没有足够的权限来创build复制组“。 从我能收集到的情况来看，这个行动正在试图对特区做出改变。 我试图做甚至可能吗？ 我尝试使用命令行工具，但他们已经certificate比任何东西更神秘。
星期二，我们有一个Server 2008 R2 DFS-R节点意外脱机。 DFS做了正确的事情并开始将请求路由到位于远程站点的不同节点。 这是由devise，因为即使它很慢，至less它仍然工作。 我们在一个小时内将本地的DFS-R节点重新在线，并在10分钟后同步了所有更改。 5台terminal服务器中的3台重置自己到本地DFS节点，但另外两台服务器仍然指向远程DFS节点三天，直到有人最终确定请求的缓慢程度。 有什么理由可以解释为什么一些，但不是所有的服务器恢复？ 当前活动的DFS节点是否暴露在操作系统中的任何位置（WMI甚至脚本）中，以便我们可以监视活动节点？
我正在尝试制作一组文件夹（大约8个演出），每月更新一次以复制到9个分支位置。 他们通过VPN连接到1.5Mbit aDSL链路的总部。 我有Win Server 2008r2的所有目的。 我宁愿每晚复制源到几个端点。 总部带宽使得试图一次更新所有九个不实际的。 此外，我可能以后可以添加一些额外的VPN隧道来帮助分支之间的复制。 我已经在“备份模式”下设置了一个复制组，其中2个端点为只读，并且可以更新一个预定时间块。 现在我想添加两个运行在不同的（不重叠的）时间表上的终点。 即使端点是只读的，也不能为两个不同的复制组select相同的源。 什么是解决这个问题的最好方法？ 我宁愿不重复源文件夹，如果我不必。 编辑：在进一步的审查，我看到当你添加另一个成员，你可以select一个自定义的复制时间表，并作出不同的安排你第一次通过。 令人困惑的是你再也看不到这个新的第二个时间表。 一旦设置，它只显示最初的复制组计划。 我将在接下来的几天尝试和监控它，看看它是否为单独的成员实际使用了单独的时间表，但是确实很高兴certificate我给它的时间表在某个地方。 build议在这里将不胜感激。
可能重复： 比较由dfs复制的两个文件夹的内容 我们使用DFS将文件复制到灾难恢复服务器。 我们有一个任务，我们检查DR系统是否正常工作。 我被要求写一个文件来确认DFS复制是否正常。 两台服务器都是Windows 2008 64位。 我已经使用健康报告来检查积压的文件等，但是这有点冗长，我最好喜欢一个命令，比较两台服务器，并突出显示哪些复制文件夹没有完全复制。 有这样的命令吗？
网上有很多教程解释如何预先播种一个全新的复制设置。 但是，有没有一种正确的方法来“加快”现有的复制，而不是把它放下？ 我们在两大洲X和Y之间有一个现有的DFSR设置。直到最近我们在Y端的互联网连接上都遇到了问题，并且从X（speedtest.net）下载了6Mbps的下一个6几个月或更多。 积压每天积累起来，到那时将是非常不可接受的。 天真的方法是将文件（只是那些迫切需要的文件）从X复制到HDD上，然后将邮件复制到Y，然后手动将文件复制到当地的Y DFS共享中。 但我不认为这是做到这一点的正确方法？
我最近在两个2012R2服务器上的两个文件夹及其子文件夹之间设置了DFS复制。 此文件夹是我们的.NET Web应用程序使用的“自定义”文件夹，其中包含我们网站的设置和数据。 内容不是很相关。 我已经启动并运行了DFS复制，但似乎我们的应用程序在由DFS为分段和冲突文件创build的“DfsrPrivate”文件夹中扼杀。 将暂存文件夹移动到不同的目录是微不足道的，但我需要从我复制的文件夹中完全删除DfsrPrivate。 GUI工具提供的对话框提供了一个path，但没有方法来改变这个path。 谷歌search已经certificate是徒劳的，因为大多数答案围绕“清除”这个文件夹，而不是完全移动它。 我也试图取消选中“移动已删除的文件到冲突和已删除的文件夹”无济于事。
我们有一个DFS基础架构，包含3台服务器和93个复制文件夹。 从DFSpipe理控制台运行运行状况报告时，其中一个文件夹的状态列为“未初始化”。 此文件夹以前已正常复制。 重新启动所有3个DFS服务器可解决“未初始化”状态，并且该文件夹似乎开始正常复制。 然而，通常在一周之内，它会很快回落到“未初始化”的状态。 我一直在DFS中监控这个文件夹，而且在很短的时间内就会出现大量的变化，比如在工作日的清晨，复制积压将跳到超过10万个条目。 通常情况下，积压在接下来的几个小时内迅速下降，所以我并不担心。 但是，此“未初始化”状态现在意味着在文件夹具有此状态的服务器上完全不会发生复制。 这意味着现在我们有一个问题。 我没有跟踪具体的文件或原因，但我已经向桌面团队发出了查询，以帮助确定导致积压的原因。 我没有发现与此文件夹或状态相关的事件日志错误。 我想也许在卷上的文件更改的大量可能会导致日记程序包装错误，但我还没有发现任何与USN日记封装相关的事件日志。 该文件夹确实存在一致的共享冲突，但是在这个“未初始化”问题之前，一旦文件closures，这些文件都将最终自行解决。 我的研究结果为零，除了可能的configurationxml损坏，但在这些情况下，问题只是与sysvol复制。 我唯一的假设是，当差异数量超过某个阈值时，DFSR会自动将状态设置为“未初始化”。 但是我无法testing这个假设，我找不到任何文档来备份它。 即使这是真的，我不知道如何去“重新初始化”文件夹。 涉及的服务器是： 答：发送服务器，2008r2，暂存配额25 GB，状态：正常 B：接收服务器，2008r2，暂存配额175 GB，状态：未初始化 C：接收服务器，2012r2，暂存配额25 GB，状态：正常 所有三个服务器都是AD域控制器的双重任务。 所有93个已复制的文件夹都位于同一个复制组中，因此删除并重新创buildRG将是时间过于紧迫的。 当第一次出现这个问题时，一小撮其他文件夹也显示出这种状态，但是只有这一个文件夹在重新启动后出现问题。 受影响的文件夹大小为202 GB，共有547,252个文件。 是什么导致文件夹变成“未初始化”，我该如何解决这个问题？ – 编辑 – 一些更多的信息。 接收服务器昨天午夜（~36小时前）重新启动。 这使文件夹进入“正常”状态，积压开始产生。 当我昨天检查，这个文件夹的积压是205,662个文件。 当我今天检查时，积压是579,447个文件。 该文件夹目前只有551,706个文件。 积压量大于文件夹大小。 DFS健康报告显示851,592个文件已经收到在这个文件夹中。 到目前为止，没有其他文件夹有这样的问题。 我不知道是否积压导致复制失败，或者复制失败并导致积压，或者是否存在导致复制失败和积压失败的基础数据库或日志日志损坏。 在这两种情况下，我也不知道如何解决问题。 现在有一个93个文件夹的复制组。 我准备把它吹走，configuration93个复制组。 如果这样做不能解决问题，至less可以使问题更容易排除。
我们使用漫游configuration文件在我们的Server 2008 R2域，文件夹redirect为'桌面'，'我的文档'和'应用程序数据'。 但是，由于我们的networking分为两个站点，因此我们在每个站点都有一个文件服务器，它们被configuration为使用基于域的DFS名称空间和DFS复制来保持同步。 复制文件夹的DFSpath如下所示： \\domain\folderredirection$\<username>\<redirected-folder-name> 真正的path是 \\site-1-server\folderredirection$\<username>\<redirected-folder-name> 和 \\site-2-server\folderredirection$\<username>\<redirected-folder-name> 由于我们的用户都在站点之间切换（有时每天有几次），我们的文件夹redirect策略必须redirect到DFS根目录，而不是硬编码到特定的服务器。 DFS和DFS-R都被certificate是完美的。 在我们的笔记本电脑上，我们使用redirect文件夹的脱机文件，这也可以正常工作，但问题如下： 脱机文件发生冲突时，无法解决冲突。 我给出了通常的冲突解决scheme选项（即“忽略”，“保持两个”，“保持networking”和“保持本地”），但是，这些选项之一不会解决任何冲突，但不会产生错误。 我们只使用安装了Windows XP Professional或Windows 7 Professional的笔记本电脑上的脱机文件。 问题不是特定于任何一台笔记本电脑，它以完全相同的方式影响每台笔记本电脑和每个冲突的文件。 我会认为我们的设置对于拥有多个站点的公司来说是很常见的，所以我希望以前会有人看到这个。
当DFSR池中的一台服务器最大化磁盘空间时会发生什么情况？ 我正在研究DFS / R的一开始，这让我感到震惊。 我计划在一台带有RAID1（160GB）的服务器上和另一台带有RAID5（500GB）的服务器上实现这个function。 当我的第一台160GB磁盘的服务器空间用完时会发生什么？ 它会溢出到500GB的服务器？ 甚至在DFSR池中安装RAID1服务器是否可取？ 因为RAID1服务器也是我的域控制器。 希望你们可以帮助我在这里（操作系统是Win2k3R2）
我工作的公司正在为我们的一个客户build立一个分公司。 我们在每个位置都有1.5 Mbps的向上/向下T1，每个位置的Cisco RV042路由器在两个位置之间托pipe一个Gateway to Gateway VPN隧道，我们在主办公室有一台SBS 2008服务器，分公司。 我们设立了DFSR来在两个办事处之间来回复制特定的股票。 我们不使用名称空间，只是DFSR。 我们的问题是，在分支服务器上打开DFSR服务时，networking延迟增加100倍，达到200倍。 我测量的延迟只是使用连续的ping从我的笔记本电脑运行到外部网站。 在DFSRclosures的情况下，平均延迟为〜11.5 ms。 在DFSR打开时，它在〜1100和〜2500毫秒之间变化。 DFSR时间表从星期一到星期五从上午6点到下午6点不可复制，在其他时间完全复制。 即使在计划表示不应发生复制的时候，延迟也会增加。 作为testing，我将复制计划从UTC切换到本地时间。 我曾经假定UTC会查询和使用本地时间源的UTC偏移量。 （现在想想，我不知道为什么我这样做）。我没有看到立即改善，但是在写这个问题之前，我去了几个DFSR相关的文章，现在几分钟后，我看到了延迟已经下降了。 Ping现在报告的时间在300到400毫秒之间，我从Speakeasy.net Speedtest获得了“好的”结果。 所以我想这成了两个部分的问题。 这是DFSR期望增加的延迟吗？ 如果没有，我可以做些什么来进一步调整，调整或debugging？ 谢谢阅读。 如果有什么不清楚的地方，或者您想了解更多信息，请告诉我。