Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a forest, lets call it I also have 3 subdomains,,, and The original forest,, was created before server 2003, and may have been a Windows NT domain at some point, but I havent been here that long. Anyway, because it was created pre server 2003, I do not have an zone in DNS.

In other forests that I have worked in that were created with server 2003, there is a seperate zone for _msdcs. I followed KB article 817470 to manually create the _msdcs zone for and once I did a repadmin /syncall, it got populated. If you look in this KB under case 2 (which I believe describes me) step 4 is "Delete the old _msdcs subdomain." Does this mean that I should delet the folder _msdcs that is under now that i have a zone called Also, the 3 subdomains that I created using Server 2008 also do not have _msdcs zones. Should I repeat this process for each subdomain?

share|improve this question
up vote 5 down vote accepted

If the "folder" you see under the domain zone is grey, and not looking like the others, then its not a separate instance of the _msdcs zone. It is a zone delegation, meaning that "everything under this sub domain is managed as a zone itself".

Don't delete anything.

Everything is just as its supposed to be if you've followed the How-to article up until this step, given that "" did not previously exist.

Be sure to restart the Netlogon services on all DC's when the zone has been replicated to them. This forces the DC's to register their SRV records in the _msdcs zone

share|improve this answer
Thanks, I am glad I held off. once everything replicated, the "folder" I was seeing under did turn grey and become a delegation. Thanks for the heads up on restarting netlogon. – TonyD Apr 27 '12 at 20:23

First I'd like to be sure you understand what you are doing and why. You dont need to have a dedicated zone for AD to work correctly. If you have a zone called and it has a _msdcs sub domain with all required records, then that's all you need. The important thing is to ensure when a DNS client issues queries for the records that they get answered correctly.

The dedicated zone along with the application partition it is hosted on offers an administrator the ability to ensure there is one zone containing AD specific DNS records and that it is replicated where he chooses (e.g. either forestwide or domain wide or any other custom chosen list of DCs). so having a zone for your in the forestdnszones application partition would ensure all DCs running DNS host the forest specific DNS records in addition to the domain specific DNS records on themselves. All DCs running DNS in the forest would be authoritative for the zone and would serve queries from the zone without the need to forward elsewhere.

Within a forest consisting of multiple domains, you will have some records that are registered in the forest domain related _msdcs and others that are domain specific. So for example each DC registers records for its own domain's _msdcs with some others in the forest specific _msdcs. E.g. GC specific SRV records (regardless whether DC is in root or child domain) is registered in forest specific _msdcs. Another example is the unique CNAME based DC identifiers in the format of {guid} for all DCs in forest regardless of whether they are in a root or child domain.

Yes you should "Delete the old _msdcs subdomain..." (but not a delegation with NS records) because this ensures DNS is aware that there is a dedicated zone for all records intended for and no longer uses the subdomain it used to.

And as for the other child domain specific zones, they will have a _msdcs subdomain for domain specific records. So there is nothing required to be done there.

The default setup for DNS zones representing domains in the forest is to have each domain specific zone (e.g.,, etc) in the domaindnszones partition with a zone for forest specific records in forestdnszones application partition. You could move to that model if you want. But you don't have to.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.