Так выбросите его, разверните новый

Понял)

И нет давно ни вторичных ни первичных, если только у вас все еще не NT4

Тем более, что при восстановлении контроллера из бэкапа вы еще можете словить рассинхронизацию

если очень хочется именно ресторить DC из бекапа - почитайте для начала https://www.veeam.com/blog/how-to-recover-a-domain-controller-best-practices-for-ad-protection.html

rodc контроллеры чувствуют себя оскорблёнными

Уже восстанавливал просто и не раз,а тут я аж приуныл
Спасибо за статейку

Правда с метадатой возможно придётся потрахаться. Но это лучше, чем словить тот же USN rollback

Поддерживаю, уже бы работал , там пол часа на всё

Может память. Если не ецц, то только в путь

Если fsmo роли были на упавшем, пеоехватываете их на оставшийся. Если упавший был pdc это тоже как-то перехватывается. Как и глобальный каталог. Потом тихонько поднимаете новый DC и все. Старый випиливаете

Ад очень сложно убить

Живучая зараза

Надежда-а-а-а-а, мой компас земной...

Переподнял новый,ну его нафиг)

Спасибо всем

Коллеги, кто пользуется veeam для репликацией виртуалок вцентра, проконсультируйте пожалуйста. У меня есть пул виртуалок, которые реплицируются виамом и сегодня этот таск повис на 0%. Разгребая эту проблему я увидел что виам маунтит диски вм не к с своей виртуалки а к своей реплки(которая выключена). Подскажите по какому принципу он выбирает вм для маунта дисков и как так получилось что вместо своей вм он их начал маунтить своей реплики. Спасибо!

по uid

Откуда он знает uid своей вм?

через api