跨两个位置的Windows Server 2008 R2 DFS复制 如果域控制器脱机，会发生什么情况？ 用户是否仍然能够访问DFS命名空间？ 复制是否仍然发生？
Windows Server 2008 R2 DFS积压故障排除 dfsrdiag表示我们的目标服务器有成千上万的积压事务。 我们的权威源服务器表示它没有积压的交易。 没有复制正在发生。 纯文本文件testing不复制。 dfsrdiag传播testing不能传播。 我已经重新启动了DFS服务。 我重新启动了服务器。 我已经创build了新的DFS共享来testing。 权威的源服务器表明它没有积压，目标表明它有积压（这是它正在等待接收的文件）。 文件不会在任何方向复制。 2个Windows Server 2008 R2标准服务器 一台服务器在两个站点中的每一个 DFS共享位于每个相应的服务器上 \ site_1_server_1 \用户 \ site_2_server_1 \用户 这些站点通过T1连接 DFSR工作了一个星期。 我添加了一个新的共享，在同一台服务器上的另一个文件夹，并复制了一个周末，但从来没有完成。 然后所有复制停止。 Windows DFS片状？ 我应该使用哪些工具，以及我应该看什么来确定导致此问题的原因？
我使用DFS设置了三台服务器，它是连接到Web服务器的图像服务器，在这里显示图像。 这是每个服务器上大约350GB的图片，但是它们稍微不同步。 现在，当我想在这三者之间设置DFS复制时，我select了一个主要成员。 那么问题是： 我是否应该将主服务器（最新版）设置为写入图片的唯一服务器，以便复制过程将照片复制到另外两台服务器上？ 我想如果我仍然把所有的照片写到所有的三台服务器上，会有很多的冲突和删除。 整个问题是，如果在初始复制过程正在运行时上传到主服务器，会发生什么情况？
我有4个服务器，每个办公地点一个，每个共享1.5TB数据的读/写副本。 通过DFS-R在所有4个服务器之间全天候地复制变更。 所有服务器运行Windows 2008 R2。 我有兴趣在这个数据上实现VSS（卷影服务）。 我已经读过DFS-R和VSS在一起玩的很好，但我还剩下一个没有答案的问题：在所有地点或只有一个（总部）开启VSS。 我可以安全地在所有4个位置运行VSS，还是只在1个位置运行VSS？ 谢谢！
我想build立一个2服务器DFS-R的网页内容。 该网站是一个学习pipe理系统，拥有几TB的video和文件。 该网站的前端是跨多个服务器的Windows负载平衡。 我正在寻找以下内容： 通过LMS添加/编辑内容，让普通networking用户立即看到变化 有一个镜像（尽可能接近实时）辅助待机系统。 辅助系统是Web应用程序不使用的复制副本 通常情况下，“服务器1”将向Web应用程序提供内容。 在“服务器1”出现故障的情况下，我可以切换configuration以允许“服务器2”提供内容。 这个网站有来自讲座捕获系统的入站内容，每天的内容达到几GB。 我担心的是在典型的DFS-R multimaster场景中，一些最终用户会看到内容，而另一些则不会，因为服务器之间的同步过程是积压的。 我宁愿避免这种可能性，并将内容写入一个地方，只需将第二台服务器作为备用服务器。 换句话说，当大量新的video内容发布时，如果“Web服务器1”正在与DFS伙伴“文件服务器1”通信并且“Web服务器2”正在与DFS伙伴“文件服务器2”通信，则两个前端networking服务器有不同的内容，直到复制赶上。 我想保持这一点发生。 这可能吗？
我们运行一个stream行的Web应用程序，并且我们的后端文件存储位于文件服务器上，并被复制到另一个文件服务器以便与DFSR进行故障转移。 我们已经达到了DFSR的理论极限，因此需要开始分析我们的存储。 什么是最好的方式去分片？ 我知道我们可以在应用程序级别抽象出我们的文件存储空间，但是除此之外，我的脑海里浮现出与文件系统交互的第三方控件将如何挂钩到抽象中。 你见过的最好的技术是什么，或者能想到什么？ 现在假定我们有一个目录结构，例如/ Customers /自行车系统，/ Customers / 10degrees等等。客户数据的一个大目录，每个客户在该目录中都有自己的文件夹。 我最初的想法是把大客户目录分解成更多的层次结构，比如/ Customers / b /自行车系统/ Customers / 1 / 10degrees（取每个客户ID的第一个字母或数字），这给了我能力为构成客户ID的每个第一个字符创buildDFS命名空间（对于您的正则expression式人员是[a-z0-9]）。 所以，一个潜在的36个DFS命名空间。 然后从那里我可以随着容量的增加将这些命名空间转移到各种服务器上。 在达到理论上的DFSR限制之前，这会给我更多的喘息空间。 这是最好的方法吗？ 我知道我们可以看看Linux或其他企业级存储系统（Isilon等）。 但是，对于这个讨论，我想暂时讨论一下Windows的讨论。 当然，除非你有强烈的欲望来颂扬不同的解决scheme的好处，而且你想帮助我看到光明！
我正在分析Windows 2003 R2上的DFS-R，并遇到了一个可怕的事情。 看起来，当你将一小部分数据附加到一个大的（现有的）文件上时，你为其添加数据的服务器的写入成本就是数据; 当RECEIVING服务器的写入成本是整个文件+附加数据时。 意思是说，DFS-R在接收服务器上重写文件。 我想知道如果是这样，其他人已经遇到了这个问题。 我使用自写的程序分析了一个给定的文件（我给文件附加了100MB），然后我在文件中附加了一些数据（1MB）。 我使用Process Monitor的文件摘要function来查看在文件系统中发生的写入和读取字节。 我感到震惊。 什么样的事情可能被错误configuration？ 谢谢， 马特
有没有办法将一个非常大的复制组分成较小的复制组，同时避免巨大的积压，同时重新同步或validation每个较小的复制组中的文件？ 我有一个非常庞大的复制组，覆盖45万个文件，数据量为1.5TB，它有三个不同城市的三个独立的办公室，其中两个相距1000英里以上的活动很多。 我已经构build了一个新的DFS命名空间来处理新的较小的复制组的寻址，这很好。 但是这里的问题是如何将实际的复制组本身分解为更小的块。 这是必需的，因为一些办公室不需要大量的现有复制组，有时我们希望局部表示该目录结构的一部分来显示只有本地的东西，而不是复制那个部分（比如临时的sorting目录）。
2台服务器集群中的两台服务器每天报告事件4412次，每次20,000次。 如果我坐在conflictAndDetected文件夹，我可以观察文件出现和消失。 用户报告说，由同一地点的同行保存的文件相互覆盖。 configuration从一台服务器开始，然后使用在第二台服务器上设置共享的2008 R2向导设置DFS-R。 DFSN是独立设立的。 Windows用户使用基于域的命名空间（\ domain.com \ share）映射驱动器。 Mac用户直接指向由DFS-R创build的新服务器共享。 这是PC用户指出大部分丢失的文件，但有2个Mac用户有关文件恢复的报告。 我之前实现了DFS-R，事件4412仅在用户同时打开文件并进行更改时，或在初始复制过程中发生。 这里两台服务器是同步的（积压是空的）。 为什么DFS-R检测到文件在多个服务器上更新，为什么有效的conflictAndDeleted文件被non-conflictAndDeleted文件replace？
我有一个使用DFSR进行文件和文件夹复制的serverfarm。 我熟悉组的复制文件夹上的文件和文件夹filter。 我很好奇，如果这些可以设置每个服务器？ 我基本上需要从1服务器中排除robots.txt，但我需要通过其余的成员复制。