查看:6747|回复：12
工程师你好！
最近在AD上发现每天都会出现事件ID:1864的记录如下：
This is the replication status for the following directory partition on this directory server.
Directory partition:
DC=DomainDnsZones,DC=internal,DC=popcap,DC=com
This directory server has not recently received replication information from a number of directory servers.&&The count of directory servers is shown, divided into the following intervals.
More than 24 hours:
More than a week:
More than one month:
More than two months:
More than a tombstone lifetime:
Tombstone lifetime (days):
Directory servers that do not replicate in a timely manner may encounter errors. They may miss password changes and be unable to authenticate. A DC that has not replicated in a tombstone lifetime may have missed the deletion of some objects, and may be automatically blocked from future replication until it is reconciled.
To identify the directory servers by name, use the dcdiag.exe tool.
You can also use the support tool repadmin.exe to display the replication latencies of the directory servers.& &The command is &repadmin /showvector /latency &partition-dn&&.
还有邮件服务器上的用户邮箱账户都在。但在Outlook的通讯薄中会有一部分用户无法找到。我在AD上使用”repadmin /showrepl&测试了一下没有发现复制失败问题。
环境：AD为2008 R2 ，exchange Server 2007
1、域中共有几台DC？这台DC担任域的什么角色。错误记录说它已经1周多的时间没跟其它DC做同步了!
2、你试着执行dcdiag /v&&d:\test.txt
及 repadmin /showvector /latency&&DC=51CTO,DC=COM 命令，把结果发上来！
3、EXCHANGE问题也是DC问题导致！
4、实在不行就强制执行同步！先执行上面的两个命令看看吧！
我的微博：.cn/lzy821218
出问题的这台DC之前是不是重装过，或者改动过配置？DNS是否有问题，看看有没有关于DNS的错误日志！
本帖最后由 lzy821218 于
11:05 编辑
我的微博：.cn/lzy821218
感谢版主的回复！
以下为问题回馈：
1.公司有上海，美国，爱尔兰三个站点，几十台DC
2.该事件仅出现在上海的AD上
3.Exchange服务器独立安装在DC上
4.问题的现象为在Outlook通讯薄中经常找不到用户的账户。
5.我在AD上使用”repadmin /showrepl&测试了一下：
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation.&&All rights reserved.
C:\Windows\system32&repadmin /showrepl
Repadmin: running command /showrepl against full DC localhost
Shanghai\SHA-VAD01
DSA Options: IS_GC
Site Options: (none)
DSA object GUID: 7f6c1c96-cc92-4880-bd23-ced5c9192c7a
DSA invocationID: 2b1a20b9-79da-41c4-8adb-a338fc3cbf41
==== INBOUND NEIGHBORS ======================================
DC=internal,DC=popcap,DC=com
& & Default-First-Site-Name\SEA-VAD02 via RPC
& && &&&DSA object GUID: fd7-49b7-9a8c-b90abcd93e6b
& && &&&Last attempt @
14:47:42 was successful.
& & Shanghai\SHA-VAD03 via RPC
& && &&&DSA object GUID: -d52e-4d0e-b0b2-c8da3c69ea26
& && &&&Last attempt @
15:57:23 was successful.
CN=Configuration,DC=internal,DC=popcap,DC=com
& & Default-First-Site-Name\SEA-VAD02 via RPC
& && &&&DSA object GUID: fd7-49b7-9a8c-b90abcd93e6b
& && &&&Last attempt @
14:47:43 was successful.
& & Shanghai\SHA-VAD02 via RPC
& && &&&DSA object GUID: -f9d5-4ef1-a207-f3b4acb773ba
& && &&&Last attempt @
15:47:38 was successful.
& & Shanghai\SHA-AD01 via RPC
& && &&&DSA object GUID: -a13b-4a79-aab4-3cb40f136dc2
& && &&&Last attempt @
15:47:38 was successful.
& & Shanghai\SHA-VAD03 via RPC
& && &&&DSA object GUID: -d52e-4d0e-b0b2-c8da3c69ea26
& && &&&Last attempt @
15:47:38 was successful.
CN=Schema,CN=Configuration,DC=internal,DC=popcap,DC=com
& & Default-First-Site-Name\SEA-VAD02 via RPC
& && &&&DSA object GUID: fd7-49b7-9a8c-b90abcd93e6b
& && &&&Last attempt @
14:47:43 was successful.
& & Shanghai\SHA-VAD02 via RPC
& && &&&DSA object GUID: -f9d5-4ef1-a207-f3b4acb773ba
& && &&&Last attempt @
15:47:38 was successful.
& & Shanghai\SHA-AD01 via RPC
& && &&&DSA object GUID: -a13b-4a79-aab4-3cb40f136dc2
& && &&&Last attempt @
15:47:38 was successful.
& & Shanghai\SHA-VAD03 via RPC
& && &&&DSA object GUID: -d52e-4d0e-b0b2-c8da3c69ea26
& && &&&Last attempt @
15:47:38 was successful.
DC=ForestDnsZones,DC=internal,DC=popcap,DC=com
& & Default-First-Site-Name\SEA-VAD02 via RPC
& && &&&DSA object GUID: fd7-49b7-9a8c-b90abcd93e6b
& && &&&Last attempt @
14:47:43 was successful.
& & Shanghai\SHA-VAD03 via RPC
& && &&&DSA object GUID: -d52e-4d0e-b0b2-c8da3c69ea26
& && &&&Last attempt @
15:47:38 was successful.
& & Shanghai\SHA-AD01 via RPC
& && &&&DSA object GUID: -a13b-4a79-aab4-3cb40f136dc2
& && &&&Last attempt @
15:47:38 was successful.
& & Shanghai\SHA-VAD02 via RPC
& && &&&DSA object GUID: -f9d5-4ef1-a207-f3b4acb773ba
& && &&&Last attempt @
15:47:38 was successful.
DC=DomainDnsZones,DC=internal,DC=popcap,DC=com
& & Default-First-Site-Name\SEA-VAD02 via RPC
& && &&&DSA object GUID: fd7-49b7-9a8c-b90abcd93e6b
& && &&&Last attempt @
14:47:44 was successful.
& & Shanghai\SHA-VAD03 via RPC
& && &&&DSA object GUID: -d52e-4d0e-b0b2-c8da3c69ea26
& && &&&Last attempt @
15:47:38 was successful.
DC=apac,DC=internal,DC=popcap,DC=com
& & Default-First-Site-Name\SEA-VAD02 via RPC
& && &&&DSA object GUID: fd7-49b7-9a8c-b90abcd93e6b
& && &&&Last attempt @
14:47:44 was successful.
& & Shanghai\SHA-AD01 via RPC
& && &&&DSA object GUID: -a13b-4a79-aab4-3cb40f136dc2
& && &&&Last attempt @
15:56:06 was successful.
& & Shanghai\SHA-VAD02 via RPC
& && &&&DSA object GUID: -f9d5-4ef1-a207-f3b4acb773ba
& && &&&Last attempt @
15:56:23 was successful.
没有发现复制失败问题。
环境：AD为2008 R2 ，exchange Server 2007
上海有几台DC，出现问题的这台DC是什么角色（主DC还是额外DC）？上面是否角色？上海DC是属于某个子域是吗？上海这台DC的首选复制伙伴是在本地，还是在其它地方？同在上海的其它DC是否有这个报错？最好执行一下这个命令repadmin /showvector /latency&&DC=popcap,DC=COM
我的微博：.cn/lzy821218
专注微软技术服务
等待楼主反馈，lzy的回答很及时，思路也是OK的，楼主是否有测试过你上海到海外的VPN链路呢？看看是否有丢包或者延迟的情况！
感谢回复！
出现该事件的DC为上海站点的主AD，副AD没有出现
上海的DC为整个域的一个站点
其他DC没有类似报错
执行了命令：
C:\Windows\system32&repadmin /showvector /latency&&DC=popcap,DC=COM
Caching GUIDs.
DsReplicaGetInfo() failed with status 5):
& & Replication access was denied.
C:\Windows\system32&repadmin /showvector /latency&&DC=internal.popcap,DC=COM
Caching GUIDs.
DsReplicaGetInfo() failed with status 5):
& & Replication access was denied.
引用:原帖由 alonso_lin 于
11:56 发表
感谢回复！
出现该事件的DC为上海站点的主AD，副AD没有出现
上海的DC为整个域的一个站点
其他DC没有类似报错
执行了命令：
C:\Windows\system32&repadmin /showvector /latency&&DC=popcap,DC=COM
Caching GUIDs.
DsRep ... 楼主你执行这个命令时，用的是域管理员执行的吗？ 提示复制访问拒绝！
我的微博：.cn/lzy821218
引用:原帖由 alonso_lin 于
11:56 发表
感谢回复！
出现该事件的DC为上海站点的主AD，副AD没有出现
上海的DC为整个域的一个站点
其他DC没有类似报错
执行了命令：
C:\Windows\system32&repadmin /showvector /latency&&DC=popcap,DC=COM
Caching GUIDs.
DsRep ... 楼主还是没说清楚，我想问的！单域环境还是多域环境？上海的这台主DC上面都有FSMO哪几种角色？此DC与它复制伙伴之间通讯是否正常？详细说明整个域架构及角色的分部情况？DNS是否正常？整个域内的PDC与DC的时间是否一致，DC间、站点间的复制是否正常？提供数据太少，不好判断问题的原因？
我的微博：.cn/lzy821218
感谢版主的回复！
环境为单域多站点环境，上海AD为全球域的一个分站点。
上海AD为GC，担当DNS,DHCP角色PDC与DC的时间是一致的。
DNS状态正常。站点间的复制正常。
执行了命令：
C:\Windows\system32&repadmin /showvector /latency&&DC=internal,DC=popcap,DC=COM
Caching GUIDs.
89979c7f-f2a5--df50c47d7435 @ USN& & 304287 @ Time (unknown)
72d8d958-ab06-45af-b662-ee5e538f35de @ USN& &&&90209 @ Time
f53e75-a3a7-92ee @ USN& & 779778 @ Time
db-42d4-ddf9715f @ USN& &&&49263 @ Time
56-4eab-819a-6bbf @ USN& &&&34026 @ Time
2ab8d39f-796b-438d-ad3d-341ffc4f6b55 @ USN& &&&49305 @ Time
af539dd4-fe95-4d41-c674d @ USN& &&&31621 @ Time
63eddeb-b5aac7e @ USN&& @ Time
f90cfedf-275f-4a15-aed6-d7fbba419cee @ USN& &&&49453 @ Time
4f55c4b6-44db-b @ USN&& @ Time
ba217634-eaf5--83160ddc9b0c @ USN& &&&53512 @ Time
6a9-49f4-a6b5-4b77f54fad6c @ USN& &&&61782 @ Time
SanFrancisco\SFO-AD01& && && && && & @ USN& &2310397 @ Time
Chicago\ORD-AD01& && && && && && && &@ USN& &3798302 @ Time
f6-489e-af83-af01c82371ac @ USN& & 449118 @ Time
Dublin\DUB-AD03& && && && && && && & @ USN& & 289047 @ Time
Dublin\DUB-VAD02& && && && && && && &@ USN& &5645829 @ Time
Vancouver\VAN-AD-01& && && && && && &@ USN& & 109790 @ Time
Dublin\DUB-AD01& && && && && && && & @ USN&& @ Time
Default-First-Site-Name\SEA-AD01& &&&@ USN&& @ Time
Default-First-Site-Name\SEA-AD02& &&&@ USN& &5701398 @ Time
Default-First-Site-Name\SEA-VAD01& & @ USN&& @ Time
Default-First-Site-Name\SEA-VAD02& & @ USN&& @ Time
Shanghai\SHA-VAD03& && && && && && & @ USN& &2995243 @ Time
Shanghai\SHA-VAD01& && && && && && & @ USN& &4651369 @ Time
助理工程师
赶上现场直播了，好好看看！学习下！
助理工程师
还没更新！
引用:原帖由 alonso_lin 于
13:19 发表
感谢版主的回复！
环境为单域多站点环境，上海AD为全球域的一个分站点。
上海AD为GC，担当DNS,DHCP角色PDC与DC的时间是一致的。
DNS状态正常。站点间的复制正常。
执行了命令：
C:\Windows\system32&repadmin /showvector /l ... 楼主你用ADSIEDIT工具删除Lostandfind文件夹里的内容就可以了，03叫Lostandfind，运行dsa.msc，并选择高级就会看到这个隐藏的文件夹！因为你是08，在08里叫LostAndFoundConfig ，按照下面的步骤执行，没办法，只有英文的！
先打开ADSIEDIT，然后找到LostAndFoundConfig.删除里面的内容！
Open the ADSI Edit MMC snap-in.On the Action menu, click Connect to.
In the Connection Settings dialog box, in the Name field, enter a name for the ADSI connection. Under Connection Point, select Select a well known Naming Context, and then select Configuration in the drop-down menu. Click OK.
In the left pane, double-click the Configuration object, and then double-click LostAndFoundConfig.
In the right pane, delete all objects and containers. Right-click the object or container, click Delete, and then click Yes.
Exit ADSI Edit.
我的微博：.cn/lzy821218相关文章推荐
近日升级adt21+后，在输出apk时碰到编译layout异常，看了下是因为有人在layout引用一个不存在的resID时用了 @+id/xxx，而不是@id/xxx，导致debug编译器没显示错误，...
两者区别：来自网上摘录
在进行Android开发的时候，必然要涉及到对控件的设计和操作。控件在layout文件当中进行定义的时候，一般会为其定义android:id属性来唯一标识这个控件。比如，...
Android中的组件需要用一个int类型的值来表示，这个值也就是组件标签中的id属性值。id属性只能接受资源类型的值，也就是必须以@开头的值，例如，@id/abc、@+id/xyz等。
如果在@后...
Android中的组件需要用一个int类型的值来表示，这个值也就是组件标签中的id属性值。id属性只能接受资源类型的值，也就是必须以@开头的值，例如，@id/abc、@+id/xyz等。
如果在@后...
在Android xml文件中大家都知道一般在定义一个id时用@+id/id名字，而在引用一个id，比如在已定义的控件的左边，就要用到@id/已定义的控件。
详细的解释童鞋们可以看这...
android开发中@+id/和android:id用法的区别？
我们平时获取资源是通过 findViewById 方法进行的，比如我们常在onCreate方法中使用这样的语句：btnChecked=(ImageView)findViewById(R.id.imgC...
关于本文档
Android的开发者在一些特定情况下都需要知道手机中的唯一设备ID。例如，跟踪应用程序的安装，生成用于复制保护的DRM时需要使用设备的唯一ID。在本文档结尾处提供了作为参考的示例代码片...
先介绍安卓设备中的几种ID
Android系统为开发者提供的用于标识手机设备的串号，也是各种方法中普适性较高的，可以说几乎所有的设备都可以返回这个串号，并且唯一性良好。它根据不同的手...
先来看看几种比较单一的方式：
方式：TelephonyManager.getDeviceId():
范围：只能支持拥有通话功能...
他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)2563被浏览230919分享邀请回答/group/topic/5348589/32744 条评论分享收藏感谢收起33372 条评论分享收藏感谢收起185被浏览40450分享邀请回答24添加评论分享收藏感谢收起6添加评论分享收藏感谢收起FCC ID是什么,如何构成_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
FCC ID是什么,如何构成
&&介绍FCC ID的两个组成部分及要求
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢}