Articles of dfs r

从Azure VM使用域控制器

我在Azure虚拟机上安装了几个或Windows 2012实例。 我正在尝试configurationDFS-R ,它要求实例成为域的成员。 我注册了Azure Active Directory ,这似乎不是正确的解决scheme。 我有其他的select吗? 我没有连接到Azure的内部Active Directory。

尝试非权威性还原但CN = DFSR-LocalSettings丢失

我有一个单一的域与一个Windows 2011 SBS域控制器和新join和DC促进Windows Server 2012标准。 森林和域function级别都是Windows Server 2003 。 看起来,SYSVOL在升级到DC之后从未正确复制到主域控制器,与Active Directory和DNS服务器复制的情况相反。 为了解决这个问题,我想在使用ADSIEDIT(FRS上的前D2模式)的故障服务器上尝试进行非权威性还原 ,但缺less此操作所需的CN = DFSR-LocalSettings值。 我不确定这是否与之相关,但是在家庭实验室中,我已经在整个Windows 2012 R2标准域上,在组策略pipe理上,在域选项上,我得到一个“此页面显示Active Directory和SYSVOL( DFSR)复制这个域,因为它涉及到组策略“,而在同一个选项上的Windows 2011 SBS Ddomain,我得到一个”这个页面显示Active Directory和SYSVOL(FRS)复制这个域的状态,因为它涉及到组策略“。 我有点困惑,在这里我必须说,我想知道,是否有机会执行D2 BURFLAG恢复而不是编辑ADSIEDIT设置? 有没有人遇到过这种情况?

DFS日志是否包含文件夹权限更改?

我有一个DFS服务器共享文件,并希望看到一个pipe理员给DFS共享中的用户读/写/完全控制。 有什么办法可以查看这个吗? 我已经在C:\Windows\Debug进行了检查,但是日志文件似乎没有显示对文件权限所做的任何更改,即使在几个小时前我已经读取了文件夹的访问权限。 谢谢。

通过AWS中的PowerShellconfigurationDFS

我的任务是: 尝试通过PowerShell自动化DFSR安装以及configuration。 我有两个运行AWS目录服务的AWStesting实例。 所以,显然我的域名是使用AWS Directory Services,而不是像Windows AD那样的其他域名。 我到目前为止所做的: 已经安装了AD工具并将其升级到v4.0。 我可以通过PowerShell(我testing)来安装dfs,但configuration时却说我需要运行ADWS。 由于这不是一个直stream,我没有这样的服务。 我需要知道的是:是否有任何特定的要求,通过PowerShell的DFS需要运行ADWS服务? 或者,对于AWS情景,是否还有其他可以依赖的解决scheme? 或任何其他的想法,使这项工作? 任何帮助将非常感激。 编辑: 我能够通过PowerShellconfigurationDFSR,这意味着它是成功的第一部分,但失败与错误Add-DfsrMember:无法将计算机添加到复制组。 计算机:server.domain.net复制组:“组”未findnetworkingpath 。 我已经为ADDS和ADLDS安装了远程服务器pipe理工​​具,但没有运气。 我可以看到创build的组,但没有添加任何成员。 手动当我尝试configurationDFS时,我收到添加成员时显示下面的错误。 任何想法..? 在Windows 2012和2012 R2中都是如此。 相同的设置已经在其他一些具有相同规格的环境中完成(域名来自AWS Directory服务,在该环境中也没有AD或DNS服务器,但是DFS有效)。

DFS不断复制几乎所有的文件

