Pensei nisso por algumas horas hoje. É um pouco desconcertante, mas, como indiquei no meu comentário, meu melhor palpite é que você tem algum tipo de cache de disco em andamento que não está sendo comprometido com o disco antes que a falta de energia / desligamento sujo limpem o conteúdo do cache ... Ou, como você está executando um volume RAID que possui o ntds.dit, a falta de energia pode estar causando a interrupção temporária ou incoerente do volume RAID, mesmo que por um momento.
Sabemos que a linha da parte nas reversões do USN ocorre quando um controlador de domínio é restaurado para um estado como era anteriormente, o exemplo clássico é a restauração de um controlador de domínio virtualizado a partir de um instantâneo. Eu sei que isso não se aplica exatamente a você ... mas mesmo no caso de um disco com um cache de gravação, você pode pensar nos dados que estão fisicamente no disco como contendo um "estado anterior", enquanto o cache de gravação é o que realmente contém o estado mais atualizado do CD ... mesmo que os dois estados estejam separados apenas meio segundo.
Ruminar sobre esses comentários da Microsoft:
Diretrizes para controladores de domínio virtualizados
Os discos SCSI virtuais fornecem desempenho aprimorado em comparação com o IDE virtual e suportam FUA (Acesso Forçado à Unidade). O FUA garante que o sistema operacional grave e leia dados diretamente da mídia, ignorando todo e qualquer mecanismo de armazenamento em cache.
Eu sei que o seu controlador de domínio não é uma VM, mas o conceito ainda se aplica. O cache de disco e os DCs não se misturam. É por isso que a instalação do Active Directory desativa o cache de gravação como uma política do Windows, mas você ainda pode ter mecanismos de cache no controlador RAID de hardware, etc.
Cenário B: Iniciando o Active Directory a partir de outras unidades em um espelho quebrado
Promova um controlador de domínio. Localize o arquivo Ntds.dit em uma unidade espelhada.
Quebre o espelho.
Continue com a replicação de entrada e a replicação de saída usando o arquivo Ntds.dit na primeira unidade no espelho.
Inicie o controlador de domínio usando o arquivo Ntds.dit na segunda unidade no espelho.
Esse é um assassino de replicação que me incomodou muito em DCs físicos com volumes RAID 1. Eu pessoalmente nunca tive uma reversão real do USN causada por ele, mas matará a replicação nesse controlador de domínio. Quero dizer, imagine um volume RAID 1 de 2 discos. 1 unidade morre. Você o remove, instala uma nova unidade ... aaaaaa e DSA Not Writable.
A partir dos AskDS blogue :
Se você não tiver fontes de alimentação ininterrupta (UPS) para os hosts da VM ou o disco de armazenamento em que o banco de dados do diretório ativo reside, verifique se o cache de gravação está desabilitado no computador host da máquina virtual. Consulte este link para obter orientações adicionais. Por outro lado, se o cache de gravação precisar permanecer ativado para o host da VM que hospeda o controlador de domínio, instale um no-break para evitar danos ao (s) controlador (es).
Mais uma vez, trata-se de controladores de domínio virtualizados, mas o conceito de cache de disco também se aplica aos controladores de domínio físicos.
Então aí está a minha ideia. Eu acho que tem algo a ver com o seu sistema de armazenamento. Definitivamente, deseja desativar todo e qualquer mecanismo de cache, pelo menos no volume ntds.dit, especialmente se você estiver propenso a quedas de energia.