今日は数時間考えました。少し困惑しますが、私のコメントで示したように、停電/ダーティシャットダウンによってキャッシュの内容が消去される前に、何らかのディスクキャッシュがディスクにコミットされていない可能性があります。 ...または、ntds.ditが格納されているRAIDボリュームで実行しているため、停電が原因で、たとえ少しでも、RAIDボリュームが一時的に壊れたり、一貫性がなくなったりする場合があります。
USNロールバックのパーティーラインは、DCが以前の状態に復元されたときであることがわかっています。クラシックな例は、仮想化されたDCをスナップショットから復元しています。当てはまらないことはわかっていますが、書き込みキャッシュを備えたディスクの場合でも、ディスク上に物理的に存在するデータは、「以前の状態」を含むと考えることができます。 DCの最新の状態が実際に含まれているのは... 2つの状態が0.5秒しか離れていない場合でもです。
マイクロソフトからのこれらのコメントを反省する:
仮想化ドメインコントローラーのガイドライン
仮想SCSIディスクは、仮想IDEと比較してパフォーマンスが向上し、強制ユニットアクセス(FUA)をサポートします。FUAは、オペレーティングシステムがメディアから直接データを読み書きすることを保証し、あらゆるキャッシュメカニズムをバイパスします。
あなたのDCがVMではないことは知っていますが、その概念は依然として適用されます。ディスクキャッシングとDCは混在しません。そのため、Active Directoryをインストールすると、書き込みキャッシュがWindowsポリシーとしてオフになりますが、ハードウェアRAIDコントローラーなどでキャッシュメカニズムを使用できます。
シナリオB:壊れたミラー内の他のドライブからActive Directoryを起動する
ドメインコントローラを昇格させます。ミラードライブ上のNtds.ditファイルを見つけます。
鏡を壊しなさい。
ミラーの最初のドライブにあるNtds.ditファイルを使用して、インバウンドレプリケートとアウトバウンドレプリケートを続行します。
ミラー内の2番目のドライブにあるNtds.ditファイルを使用して、ドメインコントローラーを起動します。
これは、RAID 1ボリュームを持つ物理的なDCで私を悩ませてきたレプリケーションキラーです。個人的に実際にUSNロールバックが発生したことはありませんが、そのDCでのレプリケーションが強制終了されます。つまり、2つのディスクで構成されるRAID 1ボリュームを想像してみてください。1ドライブが死ぬ。それを取り外し、新しいドライブを挿入します... aaaaaaand DSA Not Writable。
AskDSブログから:
VMホストまたはActive Directoryデータベースが存在するストレージディスクに無停電電源装置(UPS)がない場合は、仮想マシンのホストコンピューターで書き込みキャッシュが無効になっていることを確認してください。追加のガイダンスについては、このリンクを参照してください。逆に、DCをホストするVMホストで書き込みキャッシュを有効にしておく必要がある場合は、DCへの損傷を避けるためにUPSをインストールします。
ここでも、仮想化されたDCについて説明していますが、ディスクキャッシュの概念は物理的なDCにも適用されます。
だから私の考えがあります。ストレージシステムと関係があると思います。特に停電が発生しやすい場合は、少なくともntds.ditボリュームですべてのキャッシュメカニズムを無効にしたいと考えています。