none
Windows 2008 R2 DFSR警告日志2212 RRS feed

  • 问题

  • 公司的文件服务器,通过DFS服务将文件同步至备份服务器进行备份。

    服务器均为2008 R2标准版。

    备份服务器于2/9出现异常,自动重启。

    DFS Replication日志中有下记错误日志。

    DFS 复制服务检测到在卷 D: 上有一个异常关闭。 如果服务异常终止(例如,由于电源故障)或在该卷上出现错误,则会发生这种情况。 该服务已自动启动了恢复进程。如果该服务确定无法可靠地恢复数据库, 它将重建该数据库。无需用户操作。

    其他信息:
    卷: D:
    GUID: 75FB4EE5-E1E5-47AE-A297-065ED8829602

    现在文件服务器的数据无法同步至备份服务器,通过下记命令查看,有大量文件囤积。

    DFSRDIAG Backlog /ReceivingMember:备份服务器 /SendingMember:文件服务器 /RGName:复制组 /RFName:已复制文件夹

    现在猜测,可能是DFS的数据库在重建,导致数据无法同步。

    请问如何判断数据库是否在重建?

     
    2019年2月15日 3:44

答案

  • 上周五开始,通过囤积文件确认,发现数量已经在削减了,表示DFS数据库的后台修复应该已完成。

    今天早上确认,3台文件服务器,有2台囤积文件已经为0,还有一台数量也在削减。

    处理思路:

    在DFS数据库损坏后,后台会自动修复。

    修复期间,停止相关的备份操作,以避免DFS服务出现故障。

    • 已标记为答案 HughPeng 2019年3月11日 0:37
    2019年3月11日 0:37