我们一直都有DFS的问题,但最近变得更糟了,没有明显的原因,并且变得有害。 我们有一个主服务器和DFS连接到其他四台服务器。 四个服务器不修改任何文件,所以所有的复制总是从主服务器传播到另外四个服务器。 复制的目录有大约900,000个文件。 在最近几周里,我们每次检查DFS积压都有几十万个文件。 例如,目前,主服务器将大约70万个文件复制到四台服务器中的三台,而第四台服务器没问题。 有时候,只有一个是closures的,有时是两个,这次是三个。 而且,它从来不是同一组服务器。 定期触及全部900,000个文件是不可思议的。 发生的最大变化是每六小时更新几千个文件。 有人有同样的问题吗? 这是一个已知的问题吗? 更新:(这也是Jeff Miles提出的一些问题的答案)。 这个问题在几个小时前再次发生。 我在早上设置了一些探测器,并在白天监视服务器,并在一个看似随机的时间,三分钟内积压到300万次(这比文件总数还要多)。 没有什么有趣的DFS事件日志。 甚至没有“开始初始复制”。 只有几个“DFS连接丢失或没有响应”的错误,但他们发生约10分钟后事实。 很可能是因为积压的东西窒息而死。 更重要的是,第四台服务器没问题。 这表明300万的变化很可能是假的。 另外,我无法想象在这么短的时间间隔内改变了很多文件。 关于技术设置; 它是Win2003R2和Win2008R2的组合。 会不会是一个问题?

重新启动DFS服务器

服务器A和B有DFS-R。 如果我想要重新启动服务器B,并且所有客户端连接到服务器A,是否需要为服务器B仍然禁用文件夹目标?

更改DFS复制计划时间?

是否可以更改Windows Server 2008上复制伙伴之间的DFS复制的计划时间? 我们有一个每小时运行一次的备份,并干扰复制。 然后我得到事件ID 5002 DFSR,直到连接重试并成功完成。 我可以更改计划的备份时间 – 但我很好奇,如果我可以更改复制计划

MSFS数据文件在DFSR上

我有2个存储服务器使用DFS-R来同步内容。 MSSQL服务器使用UNCpath连接到DFS-R命名空间的数据文件。 现在问题是MSSQL在服务器运行时locking数据文件,所以2台存储服务器的内容不能同步,有什么想法?

DFS-R – 辅助成员NTFS权限

在server1上,我有E:\ data \,其中包含主文件夹和共享部门文件夹。 每个人都有完全的共享权利,那么通过NTFS权限适当限制权利。 当我连接到testing用户的share \\ server1 \ data \时,一切工作正常,并显示它应该。 因此,我设置了一个复制组,将E:\ data从server1复制到server2 E:\ data。 我等了10分钟左右,看到一切都被正确地复制了。 E:\ server2上的数据拥有一切,NTFS权限在那里。 所以它正确地复制了server1的NTFS权限,或者是这样。 然后我分享server2 E:\ data – 就像我使用server1一样 – 每个人都有完全的控制权。 使用NTFS权限限制他们可以看到的内容。 问题是,当同一个testing用户,连接到共享\\ server2 \ data,出于某种原因,testing用户可以看到,并拥有完整的权利,即使我证实,E:\ server2上的数据有正确的NTFS权限,从server1复制。 所以基本上,在第二台服务器上,即使它看起来一切正常复制,权限不起作用。 这就像他们在那里,但没有被用于某种方式? 以下是用户不应该访问的文件夹的屏幕截图:

DFS复制不够“活泼”(缺less文件)

我有两个域控制器。 DC01通常包含所有内容,并且做得很好(AFAIK),但是DC02经常“丢失”在DC01上清晰可见的文件,并且应该被复制过来。 事件查看器中可以find以下错误。 例: 由于在文件上遇到一致的共享冲突,DFS复制服务已被重复阻止复制文件。 由于共享冲突,该服务无法将文件暂存。 附加信息:文件path:E:\ fs \ dep \ pu \ documents \ meetings \ 110325.ppt复制文件夹根目录:e:\ fs文件编号:{FC3F83F7-ACB7-47C6-83D6-25A7029A73DB} -v1183507复制文件夹名称: FS复制文件夹ID:C9A1D84D-2C0D-49E9-B79B-2A002D46A1E0复制组名称:brandos.local \ brandos \ fs复制组ID:A1BAE4C9-E711-48C1-937A-584B0FB22528会员ID:A991041C-240D-4654-9DA2-D2E60605DD10 任何想法为什么文件丢失?