Go Premium for a chance to win a PS4. Enter to Win

x
?
Solved

Domain Controller Replication Issues

Posted on 2013-05-30
3
Medium Priority
?
390 Views
Last Modified: 2013-06-10
I have a total of 4 Domain Controllers; two of which reside in the Main Office and two that live in remote WAN locations (one in each site...). They are all 2008 Std servers and the Active Directory is at 2008 functional level.

The two WAN DCs were built and promoted in the main office before being delivered to their WAN sites. After they were installed in the WAN locations, AD Sites and Services was configured to set up NTDS replication links between each WAN server and the two main office DCs only. However, they still seem to be linked to each other in some way.

AD setting changes (adding a new user for example) performed on the Main Office DCs will replicate to the WAN servers. Adding a user on at least one (possibly both...) of the WAN servers will not replicate back to the Main Office (or other WAN...) DCs.

Running a dcdiag on the WAN DCs show errors with them trying to replicate with each other but passing all other tests. Running dcdiag on one of the Main Office DCs shows errors for both WAN DCs trying to replicate with the Main Office DCs. The error in all cases is that the WAN DCs have "tombstoned" replication copies. Although tombstoned, the WAN DCs continue to authenticate users in those locations properly and seem to function normally.

Current wisdom suggests demoting both WAN DCs and re-promoting them to fix this. The theory is that they discovered each other when promoted in the Main Office and can't "forget" about each other. By demoting/promoting them in their WAN locations they won't see each other as readily (although the WAN is fully routed and they can ping each other by name...).

Any thoughts on a simpler solution? Is there a way to force them not to attempt replication with each other and only pull a current copy from the accurate Main Office DCs?
0
Comment
Question by:jhunter9999
3 Comments
 
LVL 5

Expert Comment

by:HornAlum
ID: 39209138
Go to AD Sites and Services

under the DC names, you will see your NTDS settings. you can define replication partners. if you have some undesired replication partners, just right click and remove them. I had some automatically generated replication partners under NTDS that i removed, and i created some fresh ones myself to make sure they replicated from exactly the DC's i wanted.

are you using a single "site"? typically, you should create a separate "site" for your WAN offices. Those sites would contain separate subnets. then you would drop those DC's into those sites.
0
 

Author Comment

by:jhunter9999
ID: 39209165
There are three sites (Main Office, WAN1 and WAN2). The NTDS settings are set so either WAN DC only has the Main Office DCs as replication partners. They do not reference each other, which makes it puzzling as to why they mention each other in the dcdiag results.

Thoughts?
0
 
LVL 20

Accepted Solution

by:
compdigit44 earned 1500 total points
ID: 39219567
Have you tried to use RepAdmin to remove lingering objects?

http://technet.microsoft.com/en-us/library/cc785298%28v=ws.10%29.aspx
0

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

In the absence of a fully-fledged GPO Management product like AGPM, the script in this article will provide you with a simple way to watch the domain (or a select OU) for GPOs changes and automatically take backups when policies are added, removed o…
A bad practice commonly found during an account life cycle is to set its password to an initial, insecure password. The Password Reset Tool was developed to make the password reset process easier and more secure.
This tutorial will walk an individual through the process of transferring the five major, necessary Active Directory Roles, commonly referred to as the FSMO roles from a Windows Server 2008 domain controller to a Windows Server 2012 domain controlle…
This video shows how to use Hyena, from SystemTools Software, to update 100 user accounts from an external text file. View in 1080p for best video quality.
Suggested Courses

886 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question