简要 我们已经在新的环境中工作了几个月，一切都很顺利。 唯一的问题是pipe理。 我们有多个部门，多个公司，多个地点/办事处等，并且发现现在pipe理意大利面的挑战性很大。 系统信息 操作系统： Windows Server 2016 以下涉及两台机器（最终以高可用性） 域控制器（GPO，Active Directory） 存储服务器（DFS） 结构体 我们将驱动器映射到连接到DFS的用户。 DFS有一堆子文件夹，而子文件夹又有更多的子文件夹。 结构看起来类似于以下内容： Shares ├── Systems | ├── System1 | ├── System2 ├── Users | ├── Accounting | | ├── Company1 | | | ├── Office1 | | | ├── Office2 | | ├── Company2 | | | ├── Office1 | […]
我一直在努力解决这个问题一直在努力..我最近添加了一个辅助DC，一切工作了2个星期左右。 现在，最后2天我注意到它不复制策略..这是我运行dcdiag时得到的错误： 开始testing：DFSREvent SYSVOL共享后的最近24小时内有警告或错误事件。 SYSVOL复制问题失败可能会导致组策略问题。 现在，当浏览到\ domain1 \ sysvol \ domain1 \ Policies \时，我看到了57个策略（正确的数字）。 当我去浏览\ domain2 \ sysvol \ domain2 \ Policies \ – 我只看到30个政策..所以我想弄清楚我失踪了什么？ 我正在使用DFS。 DFS服务正在工作，我也尝试重新启动服务.. 事件查看器： 我只能find事件ID 5014 由于错误，DFS复制服务正在停止与复制组“域系统卷”的伙伴“”“通信。 该服务将定期重试连接。 之后，我获得了“成功”的事件。
我们有两个相同的Windows Server 2003盒子托pipe的ASMX Web服务。 Web服务的虚拟目录加载到DFS共享中，两个服务器都指向相同的共享。 我们在互联网和两个networking服务器之间有一个负载平衡器。 在用户尝试访问Web服务上的方法时，看似随机的时间间隔（现在大概是每周两次），IIS返回错误：方法调用中使用的程序集之一的“无法加载文件或程序集”并会在每次调用方法时继续报告，直到应用程序池被回收。 我们还没有发现任何可区分的问题模式。 这就是我所知道的： 缺less的assembly变化（但它总是一个自制的组装） Web服务方法失败 问题出现的时间或间隔没有明显的模式 出现问题时，没有pipe理员用户访问服务器 失败的方法将在一台服务器上正常工作，并在另一台服务器上失败，即使它们都指向同一个bin文件夹 该问题总是可以通过回收应用程序池并且不作其他更改来纠正 我已启用大会活页夹日志，并知道活页夹正在寻找文件的正确位置。 我们的程序集是为.Net 3.5编译的。
我已经注意到DFS卷上带有卷影副本的下列“错误”： 假设在影子副本版本控制下有两个星期以下的文件夹/文件。 mydirectory中 + MyFile – 修改date8/1/2009 当前date：8/30/2009 您的其他版本的MyFile存储在别处，修改date为7/1/2009。 将您的其他版本的MyFile复制到MyDirectory，覆盖最新版本。 我预计你可以回滚到最后一次拍摄的那个版本，比如在前一天，恢复你的8/1版本。 不是这样的。 现在，当你去看过去两个星期的以前的版本时，那个文件的版本将会完全丢失，并且你会被老版本的7/1版本所困住。 Suckage。 问题： （1）这是故意的，如果是这样，理由是什么？ 我认为DFS是基于当前文件进行版本控制的，这就是以前的版本，但是这似乎是一种相当愚蠢/天真的处理版本的方式。 （2）有没有办法从这里退出，而不是从其他备份媒体恢复？ 谢谢！
我们希望在两台服务器之间复制一个邮件投递文件夹。 但是，当文件被写入源文件夹时 ，该服务器上的计时器作业也会定期处理和删除它们，这意味着它们可能不会持续很长时间。 我的问题是：DFS是否保证写入源文件夹的所有内容在某些时候也被写入到目标文件夹中 ，而不pipe初始写入之后它在源文件夹中的删除速度如何？ 我应该补充说，我们不复制删除，只是写（并没有更新操作）。 参考文献： http://blogs.technet.com/b/askds/archive/2010/03/08/read-only-replication-in-r2.aspx
有两个物理服务器上我们要安装MS SQL 2008和我们的应用程序。 我们的应用程序使用独立的* .mdf文件中的数据库。 我们的应用程序只能在一个服务器上运行。 我们可以在DFS上创build这个文件（* .mdf）吗？ 如果我们在第二台服务器上启动我们的应用程序，这个文件是否一样
我们在两个不同的地点有两个办公室。 在一个我们有一个NAS，有一些股份。 我们也有一个使用Windows 2003 R2的域控制器。 我们已经安装了第二台使用Windows 2003 R2的域控制器，把它放在第二个办公室。 我们还希望将NAS驱动器复制到第二个域控制器，这样在第二个办公室他们有一个本地副本，并将其更改复制回NAS。 有没有办法设置DFS复制来做到这一点？ 或者只能在每台服务器上使用本地文件夹？ 9月1日更新 基于下面的答案，我想我需要补充一些说明。 真正的问题是，承载我们想要复制的共享文件夹的NAS在两台服务器之间是外部的。 我们有一个特定的分享映射到S：。 在复制设置中，似乎并不接受服务器外部的networking共享作为复制的候选对象。 我可以理解为什么，我只需要确认DFSR只能在至less一台服务器上本地的块设备上工作。 这是这种情况吗？
当我运行命令 dfsdiag / testdfsintegrity / dfsroot：\ domain \ dfs已满 我得到以下错误 检查命名空间服务器的registry…错误：系统找不到指定的文件。 警告：无法validation以下名称空间服务器的registry：DC1 我一直在试图看看这样做，但可以find任何东西。
是否有一个简单的方法来重命名DFS共享，一些文件夹已经改变了function，我们想用他们的名字更新这个？
我有DPM2010安装，我正在使用最终用户恢复。 我最初并没有设置它。 它正在为几个文件夹和共享和存储pipe理器中的DPM服务器上工作，我可以看到在那里有共享的工作。 问题是在那里标有红色X，如果我试图去他们的属性告诉我“无法validation文件夹存在，path中的非法字符”。 本地path显示\？\ C：\ Program Files \ Microsoft DPM \ DPM \ Volumes \ Replica \ File System \ vol_XXXXXX \ Full \ Share Name。 我们使用DFS，股票在DFS中设置。 这些是我想使用欧元的文件夹，所以我们可以恢复以前的版本。 我在某个地方看到DFS股票和EUR有问题，而且他们没有出现，但是如果你input他们的完整path名。 有关于此和一个修复程序的Microsoft文章，这不是我的问题。 我无法从任何地方看到以前的版本。 我已经尝试过的东西 我确定在DPM控制台中为所有股份启用了EUR 我曾尝试向DPM共享上的共享和存储pipe理器添加共享 我禁用了当地的影子副本 模式扩展已经运行 要完成我知道，当DPM共享和存储pipe理器显示共享path（即使与一个红色的X），这意味着欧元正在该文件夹上工作。 但我不明白它是如何把一些在那里，而不是其他的？