У меня есть 2 DC, один onpremDC, один hostedDC. Была некоторая предыдущая работа, когда сервер RDS был сделан DC и FSMO перемещен на него, затем hostedDC был сделан DC & FSMO перемещенным на него, а затем AD удален с сервера RDS. Однако onpremDC по-прежнему видит RDSserver как содержащий все FSMO (даже если он больше не является сервером AD). Каждый DC указывал только на себя для DNS, поэтому я исправил это, однако «netdom query fsmo» из onpremDC по-прежнему показывает RDSserver (который сейчас не существует как сервер AD) в качестве держателя. HostedDC показывает себя как держатель fsmo (как и должно быть). Очевидно, что проблем с AD/dns/репликацией предостаточно (согласно dcdiag/replmon).В любом случае, Onprem скоро исчезнет, поэтому мне было интересно, стоит ли уделить больше времени попыткам исправить onpremDC (думал, что это не займет много времени, чтобы исправить это, тогда его можно было бы полностью вывести из эксплуатации)? Я не на 100% уверен, что AD полностью исправен с cloudDC (все клиенты в настоящее время указывают только на cloudDC и «кажутся» работающими), в противном случае у меня возникнет соблазн просто декомпилировать onpremDC и запустить любые метаданные/очистку, необходимые для очистки любые ссылки на onpremDC и остатки RDS-DC. В конце концов я добавлю второй hostedDC для среды, но пока это не запланировано. Если я должен сначала исправить onpremDC, как мне сказать ему выбрать правильный сервер в качестве держателя роли fsmo, предполагая, что это большая проблема, которую необходимо исправить в первую очередь? Весь сервер 2016. Уровень леса/домена 2016.
