ad站点链接复制频率需按场景分级设置：核心办公区15~30分钟，远程小分支保持180分钟，跨公网链路不低于60分钟；须同步调整站点链接成本并验证同步时效。
ad站点链接的复制频率不能只看“快就好”，得结合网络质量、业务需求和dc角色来调。默认180分钟（3小时）对多数分支够用，但总部核心区往往需要更短间隔，否则密码重置、组策略更新可能延迟太久。
按场景分级设置复制间隔
复制间隔是跨站点轮询同步的最小周期，不是实时触发——它只管“多久查一次”，变更通知（Change Notification）机制在同站点内才起效，跨站点仍靠这个轮询兜底。
- 核心办公区（如总部多DC集群）：建议设为15~30分钟。这类区域通常有高速局域网，带宽充裕，且用户密集、变更频繁（如HR批量入职、IT集中发策略），缩短间隔能明显降低数据不一致窗口。
- 远程小分支（单DC或4G/ADSL链路）：保持180分钟即可。频繁小包同步反而加重链路负担，还可能因超时导致KCC反复重建连接，引发repadmin /showrepl报错。
- 跨公网或高延迟链路（如Azure VNet对等、MPLS末梢节点）：不低于60分钟。低于该值容易触发RPC超时，KCC会判定链路不可用，自动绕行其他路径，打乱预期拓扑。
链路成本要配合频率一起调
光改间隔不够，还得配好站点链接成本（Site Link Cost）。成本决定路径优先级：值越低，KCC越倾向选这条路。默认100太“扁平”，容易让流量绕远。
- 总部与各分支之间，单独建HQ-Branch链接，成本设为500~2000（比如HQ-A=500，HQ-B=800），确保分支只跟总部同步，不互相中转；
- 删掉或禁用DEFAULTIPSITELINK（除非全网直连无中心），避免A→B→C这种非预期跳转，既增延迟又占带宽；
- 修改后不用等15分钟——手动运行repadmin /kcc立刻刷新拓扑，再用repadmin /showrepl确认新连接已生效。
验证是否真正生效
改完别只看界面设置，要盯实际行为：
- 用repadmin /replsummary看各DC最近一次同步时间戳，确认是否落在你设的间隔范围内；
- 抓包或查DC网络监控，观察跨站点RPC流量是否集中在设定间隔前后出现脉冲，而非持续小包；
- 模拟一次密码修改，在分支DC上用repadmin /showattr dc=contoso,dc=com /atts:unicodepwd /s比对值变化时间，测端到端延迟。
