FSMOの役割を取得した後、元のDCに戻すことができないのはなぜですか？
FSMOの役割について読んだところはどこでも、押収された後、FSMOの役割を元のサーバーに戻すことはできないと書かれています。
誰かが理由を知っていましたか？スキーママスターを取得してから、それを転送しようとしたとしますか？何が起こるか？
もちろん、これはPDCエミュレーターまたはインフラストラクチャマスターには適用されません。
PDCエミュレーターとインフラストラクチャの役割では、これは適用されません。これらは発作から問題なく回復でき、どこにでも転送して、心ゆくまで押収することができます。
残り（RID、ネーミング、スキーマ）については、転送できないわけではありません。役割が奪われた後は、決してDCをオンに戻さない）ことをお勧めします。リスク2つのDCはどちらも役割を所有していると考えているということです。異なるスキーマの変更、重複するRID、およびフォレスト内の重複するドメインが潜在的な結果です。
これらのシナリオを作成するのがどれほど難しいかはまったく別の問題です（発作の知識は古い役割の所有者に複製され、それがマスターであると考えるのをやめます-リスクを作成するには複製/接続の切断が必要です）。古いDCをオンラインに戻さないことをお勧めします。これは、Microsoft側の注意が十分にあるためです。
RID、ネーミング、またはスキーママスターの役割を取得する必要がある場合、安全な方法は 軌道からDCのメタデータを削除する そしてOSを再インストールすることです。