Лично, я был бы подозрителен, что dcpromo не работал правильно при пропавших без вести тех записей прямо после продвижения сервера при этом это единственный сервер на Домене. Я испытал бы желание сделать a dcpromo /demote
уничтожать домен и запускаться снова.
Это сказанное.
И Вы нашли мое предложение, поскольку я вводил его.
В дополнение к netdiag /fix
Вы нашли. Я выполнил бы a dcdiag /e /fix
проверить домен.
На контроллере домена в новом домене,
выполненный после команды на командной строке:
ipconfig /registerdns
затем перезапустите сервис сетевого входа в систему, и необходимо быть хорошими.
при тихих пропавших без вести DNS после этого проверьте ошибки в журнал событий сервера DNS и нового домена controloler
Перезапуск netlogin сервиса не помог, но "netdiag / фиксируют", определил недостающие записи и воссоздал их.
DNS test . . . . . . . . . . . . . : Failed
[FIX] re-register DC DNS entry '_ldap._tcp.mydomain.local.' on DNS server '127.0.0.1' succeed.
etc...
Вещи, о которых я могу думать, который стоит проверить:
Настоящее решение (надлежащая процедура): в дополнение к правильной настройке основного DNS на сетевом адаптере не создавайте зону прямого просмотра до продвижения DNS, интегрированного в AD, на контроллер домена. Он будет автоматически создан со всеми связанными предметами после продвижения DC. Если необходимо создать дополнительную зону прямого просмотра после того, как DNS стал контроллером домена, обязательно выберите «Сохранить зону в Active Directory».