Hello All,
Thanks for your responses to this thread. The issue has been resolved - The root cause was that the root (abc.com - for illustration)AD intergrated zone was creating an empty copy of the zone folder in the system/microsoftdns at the child level (child.abc.com - for illustration), but this same folder is populated at the root level (as it should be). Found this and deleted it, it replicated and we were able to recreate a standard secondary zone of the root zone on the child DCs without losing it after a reboot or restart of the DNS service. The fix makes sense, since it only occurs on DCs and not member server.
The questions posed to MS now is;
1. Should the AD integrated root zone be replicated to a delegated child domain, and if so, why is it not populated like the copy at the root level.
2. If the above is not the case, why did it replicate in the first place.
3. If either of the above is true, how does it affect a standard secondary zone that should not be reloding the zone information from AD, but from its zone file.
4. If all of the above is answered or not - is this a bug in win2k, as I have heard that it is fully replicated in win2k3 (have not tested it yet).
For the answers to the questions posed from other contributors:
1. When this occurs, there are no event logs - you see DNS information logs showing that the zone information was received after the intitial creation, but there even tlogs when the zone is lost.
2. The zone does not reappear after it is lost, but the zone file remains in system32\DNS, which is the troubling aspect of the issue.
Note: Will provide the answers as I get them. Thanks again for your responses.