![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(278.4, 1%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EZ%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(185.6, 36%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETL%3C/text%3E%3C/svg%3E)
Hallo Ziag,
Das Problem mit Ereignis-ID 2042 tritt auf, wenn ein Domänencontroller länger als die Tombstone Lifetime (standardmäßig 180 Tage) offline war. In diesem Fall blockiert Active Directory die Replikation, um veraltete Objekte ("Lingering Objects“) zu verhindern. Die sichere Vorgehensweise ist, den betroffenen DC sofort vom Netzwerk zu isolieren und anschließend ein Metadata Cleanup auf einem funktionierenden Domänencontroller durchzuführen. Am einfachsten öffnen Sie dazu die Konsole "Active Directory-Benutzer und -Computer“, löschen das Computerkonto des isolierten DC und bestätigen die Entfernung.
Windows entfernt dabei automatisch die NTDS-Settings und die Replikationsverbindungen. Alternativ können Sie auch das Tool ntdsutil metadata cleanup verwenden. Danach sollten Sie verbleibende DNS-Einträge, insbesondere SRV- und CNAME-Einträge unter _msdcs, bereinigen. Der isolierte Server darf nicht wieder ans Netz, bevor die Bereinigung abgeschlossen ist. Am besten installieren Sie ihn neu oder setzen das Betriebssystem zurück und stufen ihn anschließend über den Server-Manager oder PowerShell (Install-ADDSDomainController) erneut als frischen Domänencontroller hoch. So stellen Sie eine saubere und sichere AD-Struktur wieder her.
Tracy Le.