我已经知道我的AD集成DNS区域已被删除，并且没有可用的系统状态备份。 我已经在AD检查，在DNS下，没有logging。 但是，根据区域（DNS中列出），大多数logging都存在。 在我的一个DC上，我手动增加了SOAlogging并重新启动了netlogon服务，这已经让“区域”再次被复制了。 我还重新填充了_MSDCS文件夹下的GUID。 在区域的属性下，它仍然被列为AD集成。
我的问题是：如果我将属性更改为“主”，它应该在System32 \ DNS中创buildtxt文件。 假设我允许复制时间等，我可以只是将其更改回AD，并将重新填充AD的一面？
或者我需要导出txt文件的内容，然后删除该区域并重新创build？
此外，还有一个问题：我的林根域在DNS中有一个中断的代理域 – 再次inheritance和下降到不好的pipe理。 委托的命名空间是与我有上面的问题的AD集成区域相同 – 如果我修复（通过将“实时”DC放在委托选项内）将会影响其他AD区域？ 或者这是上述问题的症状？
如果您需要进一步的信息，或者如果我没有足够具体的请接受我的道歉，我会尽力提供您所需要的。
非常感谢您的帮助。
你提到它正在复制 – 现在是在AD容器中吗？
请记住，有两个不同的位置，AD将保留区域 – 传统（Win 2000兼容）区域存储在默认目录分区（ CN=MicrosoftDNS,CN=System,DC=example,DC=com ），而有两个不同的区域DC=DomainDNSZones,DC=example,DC=com和DC=ForestDNSZones,DC=example,DC=com 。 这样做是为了使区域数据只能复制到为区域服务的AD服务器，而不是所有的AD控制器（不pipe它们是否是DNS服务器），而数据存储在默认分区中。
是的 – 将区域切换到本地和后面应该重build它的目录对象 – 但是它是文本格式的区域文件的备份，以防万一。
对于代表团来说，只需在父区域手动创buildNSlogging（把它们放在委派选项卡中也是一样的） – 这可能是一个无关紧要的问题，从创build那一天起就从来就没有这个问题。