项目案例分享四:DC升级后Sysvol停止复制,日志报13508

项目案例分享四:DC升级后Sysvol停止复制,日志报13508,第1张

项目案例分享四:DC升级后Sysvol停止复制,日志报13508

最近在240网站的广告升级新项目的整个过程中,我遇到了一些DC升级。之后Sysvol里的内容中途不动,一个星期没有声音。今天,我在这里与你分享解决这个问题的方法。

1。自然环境详细介绍

  • 其中DC01和DC02是中国总公司的DC,中国大陆其他200多家网站根据KCC与DC01或DC02形成的链接进行复制;

  • DC01和DC02是桥下的网络服务器


    2。困境

    2.1查询Sysvol下Policies的内容,最后一次拷贝时间是20150215,一个多星期没有声音,GPO总数只有138(完全拷贝的GPO总数是428)。


    2.2查询FRS没有错误,只有13508的警告,日志显示的信息显示这个DC和DC03的FRS副本有问题。


    2.3ADSite中看到的KCC链接是从DC04复制过来的。


    从上面的信息内容分析来看,这个阶段的区别是因为之前是用DC03抄的。但是,KCC链接更改后,FRS服务项仍然保留与DC03的副本,因此需要再次进行强制复制。


    3。解决方案

    3.1打开ADSite,删除DC04创建的KCC链接。


    3.2打开cmdvisualizer并运行以下命令

    repadmin/replicateDC04DC01cn=配置,dc=contoso,dc=corp/force


    3.3重启FRS服务项目和Netlogon,等待新的KCC链接形成后再复制一次(以上说明和重启服务项目的姿势需要重复几次)


    3.4等待一段时间后,Sysvol已经与服务器进行了完全自动的资源共享,如下图所示:


    以上是解决AD难题的方法。我们热烈欢迎大家互相交流。IT翼通信群397506426



    欢迎分享,转载请注明来源:内存溢出

    原文地址: http://outofmemory.cn/zz/783553.html

    (0)
    打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
    上一篇 2022-05-04
    下一篇 2022-05-04

    发表评论

    登录后才能评论

    评论列表(0条)

    保存