Pensé en esto por unas horas hoy. Es un poco desconcertante, pero como indiqué en mi comentario, mi mejor conjetura es que tienes algún tipo de almacenamiento en caché de disco que no se compromete en el disco antes de que el corte de energía / apagado sucio haya borrado el contenido del caché ... O, dado que está ejecutando un volumen RAID que contiene ntds.dit, el corte de energía podría estar causando que su volumen RAID se rompa temporalmente o se vuelva incoherente, aunque sea por un momento.
Sabemos que la línea de partido en las reversiones de USN es cuando un DC se restaura a un estado como era antes, el ejemplo clásico es restaurar un DC virtualizado desde una instantánea. Sé que eso no se aplica exactamente a usted ... pero incluso en el caso de un disco con un caché de escritura, puede pensar que los datos que están físicamente en el disco contienen un "estado anterior", mientras que el caché de escritura es lo que realmente contiene el estado más actualizado de DC ... incluso si los dos estados están separados por medio segundo.
Reflexione sobre estos comentarios de Microsoft:
Pautas para controladores de dominio virtualizados
Los discos SCSI virtuales proporcionan un mayor rendimiento en comparación con el IDE virtual y admiten el acceso a unidades forzadas (FUA). FUA garantiza que el sistema operativo escriba y lea datos directamente desde los medios sin pasar por ninguno de los mecanismos de almacenamiento en caché.
Sé que su DC no es una VM, pero el concepto aún se aplica. El almacenamiento en caché de disco y los DC no se mezclan. Es por eso que la instalación de Active Directory desactiva el almacenamiento en caché de escritura como una política de Windows, pero aún puede tener mecanismos de almacenamiento en caché en su controlador RAID de hardware, etc.
Escenario B: iniciar Active Directory desde otras unidades en un espejo roto
Promocionar un controlador de dominio. Localice el archivo Ntds.dit en una unidad reflejada.
Rompe el espejo.
Continúe replicando entrante y replicando saliente utilizando el archivo Ntds.dit en la primera unidad en el espejo.
Inicie el controlador de dominio utilizando el archivo Ntds.dit en la segunda unidad en el espejo.
Eso es un asesino de replicación que me ha mordido mucho en DC físicos con volúmenes RAID 1. Nunca tuve personalmente una reversión real de USN causada por él, pero matará la replicación en ese DC. Quiero decir, imagina un volumen RAID 1 de 2 discos. 1 unidad muere. Lo eliminas, introduces una nueva unidad ... aaaaaa y DSA no se puede escribir.
Del blog AskDS :
Si no tiene fuentes de alimentación ininterrumpida (UPS) para sus hosts VM o el disco de almacenamiento donde reside la base de datos del directorio activo, asegúrese de que el almacenamiento en caché de escritura esté desactivado en la computadora host de la máquina virtual. Consulte este enlace para obtener orientación adicional. Por el contrario, si el almacenamiento en caché de escritura debe permanecer habilitado para el host de VM que aloja el DC, entonces instale un UPS para evitar daños en el DC (s).
Nuevamente, se trata de DC virtualizados, pero el concepto de almacenamiento en caché de disco se aplica también a los DC físicos.
Entonces ahí está mi idea. Creo que tiene algo que ver con su sistema de almacenamiento. Definitivamente desea deshabilitar cualquiera y todos los mecanismos de almacenamiento en caché al menos en el volumen ntds.dit, especialmente si es propenso a cortes de energía.