根据MSDN（ http://msdn.microsoft.com/en-us/library/windows/desktop/bb540013 (v=vs.85) .aspx ）这些是DfsrIdRecordInfo的“flags”属性的唯一可能的值wmi类： 数据types：uint8访问types：只读 当前，权威和文件types标志的组合。 PRESENT_FLAG 0x1资源不是墓碑; 它可以在电脑上使用。 NAME_CONFLICT_FLAG 0x2逻辑删除是由于名称冲突而生成的。 这个标志只对墓碑有意义。 UID_VISIBLE_FLAG 0x4 IDlogging已经发送给其他合作伙伴; 因此，其他合作伙伴都知道这个资源。 JOURNAL_WRAP_FLAG 0x10卷已经有一个日志回卷，并且未检查资源以确定是否有日志回卷恢复过程发生任何更改。 PENDING_TOMBSTONE_FLAG 0x20 IDlogging正在被逻辑删除（或删除）。 当我检查一个文件时，它的flags属性值为“5”。 “5”的意思是什么？ __GENUS : 2 __CLASS : DfsrIdRecordInfo __SUPERCLASS : __DYNASTY : DfsrIdRecordInfo __RELPATH : DfsrIdRecordInfo.Uid="{6A33C970-929A-4052-ACB5-92520F3B0E7C}-v3794" __PROPERTY_COUNT : 17 __DERIVATION : {} __SERVER : MYSERVER __NAMESPACE : root\microsoftdfs __PATH : \\MYSERVER\root\microsoftdfs:DfsrIdRecordInfo.Uid="{6A33C970-929A-4052-ACB5-92520F3B0E7C}-v3794" Attributes : […]
问：如果WAN链路丢失，Windows DFS（DFSR）是否恢复部分传输？ 这似乎是一个明显的“是”，但希望在这里有人能提供一个明确的答案。 背景 环境由两个地理位置独立的networking通过站点到站点VPN相连接。 地点A有一个DSL互联网连接。 位置B有一个T1。 之前我们使用其他技术复制时遇到了问题，因为位置A遇到了一些导致数据包丢失的networking问题。 因此，我们需要一种支持恢复复制以克服外部失败原因的技术。 研究线索 到目前为止，我发现的与我的问题最相符的资源是： 复制计划在复制文件时closures时，复制计划将暂停，并且在计划打开时，复制继续它暂停的位置。 （ http://technet.microsoft.com/library/cc773238(WS.10).aspx#BKMK_080 ） 在复制期间WAN链路失败时DFSR将继续尝试复制，同时计划保持打开状态。 （ http://technet.microsoft.com/library/cc773238(WS.10).aspx#BKMK_017 ） 但是，我无法find我的问题的直接答案，可以将其改写为“在复制过程中WAN链路失败时，DSFR将继续复制停止或重新启动的位置？ 一些将被复制的文件可能超过1GB，因此，我试图确保DFSR具有某种forms的处理恢复部分复制文件（思考rsync的部分标志）。
我有一个作为Windows文件集群运行的两个Windows 2012 R2。 iSCSI驱动器和SMB共享节点之间几乎可以立即进行故障切换，文件集群工作正常。 我还拥有另一台Windows 2012 R2文件服务器，其中包含远程位置数据的预先播种副本。 我使用了新的DFSR数据库导出function。 我使用指南作为几乎完整的参考： http : //blogs.technet.com/b/filecab/archive/2013/08/21/dfs-replication-initial-sync-in-windows-server-2012-r2-attack -of最clones.aspx 一旦复制开始就没有问题。 在初始复制过程中，文件服务器正在解决文件之间的冲突问题。 但是，我确实遇到了访问SMB-Shares的客户端networking性能的显着下降。 它是随机的，并不会立即影响所有人。 在整个过程中，两个文件服务器上的资源使用率都很低。 然后随机地，整个DFSR服务在群集上进入失败状态。 导致级联效应，使所有SMB-Share退出，并对networking上的任何人无响应。 最重要的是，它可以防止SMB共享故障转移到其他集群 。 DFSR服务卡住，不能通过services.msc停止。 你被迫杀了实际的过程。 我遇到了必须手动停止DFSR服务的情况，而且大部分时间都不起作用。 带领我杀死DFSR进程。 我已经尝试重新创buildDFSR组，文件夹，连接多次。 包括在AD中完全删除DFSR数据和系统卷信息文件夹。 即使从头开始全新的设置，问题仍然存在。 记住数据是预先播种的，而我是DFSR克隆数据库。 我想知道有没有人遇到这样的问题？ 这是使用MS和Vmware的最佳实践在Vmware上运行的群集。 其约3TB的数据，许多小文件，预先复制。 我已经能够在服务器中的数据之间达到百分之百的网格，只有当发生大的变化时才能解决上述问题。 DFSR非常不稳定 适当的复制banwidth限制被设置，数据通过站点到站点的VPN在两个服务器之间转移。 我正在使用DFS命名空间（与dfsr文件夹无关），我正在使用DFS的域path。
我们客户的ERP系统的供应商表示，他们的软件在启用了DFS的服务器上运行时遇到性能问题。 我注意到在服务器上启用了DFS命名空间和DFS复制。 我们是否可以将这些服务废弃以testing软件的性能问题是否会消失，或者是否会禁用这些服务给我们带来麻烦？ 这是一个单一的服务器没有任何复制设置或需要。
我有两台使用DFS复制的Win2012R2服务器（SERVER1和SERVER2）来保持同步的文件夹。 使用我在SERVER1上运行的以下Powershell脚本，将它与组断开连接： Set-DfsrConnection -GroupName "Group1" -SourceComputerName "SERVER1" -DestinationComputerName "SERVER2" -DisableConnection $True; 要使用configuration更新两台服务器，请运行以下命令： Update-DfsrConfigurationFromAD -ComputerName "SERVER1","SERVER2" 现在的问题是，如何检查SERVER1 SERVER2已经从AD得到更新的信息，以便我可以确定连接已被禁用？ 通常在Update-DfsrConfigurationFromAD命令运行之后，SERVER2上的DFSpipe理得到更新需要大约10-30秒，但是在我的代码中需要某种“检查和hibernate循环”。 我试过检查事件日志，并从PM-SERVER01使用Invoke-Command {Get-DfsrConnection}，但似乎没有任何工作。
我遇到这种情况：DFS名称空间中的一个复制文件夹停止复制，因为磁盘已满。 好的，2天后，我们增加了磁盘空间，但复制不起作用，积压卡在3k文件中。 事件发生后不应该重新开始复制？ 事件日志是用葡萄牙语，对不起，但是当它停止时，我得到了一个5014，然后在DFS复制5012，基本上说它会停止复制，并定期再试一次（错误9026：无效的连接）。 我不得不重新创build两个成员之间的连接，复制AD然后再次开始复制。 这是正常的吗？
最近我已经读了很多关于这方面的内容，必须说这是我的头脑。 现在我所做的是6个月前，我们对基础设施进行了升级。 我们现在有一台2008 R2服务器用于域控制器，现在我将其转移到运行2012年的两台物理主机中的一台新系统，并作为DC和DNS服务器（意图是1个主要的次要广告备份） 所以每件事似乎都运行良好我做了FSMOangular色转移到我们将称为DC1，然后认为我们已经完成，我们closures了旧的2008 R2服务器，我们走了我们的快乐的方式。 每一件事情似乎都在正常工作，公元复制了集团政策，每件事情看起来都在起作用。 我做了一个服务器的AD更改，并在另一台服务器上更改。 每一件事情都很好，直到上个月，我去做一些组政策的变化，并注意到他们没有复制到DC2 …. 这个原因让我追了上去，导致我的SYSVOL没有在服务器之间被复制。 经过一番search，我发现这个快乐的TechNet KB http://support.microsoft.com/kb/2218556 我跟着这封信，遗憾地没有任何改变… 现在跟一个IT人士交谈，他提出了一个相当讨厌的陈述。 他觉得这一切都可能是由于我没有在旧的主要DC上进行直stream降级，而我错过了一些我需要转移的重要angular色。 现在最后一次这个DC服务器在线是6个月前… 现在我处于困难的境地 我挂钩旧的DC，试图降级它，还是有什么我可以做的。 如果我把它挂钩考虑多大dmg会对我目前的广告做些什么。 我希望这个解释你们能够确认我的恐惧是否有效，或者我可能只是幸运地做一个简单的修复（就像一个IT修复可以是所有的大声笑一样简单） 目前这两个服务器都有错误事件ID 4612
这是一个场景： 一台运行2008 R2的文件服务器 所有的用户文件夹都在这里，我们使用文件夹redirect来redirect桌面，文档，联系人，collections夹等。我们构build了两台运行2012 R2的新服务器，并安装了DFSR和DFSN。 在其中一台服务器上，我们在四天前对整个用户文件夹进行了robocopied，这是由于两个原因 – 保留一个备份，并可能预先复制副本。 另一方面，我们创build了名称空间和复制组。 数据开始从旧的文件服务器复制，目前看起来都不错。 然后，（旧）文件服务器崩溃，需要重新启动。 这个中断的复制，并且此时包含部分播种数据的新服务器被从组中移除并重新添加。 在这一点上，似乎进展顺利，但是几天前，我们得到了大量数据丢失的报告。 现在，我应该说，我是由电话技术人员（这是一个24小时的操作）联系; 我不是最初从事这项工作的工程师，而且我对DFS的了解很粗略。 我做了一些审查，并得出结论，因为caching的大小设置为8GB，数据将不再保留在冲突和删除文件夹。 是的，我应该检查一下，但是凌晨2点，我半睡着了。 所以，我决定使用robocopied的数据重build它，不pipe是在夜间备份。 到目前为止，这已经持续了大约36个小时，直到今天上午停止。 所以，我发现了两件事。 它的空间不足，因为冲突和已删除文件夹实际上似乎已经保存了数据。 我知道用2012R2我可以检索这个。 我现在想知道是否值得将这个磁盘连接到2012R2服务器（新的文件服务器之一）并进行恢复，然后重新连接到旧的文件服务器。 即使是恢复数据的用户也抱怨他们没有看到。 快速检查发现，权限没有被保留。 正如我发生的情况，我有两年前创build的ascript，当时我们遇到类似的问题（我们需要从其他地方复制用户数据）。 所以我可以修复这个脚本的权限。 所以我的问题如下： 任何人都在同一个燕麦？ 任何指导或见解都会有用。 任何人都可以确认，如果我去选项1的权限将被保留？ 现在我已经开始复制数据了，如果我想要恢复的数据形成冲突并删除了文件夹，现在会发生什么？ 欣赏任何反馈或build议。
所以，这是简单的设置： 2个站点，每个站点都有自己的文件服务器（服务器标准2008r2完全更新） 每个站点有100MB的WAN链接 1.7TB共享驱动器 复制日程安排在夜间为64Mbps，白天为32Mbps 200GB暂存文件夹，2GB冲突/已删除文件夹 没有文件夹配额 没有杀毒软件 两台机器或域控制器之间没有防火墙 在日志中没有错误 初始复制之后的很长一段时间，一切都运行得非常快。 然后在1号站点停电，电池备份失效，两个站点不同步。 一旦我们把服务器备份起来，它不会复制，并给出错误1315（抱怨vector大小）。 经过大量的挖掘和空洞，我决定摆脱错误的最简单的方法是重新创build复制组。 这工作！ 几个小时后，站点2处的文件夹从“未初始化”变为“等待初始复制”。 然而，几个小时之后，复制仍然以每秒1500字节左右的速度进行，偶尔会跳到3000Bps。 以可用的链接速度，我会想象它应该比这更快。 在这一点上，我希望在错误日志中看到一些东西，告诉我什么是滞留，但没有显示任何错误。 目前暂存文件夹大约73GB，并在高水位下。 如果它保持在目前的24Kbps，这将需要永久的恢复同步。 任何帮助深表感谢！
在我们的AD基础架构中，SYSVOL由DFSR复制。 我想通过WMIC使用WMI（ ForceReplication方法 ）强制复制： wmic /namespace:\\root\microsoftdfs path DfsrConnectionInfo call ForceReplication(15,10,2) 但是这失败了： Executing (DfsrConnectionInfo)->ForceReplication() ERROR: Description = Invalid method Parameter(s) 我再次检查了参数order / type： wmic /namespace:\\root\microsoftdfs path DfsrConnectionInfo call ForceReplication /? Call [ In/Out ]Params&type Status ==== ===================== ====== ForceReplication [IN ]Bandwidth(uint32) Implemented [IN ]DurationInMin(uint32) [IN ]Mode(uint32) [OUT]ReturnValue(uint32) Powershell中的相同调用工作： (gwmi -Namespace root\microsoftdfs -Class DfsrConnectionInfo).ForceReplication(2, 10, 15) 我在哪里与WMIC和论点错了？