活动目录长时间未复制链接丢失解决办法

简介:

最近在一次项目中,遇到了一例AD站点间的复制故障。

环境大概如下:

总部数据中心建立了一个空根域,一个子域,然后在其他分支机构各自建立站点和子域的,将Strict Replication Consistency 值从1修改为0,这步的目的是取消严格复制一致性。

image

2.在分支站点DC上运行repadmin /add <Naming Context> <Destination DC> <Source DC> ,强制创建复制链接。

image

3.运行repadmin /replicate <Destination DC> <Source DC> <Naming Context> /force进行强制复制。然后执行repadmin /syncall检查复制,恢复正常。

image

4.最后需要打开注册表hklm\system\ccs\services\ntds\parameters,将Strict Replication Consistency 值从0修改为1。




















本文转自李珣51CTO博客,原文链接: http://blog.51cto.com/lixun/1227415,如需转载请自行联系原作者


相关文章
从堆里找回“丢失”的代码相关命令简介
从堆里找回“丢失”的代码相关命令简介
|
SQL 存储 小程序
[原]排错实战——VS清空最近打开的工程记录
快速清理 visual studio 最近打开的工程列表,有脚本也有小程序
|
开发工具 git
webstorm找回未保存的文件
webstorm找回未保存的文件
302 0
|
应用服务中间件 PHP nginx
记一次服务器重启后网站502的恢复过程
记一次服务器重启后网站502的恢复过程
275 0
|
存储 SQL Go
SqlServer 禁止架构更改的复制中手动修复使发布和订阅中分别增加的字段同步
原文:SqlServer 禁止架构更改的复制中手动修复使发布和订阅中分别增加的字段同步 由于之前的需要,禁止了复制架构更改,以至在发布中添加一个字段,并不会同步到订阅中,而现在又在订阅中添加了一个同名字段,怎么使这发布和订阅的两个字段建立同步关系呢? 下面就测试更改:此次发布类型为事务复制的可更新订阅,其他类型的发布没有测试。
1118 0