全部回复

  • 尊敬的客户,您好!

    感谢您在我们的TechNet论坛上发帖。

    根据您的描述,我们的问题是dfsr异常关闭,很抱歉可能没有办法判断数据库是否在重建。

    但是对于我们的这个问题,建议手动备份文件服务器(即文件完整的服务器上的数据),然后尝试在备份服务器上运行以下命令看是否能解决我们的问题:

    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid=”0D9806D1-AC1A-11E1-98C3-00155D4FBB00″ call ResumeReplication
    (提示: 这里的0D9806D1-AC1A-11E1-98C3-00155D4FBB00是卷的GUID,我们更改为对应的卷的GUID,在这里应该是GUID: 75FB4EE5-E1E5-47AE-A297-065ED8829602)

    我们也可以使用如下命令检索<卷 GUID>:fsradmin rf list/rgname:<复制组的名字>/attr:all



    参考文档:
    Understanding DFSR Dirty (Unexpected) Shutdown Recovery
    https://blogs.technet.microsoft.com/filecab/2012/07/23/understanding-dfsr-dirty-unexpected-shutdown-recovery/


    此致
    Daisy Zhou


    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
    tnmff@microsoft.com.

    2019年2月18日 8:15
    版主
  • 你好,我通过脚本查询到RfGuid,并在脚本中进行替换,但是提示“ResumeReplication - Invalid class method.”

    C:\Users\administrator.IIDA>dfsradmin rf list /rgname:A006共享数据 /attr:all
    RfName                       RfDesc  RfDfsPath  RfFileFilter  RfDirFilter  RfGuid                                RfPublished  ObjState
    Thai-Myanmar-Project                            ~*,*.tmp                   cbf3e6f4-19b0-4c46-be7c-6e9fecbc3c59  No           Normal
    Thai-Myanmar-Project-Common                     ~*,*.tmp                   4d07d1f6-9a63-40a6-82af-77e3a0277b0c  No           Normal
    upload                                          ~*,*.tmp                   be8d5755-9c7f-46ce-897b-b657b79f6055  No           Normal
    Watanabe                                        ~*,*.tmp                   0ac92c19-49a9-4954-845e-0f6b93c4fc13  No           Normal

    命令已成功完成。

    C:\Users\administrator.IIDA>wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="be8d5755-9c7f-46ce-897b-b657b79f6055" call ResumeReplication
    ResumeReplication - Invalid class method.

    2019年2月18日 9:11
  • 尊敬的客户,您好!
    从您提供的DFSR警告日志2212中,我看到卷D的GUID是下面的这个GUID:



    所以我们就直接使用如下命令:wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid=”
    75FB4EE5-E1E5-47AE-A297-065ED8829602″ call ResumeReplication

    很抱歉,fsradmin rf list/rgname:<复制组的名字>/attr:all 这个命令是获得特定复制组中的已复制文件夹列表。


    此致,
    Daisy Zhou

    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
    tnmff@microsoft.com.



    2019年2月19日 1:56
    版主
  • Dear Daisy Zhou,

    执行后,显示结果如下,换了其它的卷的GUID,结果还是一样(一共有3个卷启用DFS)

    C:\Users\administrator.IIDA>wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="75FB4EE5-E1E5-47AE-A297-065ED8829602″ call ResumeReplication
    Node - A030
    ERROR:
    Description = Invalid query



    • 已编辑 HughPeng 2019年2月19日 2:16
    2019年2月19日 2:13
  • 尊敬的客户,您好!
    我们试试下面的命令:wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where 'volumeGuid="75FB4EE5-E1E5-47AE-A297-065ED8829602"' call ResumeReplication

    很抱歉,上面那个少了一对单引号。


    此致,
    Daisy Zhou

    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
    tnmff@microsoft.com.

    2019年2月20日 7:26
    版主
  • Dear Daisy Zhou,

    你好!

    执行结果仍然是有错误的。

    C:\Users\administrator.IIDA>wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where 'volumeGuid="75FB4EE5-E1E5-47AE-A297-065ED8829602"' call ResumeReplication
    ResumeReplication - Invalid class method.

    我查看了你提供的英文文章,里面的命令描述如下:

    To resume the replication for this volume, use the WMI method ResumeReplication of the DfsrVolumeConfig class. For example, from an elevated command prompt, type the following command:

    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid=”0D9806D1-AC1A-11E1-98C3-00155D4FBB00″ call ResumeReplication

    我昨天运行是就是参考此脚本,并且将第一个双字节双引号更换为单字节双引号。

    请帮忙再看看,谢谢!

    2019年2月20日 8:08
  • 尊敬的客户,您好!
    我们打开命令提示符,以管理员身份运行,我截图中的上面的是直接打开的,下面的那个是以管理员身份运行的。



    然后尝试运行这个命令看一下: wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where 'volumeGuid="75FB4EE5-E1E5-47AE-A297-065ED8829602"'call ResumeReplication

    此致,
    Daisy Zhou


    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
     tnmff@microsoft.com.


    2019年2月20日 9:27
    版主
  • 你好,我是使用管理员登陆运行的,直接打开或者右键选择“以管理员身份运行”都是同样的界面。

    运行结果请见下记截图

    2019年2月20日 10:12
  • 尊敬的客户,您好!
    请问我们的两台文件服务器只是服务器,不是域控制器,对吗?
    请问我们的文件复制方式是FRS还是DFSR?


    此致,
    Daisy Zhou

    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
    tnmff@microsoft.com.

    2019年2月21日 8:28
    版主
  • Dear Daisy Zhou,

    你好!

    是两台文件服务器,不是域控制器。

    使用的Windows Server中的DFS 管理模块进行设定和管理的。

    请参考下图。

    2019年2月21日 8:48
  • 尊敬的客户,您好!
    我们按照这个文档 An Alternative for DFSR Database GUID-to-Name Resolution 重新核实一下卷GUID,如果没问题然后再使用这个命令试试。

    我在我的环境中作了一个测试,通过如下命令找到了卷GUID:


    然后运行了这个命令:wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where 'volumeGuid="62E13CAD-0000-0000-0000-100000000000"' call ResumeReplication

    备注:是否加单引号都可以运行成功,但是一定要以管理员身份运行,就是在C:\windows\system32这个路径下运行。



    此致,
    Daisy Zhou


    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
     tnmff@microsoft.com.

    2019年2月22日 3:55
    版主
  • Dear Daisy Zhou,

    结果请见下记截图

    2019年2月22日 5:53
  • 尊敬的客户,您好!
    尝试PowerShell看看:
    打开PowerShell,以管理员身份运行,输入wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where 'volumeGuid="75FB4EE5-E1E5-47AE-A297-065ED8829602"' call ResumeReplication (多一对单引号的命令)



    此致,
    Daisy Zhou


    如果有帮助,请记住将答复标记为答案。             
    如果您对TechNet用户支持有反馈,请联系
    tnmff@microsoft.com.


    2019年2月22日 8:22
    版主
  • Dear Daisy Zhou,

    执行结果如下:

    2019年2月22日 9:21
  • 尊敬的客户,您好!
    我在自己的测试环境中又搭建了两台2008R2的环境,使用了这个命令,也出现了跟您一样的结果,这样看来2008R2不支持这个命令。我之前的使用的2016的两台服务器,能正常使用那个命令。
    那么现在看来这个方法没有无法行得通。请问现在除了有2212,是否还出现2213的报错呢?


    此致,
    Daisy Zhou


    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月25日 8:00
    版主
  • Dear Daisy Zhou,

    你好!

    没有看到2213的报错。

    现在2212的报错暂时没有出现了,但是使用

    DFSRDIAG Backlog /ReceivingMember:备份服务器 /SendingMember:文件服务器 /RGName:复制组 /RFName:已复制文件夹

    查看,发现还是有大量文件囤积,等待同步。

    谢谢!

    2019年2月25日 8:09
  • 尊敬的客户,您好!
    那么现在辅的服务器上是否多了一些以前没有的文件了呢?如果是的话,可能是文件太大,复制的比较慢,那么我们可能需要慢慢等待这些数据复制完成。

    我们可以使用如下的命令检查需要复制的数据是否完成了初始复制根据这篇文章Storage Tip: How to check if the initial replication was completed successfully

    C:\dfsr>Wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state
    ReplicatedFolderName  ReplicationGroupName  State
    DATA                  Test-RG               4


    此致,
    Daisy Zhou

    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日 9:42
    版主
  • Dear Daisy Zhou,

    查看了,最近都没有文件同步过去。

    命令执行结果如下:

    2019年2月27日 3:57
  • 尊敬的客户,您好!
    1. 请在辅的dfsr服务器上,选择一个复制组和复制文件夹,然后输入以下命令以检查backlog并告诉我们结果:dfsrdiag backlog /rgname:<REPL_GROUP> /rfname:<REPL_FOLDER> /smem:<SRV_A> /rmem:<SRV_B> [/v]


    检查backlog有多大,是否在减少,如果backlog在减少说明是在慢慢地同步过程中。

    2. 请问在这些复制组中,最大的复制文件夹是多大, 默认的staging是4.0G, 如果backlog很大,我们可以尝试把staging改为8.0G或者12.0G(最大是4.0G的3倍大)看是否可以同步数据。




    此致,
    Daisy Zhou

    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月28日 10:00
    版主
  • 现状如下面1-3号图,暂存区设定如4-6号图,明天早上回复变化状况。


    • 已编辑 HughPeng 2019年2月28日 10:51
    2019年2月28日 10:46
  • 今早的结果,对比发现,囤积的文件数量还在不断增加。

    2019年3月1日 0:17
  • 尊敬的客户,您好!
    请问方便把事件查看器里的DFS Replication log上传给我们看吗?
    Event Viewer->Applications and Services Logs->DFS Replication->右击DFS Replication->Save all Events.


    此致,
    Daisy Zhou


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


    2019年3月1日 14:45
    版主
  • Dear Daisy Zhou,

    已上传到网盘,链接信息如下:

    链接:https://pan.baidu.com/s/1viR7lVr1bXCKy70MezAMFg
    提取码:7nzz

    谢谢!

    2019年3月2日 2:37
  • Dear Daisy Zhou,

    今天凌晨出现了新的DFS日志错误2212和2004。

    日志已上传到网盘,链接信息如下:

    链接:https://pan.baidu.com/s/1oL983SZDf5z2AxJtQFdAAg
    提取码:8tex

    现在的情况不稳定,是否可以考虑按照下记帖子的方案进行DFS数据库重建?

    https://social.microsoft.com/Forums/mvpforum/zh-CN/c0111b9a-579a-42a8-9a59-5be91ddff8d1/dfs-id-2004-dfsr?forum=windowsserversystemzhchs

    谢谢!

    2019年3月5日 1:11
  • 尊敬的客户,您好!
    我检查了该日志,发现有2212事件,表明它有数据库错误。请理解,对于重建dfsr数据库问题,由于资源有限,不适合在论坛中处理。我建议您向MS专业技术支持服务部提交一个服务请求,以便专业技术支持人员可以进一步协助您完成此请求。

    有关专业支持选项和事件提交方法的详细信息,请参阅以下网站:

    https://support.microsoft.com/en-in/gp/contactus81?forceorigin=esmc&Audience=Commercial
    或者
    https://support.microsoft.com/en-us/help/4051701/global-customer-service-phone-numbers

    感谢您的理解和支持!

    此致,
    Daisy Zhou

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


    2019年3月5日 2:00
    版主
  • 上周五开始,通过囤积文件确认,发现数量已经在削减了,表示DFS数据库的后台修复应该已完成。

    今天早上确认,3台文件服务器,有2台囤积文件已经为0,还有一台数量也在削减。

    处理思路:

    在DFS数据库损坏后,后台会自动修复。

    修复期间,停止相关的备份操作,以避免DFS服务出现故障。

    • 已标记为答案 HughPeng 2019年3月11日 0:37
    2019年3月11日 0:37
  • 尊敬的客户,您好!

    感谢您的更新和分享。很高兴我们的问题解决了。

    祝愿您工作愉快!


    此致,
    Daisy Zhou

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


    2019年3月11日 1:56
    版主