none
DFS复制 一个或多个已复制文件夹发生共享冲突 2012R2 RRS feed

  • 问题

  • 服务器版本  :windows server 2012 R2 standard

    DFS 复制运行状况报告

    根据下列各项收集数据:
    2019年2月21日 在 11:38:04 (GMT8:00)
    复制组:
    xxx
    引用成员:
    xxx
    服务器作用域:
    已选择 2 个(共 2 个)服务器
    DFSxx   (1 错误)    (查看服务器详细信息)
     
    一个或多个已复制文件夹发生共享冲突。  
    受影响的已复制文件夹: xxxx
      描述: 由于发生共享冲突,DFS 复制无法复制上面列出的已复制文件夹中的文件。该问题将影响 1 个已复制文件夹中的 300 个文件。 事件 ID: 4302
      上次发生: 2019年2月21日 在 11:38:15 (GMT8:00)
      建议的操作: 请确认要复制的文件已关闭,并且不存在打开的句柄。有关解决共享冲突的信息
    服务状态: 正在运行
     
         
    <v:vmlframe class="er1a" src="#Inf1"></v:vmlframe> DFS 复制服务正常运行时间: 7 天 17 小时
     
         
    <v:vmlframe class="er1a" src="#Inf1"></v:vmlframe> DFS 复制服务版本: 6.3.9600.18776
         
    <v:vmlframe class="er1a" src="#Inf1"></v:vmlframe> 已复制文件夹状态的摘要
      下表提供了该服务器上的已复制文件夹状态的高级概述。
     
     
    已复制文件夹 状态 囤积的发送事务 囤积的接收事务 已接收的文件数 DFS 复制带宽节省
    XXXX 正常 1085499 0 3 14.51%

    这个  囤积的发送事务  一直这样巨大 ,不知道什么原因

    4302  DFS Replication

    由于在文件中遇到一致共享冲突, DFS 复制服务已被多次阻止复制该文件。 当服务由于本地文件当前正在使用而无法接收 更新的文件时,将发生本地共享冲突。 

    2019年2月21日 3:59

答案

  • 您好,

    共享冲突是分布式网络中的事实 - 用户打开文件并获得专用的WRITE锁以修改其数据。这些更改会定期由应用程序在NTFS中写入,并更新USN Change Journal。DFSR监视日志并将尝试复制该文件,但却发现它不能,因为该文件仍处于打开状态。这是一件好事 - 我们不希望自然地复制仍在修改的文件。

    但是,如果有足够的共享冲突,DFSR可以开始花费更多时间重试锁定文件而不是复制未锁定文件,从而损害性能。如果您看到如下所示的4302和4304的大量DFS复制事件日志条目,则可能需要开始检查文件的使用方式。

    事件ID:4302源DFSR类型警告
    说明
    由于在文件上遇到一致的共享冲突,已反复阻止DFS复制服务复制文件。当服务无法接收更新的文件时会发生本地共享冲突,因为当前正在使用本地文件。

    附加信息:
    文件路径:<文件夹\子文件夹的驱动器号路径> 
    复制的文件夹根目录:<文件夹的驱动器号路径> 
    文件ID:{<guid>} - v <版本> 
    复制的文件夹名称:<文件夹> 
    复制的文件夹ID: <guid2> 
    复制组名称:<dfs文件夹路径> 
    复制组ID:<guid3> 
    成员ID:<guid4>

    许多应用程序可能会产生大量的虚假共享冲突,因为它们会创建不应复制的临时文件。如果它们具有可预测的扩展名,则可以通过DFSMGMT.MSC中的设置和异常来阻止DFSR尝试复制它们。默认文件筛选器会排除文件扩展名〜*,* .bak和* .tmp,因此默认情况下会排除Microsoft Office临时文件(〜*)。



    某些应用程序将允许您为临时文件和工作文件指定备用位置,或者只是按照其快捷方式中指定的工作路径。但有时候,这种行为可能是不可避免的,您将被迫忍受它或者停止将这种类型的数据存储在DFSR复制的位置。这就是为什么我们的建议是DFSR 主要用于存储静态数据,而不是高速动态文件,如漫游配置文件,重定向文件夹,主目录等。这也有助于冲突解决方案,其中相同或多个用户在复制之间更新两个服务器上的文件,并且丢失一组更改。

    https://blog.51cto.com/thefallenheaven/2095579

    注意:这是第三方链接,我们在本网站上没有任何保证。这只是为了您的方便。并且Microsoft不对内容做出任何保证。

    https://blogs.technet.microsoft.com/askds/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr/

    Best regards,

    Yilia


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    2019年2月26日 2:06
    版主

全部回复

  • 您好,

    共享冲突是分布式网络中的事实 - 用户打开文件并获得专用的WRITE锁以修改其数据。这些更改会定期由应用程序在NTFS中写入,并更新USN Change Journal。DFSR监视日志并将尝试复制该文件,但却发现它不能,因为该文件仍处于打开状态。这是一件好事 - 我们不希望自然地复制仍在修改的文件。

    但是,如果有足够的共享冲突,DFSR可以开始花费更多时间重试锁定文件而不是复制未锁定文件,从而损害性能。如果您看到如下所示的4302和4304的大量DFS复制事件日志条目,则可能需要开始检查文件的使用方式。

    事件ID:4302源DFSR类型警告
    说明
    由于在文件上遇到一致的共享冲突,已反复阻止DFS复制服务复制文件。当服务无法接收更新的文件时会发生本地共享冲突,因为当前正在使用本地文件。

    附加信息:
    文件路径:<文件夹\子文件夹的驱动器号路径> 
    复制的文件夹根目录:<文件夹的驱动器号路径> 
    文件ID:{<guid>} - v <版本> 
    复制的文件夹名称:<文件夹> 
    复制的文件夹ID: <guid2> 
    复制组名称:<dfs文件夹路径> 
    复制组ID:<guid3> 
    成员ID:<guid4>

    许多应用程序可能会产生大量的虚假共享冲突,因为它们会创建不应复制的临时文件。如果它们具有可预测的扩展名,则可以通过DFSMGMT.MSC中的设置和异常来阻止DFSR尝试复制它们。默认文件筛选器会排除文件扩展名〜*,* .bak和* .tmp,因此默认情况下会排除Microsoft Office临时文件(〜*)。



    某些应用程序将允许您为临时文件和工作文件指定备用位置,或者只是按照其快捷方式中指定的工作路径。但有时候,这种行为可能是不可避免的,您将被迫忍受它或者停止将这种类型的数据存储在DFSR复制的位置。这就是为什么我们的建议是DFSR 主要用于存储静态数据,而不是高速动态文件,如漫游配置文件,重定向文件夹,主目录等。这也有助于冲突解决方案,其中相同或多个用户在复制之间更新两个服务器上的文件,并且丢失一组更改。

    https://blog.51cto.com/thefallenheaven/2095579

    注意:这是第三方链接,我们在本网站上没有任何保证。这只是为了您的方便。并且Microsoft不对内容做出任何保证。

    https://blogs.technet.microsoft.com/askds/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr/

    Best regards,

    Yilia


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    2019年2月26日 2:06
    版主
  • 您好,

    请问您的问题进展的怎么样了?

    我十分乐意帮助解决您的问题,希望您能及时给我一个反馈。

    Best regards,

    Yilia


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2019年2月27日 8:44
    版主
  • 我也遇见了同样的问题,这个问题的解决方法是什么
    2019年10月24日 9:09
  • 建议监控,每天的复制积压,如果是减少的,建议等待 ,,如果是一直增加,建议删除 复制组,重新做
    2020年4月23日 7:03