Ich habe heute ein paar Stunden darüber nachgedacht. Es ist ein bisschen verwirrend, aber wie ich in meinem Kommentar angedeutet habe, ist meine beste Vermutung, dass entweder eine Art Festplatten-Caching stattfindet, das nicht auf die Festplatte übertragen wird, bevor der Stromausfall / das schmutzige Herunterfahren den Inhalt des Caches gelöscht hat ... Oder, da Sie auf einem RAID-Volume arbeiten, auf dem ntds.dit gespeichert ist, kann der Stromausfall dazu führen, dass Ihr RAID-Volume vorübergehend unterbrochen oder inkohärent wird, wenn auch nur für einen Moment.
Wir wissen, dass die Parteilinie bei USN-Rollbacks besteht, wenn ein DC in einem früheren Zustand wiederhergestellt wird. Das klassische Beispiel ist das Wiederherstellen eines virtualisierten DC aus einem Snapshot. Ich weiß, dass dies nicht genau auf Sie zutrifft ... aber selbst bei einer Festplatte mit einem Schreibcache können Sie sich vorstellen, dass die Daten, die sich physisch auf der Festplatte befinden, einen "vorherigen Status" enthalten, während sich der Schreibcache befindet ist das, was tatsächlich den aktuellsten Zustand des DC enthält ... selbst wenn die beiden Zustände nur eine halbe Sekunde voneinander entfernt sind.
Denken Sie über diese Kommentare von Microsoft nach:
Richtlinien für virtualisierte Domänencontroller
Virtuelle SCSI-Festplatten bieten im Vergleich zur virtuellen IDE eine höhere Leistung und unterstützen Forced Unit Access (FUA). FUA stellt sicher, dass das Betriebssystem Daten direkt von den Medien schreibt und liest, wobei alle Caching-Mechanismen umgangen werden.
Ich weiß, dass Ihr DC keine VM ist, aber das Konzept gilt immer noch. Festplatten-Caching und DCs werden nicht gemischt. Aus diesem Grund wird durch die Installation von Active Directory das Schreib-Caching als Windows-Richtlinie deaktiviert. Sie können jedoch weiterhin Caching-Mechanismen in Ihrem Hardware-RAID-Controller usw. verwenden.
Szenario B: Starten von Active Directory von anderen Laufwerken in einem defekten Spiegel
Heraufstufen eines Domänencontrollers. Suchen Sie die Datei Ntds.dit auf einem gespiegelten Laufwerk.
Brechen Sie den Spiegel.
Fahren Sie mit der eingehenden und ausgehenden Replikation fort, indem Sie die Datei Ntds.dit auf dem ersten Laufwerk im Spiegel verwenden.
Starten Sie den Domänencontroller mithilfe der Datei Ntds.dit auf dem zweiten Laufwerk im Spiegel.
Das ist ein Replikationskiller, der mich auf physischen DCs mit RAID 1-Volumes sehr gebissen hat. Ich persönlich hatte noch nie einen tatsächlichen USN-Rollback, der dadurch verursacht wurde, aber die Replikation auf diesem DC wird dadurch beendet. Ich meine, stellen Sie sich ein RAID 1-Volume mit 2 Festplatten vor. 1 Antrieb stirbt. Sie entfernen es, legen ein neues Laufwerk ein ... aaaaaaund DSA nicht beschreibbar.
Aus dem AskDS-Blog :
Wenn Sie keine unterbrechungsfreien Stromversorgungen (USV) für Ihre VM-Hosts oder die Speicherplatte haben, auf der sich die Active Directory-Datenbank befindet, stellen Sie sicher, dass das Schreib-Caching auf dem Host-Computer der virtuellen Maschine deaktiviert ist. Weitere Hinweise finden Sie unter diesem Link. Wenn umgekehrt das Schreib-Caching für den VM-Host, auf dem sich der DC befindet, aktiviert bleiben muss, installieren Sie eine USV, um Schäden an den DCs zu vermeiden.
Auch hier geht es um virtualisierte DCs, aber das Disk-Caching-Konzept gilt auch für physische DCs.
Da ist also meine Idee. Ich denke, es hat etwas mit Ihrem Speichersystem zu tun. Auf jeden Fall möchten Sie alle Caching-Mechanismen zumindest auf dem Volume ntds.dit deaktivieren, insbesondere wenn Sie zu Stromausfällen neigen.