我有2份通过DFS-R复制到3台服务器。 复制造成了一个问题，导致它停止，这一段时间没有得到回应。 我从所有3台服务器上删除了复制，并删除了复制组。 我重新创build了一个复制组，并让它同步，初始同步完成，目前没有积压。 我还没有重新创build另一个复制组。 我遇到的问题是暂存文件夹卡在系统卷信息文件夹中几乎占用40gb的空间。 我的理解是暂存文件夹应该只占用空间，而在复制之前暂存文件，一旦它同步，临时文件夹中不应该有更多的文件。 任何人都可以点亮这个？
我维护两台通过VPN连接的Win 2003服务器，并通过DFS复制数据。 顾客抱怨数据丢失 – 通常是因为每个办公室的一个人保存了一个文件版本，导致一个副本悄悄地进入冲突文件夹。 理想的做法是在两个位置locking对文件的访问权限，或者至less通知用户他们的更改是否已经在冲突文件夹中结束，但我很难理解如何安排。 任何build议，将不胜感激，当然，我会尽力回答您的任何问题！
有没有简单的方法将Hub迁移到新的服务器上。 我目前的空间不足了。 我需要重新deviseconfiguration还是可以迁移到新服务器？
目标： 想要在2台机器上复制一个文件夹 情况：我们在一个域中有两台Windows 2003服务器（为此目的），每台服务器有两块网卡; 每个服务器有2个ips，一个在局域网上，一个在互联网上，如： 20.20.0.100，192.168.0.100 20.20.0.101,192.168.0.101 问题：当我使用DFSpipe理工具在两台服务器之间创build一个复制时，它select了公用Iips而不是LAN Iips; 而我们的局域网要快得多 我怎么能告诉DFS复制使用LAN IP？
我曾经听到有传言说，我可以在源文件夹中删除一个文件，并且实际开始传输到目标文件夹之间可能会有一个小时的延迟。 但是，我无法从Microsoft的任何文档中find它。 我设想它只是看我的源文件夹中的文件进行更改，并立即开始传输，但从我听说，似乎将每小时更改“轮询”。 任何人都可以证实或反驳这个？ 如果这是真的，是频率可configuration更频繁比每小时？
我只是在我的networking上设置DFS，它工作正常，现在我试图在testing文件夹上设置DFS-R，但是在过程结束时（一切正常，select了我的2个文件夹，主文件夹，复制拓扑结构等）我得到这个错误信息（大致从法语翻译）：无法定义复制文件夹的安全性。 共享的pipe理文件夹不存在。 我也想知道是否有要复制的文件夹上的任何必需的安全性，以便DFS-R可以访问它。 我试图添加系统的安全性，但它不会find它/允许我。 该文件夹在主要的DFS指针上有很多文件和文件夹，但是没有任何文件和文件夹，只是用相当的权限创build它。 请注意，主DFS指针位于2008服务器上，DFS服务和辅助DFS指针位于2008r2上。 任何帮助非常感谢，谢谢。
我有两台服务器，我在testing之前，我在现场环境中这样做。 Server 2003 R2，完全修补。 我在server1上有20个数据，我想把它复制到server2上的一个文件夹。 如果我使用robocopy将要从server1复制到server2的文件夹内容的确切副本，然后链接到DFS-R复制组中的这些文件夹，我认为应该比较每一边的文件，并将这些文件同步那是不一样的 由于我只是用“robocopy \ server1 \ target \ server2 \ target / SEC / MIR”复制它们应该是相同的。 实际情况是，DFS-R从服务器1获取数据，并在服务器2文件夹中的所有文件上铺平道路。 它传输所有20个文件，这正是我想要避免的。 – 下面是我的目标更多的信息，但不要让它混淆回答上述 – 这个testing的第二阶段是将数据从\ server2 \ target复制到\ server2 \ target_new，停止DFS-R，将target重命名为target_old，target_newredirect到目标，然后重启DFS-R，并且不会注意到被复制的文件夹并改名。 这是因为我要从X：\ jobdocs获取数据并将其移动到Y：\，并将Y：\作为X：\文件系统中的一个连接点。 我无法更改驱动器号或文件夹path，或者中断应用程序。 X：\ jobdocs正在通过WAN复制到另一个数据中心。 我不希望重新同步500个演出数据只是因为我在本地复制到不同的文件夹，所以我想弄清楚如何保持DFS-R的快乐和无知的变化。
我对DFS的工作原理并不是很熟悉，而且由于其他人pipe理有问题的服务器，我不知道DFS设置是什么样的。 我只是想知道是否有可能。 基本上我们有3个服务器设置为1个文件夹的复制组，该文件夹是IIS中的Web应用程序安装程序的根目录。 当我们将应用程序的更改部署到一台服务器Server＃1时，并允许DFS将整个组的更改传播到其他两台服务器。 在部署之后，环境中有许多奇怪的行为，应用程序需要花费大量时间才能恢复，但IIS日志中没有任何内容表明应用程序池循环是需要很长时间的部分。 我想这可能是由于奇怪的DFS复制行为，所以我要求pipe理员提供一个DFSR健康报告和传播报告。 传播报告显示快速复制，对于所有内容，<1秒。 运行状况报告在1台服务器上显示1个错误：由于正在进行的共享冲突，DFS复制无法复制上面列出的复制文件夹中的文件。 此问题影响1个复制文件夹中的114个文件。 事件ID：4302 在这里的MS KB： http : //support.microsoft.com/kb/968429说4302事件是在文件的“接收”过程中的错误，这是我担心，因为这个错误发生在服务器＃1这是什么应该将文件发送到其他两台服务器。 在其他两台服务器中的一台服务器同步并且获得权限被拒绝后，DFSR是否有可能尝试将文件复制回源服务器，因为复制到第三台服务器仍在继续？ 或者还有什么我可以在日志中查找，看看在服务器之间实际进行复制多长时间来尝试获得MSDeploy结束和应用程序再次可用之间发生什么的准确时间表？
我们使用3个DC（W2k8）和大约25个工作站（大多数是XP SP3，其中一些是7 SP1）运行一个小型有线局域网。人们使用桌面和我的文档，应用程序数据和开始菜单的文件夹redirect漫游configuration文件。 redirect的文件夹位于3个DC中的DFS-R共享上。 这个设置已经使用了大约一年。 整个文件夹redirect对我们来说至less是一场噩梦。 用户经常离线，而且显然是随机的，尽pipe用户根本没有离线，但Windows仍然要求同步（所有ping都没问题，其他可能连接不太敏感的服务也能正常运行）。 人们习惯于和它一起生活（这么说），并经常同步。 至lessWindows 7似乎比XP更好地处理这个整个离线/同步问题，因为它不会像popup窗口那样打扰人们。等等。我已经search了很多，可能是这个原因目前为止没有成功。 在这个阶段我甚至不知道这个问题甚至是软件相关与否。 不过，在过去的一年中，我发现至less有一个清晰的离线事件： 当我们的一个DC重新启动时 ，尽pipe还有两个DC保持运行，但有些用户正处于离线状态 。 当然，这不应该发生，即使是通过重新启动DC获得DHCP租用的用户。 这使得我可能会错误configuration某些东西，这可能会导致我遇到更常见的脱机/同步问题。
我最近在我的DC1和DC2上安装了DFSR服务。 两者都通过IPVPN连接。 根据需要进行configuration，但有两个问题。 复制中的某些内容虽然按时启动，但并不像应该那样进行，但是这个过程遇到了两个错误，并且复制没有完成。 1）几分钟后修复自己的RPC服务器错误： 2）在复制过程中，存在“空间不足”的错误。 3）在DFS复制主要的DC1上，在包含应该复制的文件夹的驱动器上启用了磁盘配额。 – >这是一个问题？ 4）该文件夹应该被复制大约60 GB。 有没有办法解决这些问题？ 感谢您的帮助！