Повреждение базы данных в файле ntds.dit Active Directory. Событие 467 на основном контроллере домена

Прошлой ночью у меня были проблемы с основным контроллером домена. Он стал синим экраном и после перезапуска запустился chkdsk. После некоторой работы мне удалось вернуть сервер в сеть, и все, похоже, работает, DRA_USN_CRITICAL_index таблицы datatable поврежден (0).

Мой другой DC (у меня только 2) не отображает эти журналы, и репликация, как мне кажется, работает.

Я не уверен, что делать дальше. Следует ли мне передать роли второстепенному DC, чтобы сделать его основным, а затем понизить и повысить роль DC, выдающего журналы?

Я также нашел это сообщение в блоге о ком-то, у кого было повреждение на вторичном DC, и который смог его исправить : https://www.emmanuelrached.com/2014/11/20/dc-failing-due-to-corrupt-ntds-db/ Это включает дефрагментацию поврежденных индексов и создание нового ntds.nit файл. Это то, что я должен попробовать?

У меня также есть еженощные полные резервные копии сервера, которые я могу попытаться восстановить. Хотя я пытался сделать это вчера вечером, и программа восстановления Windows не смогла найти мой файл .vhdx, хотя я знаю, что он там был.

Я действительно не знаю, чем это вызвано. Он работает на виртуальной машине, и все оборудование на хосте выглядит хорошо. Никаких других виртуальных машин нет. Я недавно установил на него Microsoft Identity Management, который, как я знаю, не рекомендуется для DC, но это не должно было вызвать такой беспорядок ...