/
/

Active Directory-Objekte mit minimalem Risiko wiederherstellen

von Team Ninja
How to Restore Active Directory Objects With Minimal Risk blog banner image

Kurzüberblick

Dieser NinjaOne-Blogbeitrag bietet eine umfassende Liste grundlegender CMD-Befehle und einen tiefen Einblick in die Windows-Befehle mit über 70 wichtigen CMD-Befehlen für Anfänger:innen und Fortgeschrittene. Der Blogartikel erklärt praktische Befehle der Eingabeaufforderung für die Dateiverwaltung, die Navigation in Verzeichnissen, die Fehlersuche im Netzwerk, Festplattenoperationen und die Automatisierung mit echten Beispielen zur Steigerung der Produktivität. Egal, ob Sie grundlegende CMD-Befehle lernen oder fortgeschrittene Windows CLI-Tools beherrschen möchten, dieser Leitfaden hilft Ihnen, die Eingabeaufforderung effektiver zu verwenden.

Die wichtigsten Punkte

  • Löschung bestätigen und die sicherste Wiederherstellungsmethode wählen: Nutzen Sie Get-ADObject -IncludeDeletedObjects, um gelöschte Benutzer:innen oder Gruppen zu finden, bevor Sie sich für einen Wiederherstellungsweg entscheiden.
  • AD-Papierkorb aktivieren und überprüfen: Verwenden Sie PowerShell-Befehle wie Enable-ADOptionalFeature -Identity ‚Recycle Bin Feature‘ und überprüfen Sie das Ergebnis mit Get-ADOptionalFeature.
  • Objekte sicher wiederherstellen und den Prozess dokumentieren: Nutzen Sie Restore-ADObject -Identity, um gelöschte Benutzer:innen wiederherzustellen, und verschieben Sie sie bei Bedarf zur Validierung in eine Staging-Organisationseinheit (OU).
  • Verknüpfte Attribute wiederaufbauen und Berechtigungen validieren: Nutzen Sie Get-ADUser -Properties memberOf, um Gruppenmitgliedschaften, servicePrincipalName und die Integrität der ACLs zu bestätigen; prüfen Sie Authentifizierung, Ressourcenzugriff und GPO-Anwendung über gpupdate und gpresult.
  • Replikation und Integrität der hybriden Synchronisierung prüfen: Führen Sie repadmin /replsummary und repadmin /showrepl auf allen Domain-Controllern aus, um die Konvergenz zu bestätigen und zurückgebliebene Objekte zu identifizieren.
  • Nachweise sammeln und compliance-fähige Berichte veröffentlichen: Legen Sie PowerShell-Protokolle, Exporte aus der Ereignisanzeige und LDIFDE-Dateien von vorher und nachher in Ihrem Dokumentationssystem ab.

Versehentliche Löschungen in Active Directory können viele Probleme verursachen, insbesondere wenn Wiederherstellungen unvollständig sind oder die Replikation nicht sauber läuft. Für MSPs lohnt es sich, zu wissen, wie sich Active Directory-Objekte wiederherstellen lassen, ohne dabei große Risiken einzugehen. So schützen Sie Ihre Daten und sorgen gleichzeitig für gesunde Cloud-Verzeichnisse.

Anleitung: gelöschte AD-Benutzer:innen wiederherstellen

📌 Voraussetzungen:

  • Domänenfunktionsebene Windows Server 2008 R2 oder höher für den Papierkorb
  • Aktivierter Papierkorb (Get-ADOptionalFeature zur Überprüfung)
  • Fehlerfreie Replikation (repadmin /replsummary) und SYSVOL (dfsrdiag pollad)
  • Administrative Anmeldeinformationen auf einem Domain-Controller oder Verwaltungshost
  • Backup des Systemstatus oder ein früherer LDIFDE-Export für autoritative Wiederherstellungen
  • Ein Ablageort für Nachweise wie PowerShell-Transkripte und Validierungsausgaben

Schritt 1: Löschung bestätigen und Wiederherstellungsweg bewerten

Prüfen Sie mit erhöhten Rechten in Windows PowerShell, ob sich das Objekt im Active Directory-Papierkorb befindet. Verwenden Sie dazu folgenden Befehl:

Get-ADObject -IncludeDeletedObjects -Filter 'Name -like "user"' 

Finden Sie das gesuchte Objekt, stellen Sie es aus dem Papierkorb wieder her. Bei Tombstone-Objekten oder bereits replizierten Löschungen ist eine Wiederherstellung aus dem Papierkorb nicht möglich. In diesem Fall müssen Sie auf ein Backup des Systemstatus zurückgreifen.

Schritt 2: Papierkorb bei Bedarf aktivieren und prüfen

Ist der Papierkorb für Ihre Active Directory-Objekte nicht aktiviert, lässt sich daraus auch nichts wiederherstellen. Aktivieren Sie ihn mit erhöhten Rechten in Windows PowerShell über folgenden Befehl:

Enable-ADOptionalFeature -Identity 'Recycle Bin Feature' -Scope ForestOrConfigurationSet -Target 'forest.local'

Um zu prüfen, ob der Papierkorb in Ihrem System aktiviert ist, verwenden Sie diesen Befehl:

Get-ADOptionalFeature

Halten Sie die Details zur Aktivierung und zur Überprüfung in Ihrer Nachweisdatei fest. Das sorgt für Transparenz und Sie behalten alle Vorgänge in Ihrem System im Blick.

Schritt 3: Wiederherstellung per PowerShell

Sobald Sie das gelöschte Active Directory-Objekt identifiziert haben, können Sie es mit erhöhten Rechten in Windows PowerShell wiederherstellen. Verwenden Sie dazu folgenden Befehl:

Restore-ADObject -Identity "CN=John Doe\0ADEL:GUID,CN=Deleted Objects,DC=domain,DC=com"

Alternativ können Sie mit -TargetPath das Objekt zur Validierung in eine Staging-Organisationseinheit (OU) verschieben.

Nachdem das Objekt wiederhergestellt ist, erfassen Sie das Transkript Ihrer PowerShell-Befehle sowie die zugehörigen Ereignis-IDs in Ihren Protokollen. Das schafft Transparenz und dient als Nachweis.

Schritt 4: Verknüpfte Attribute und Gruppenmitgliedschaften prüfen

Nach der Wiederherstellung des Active Directory-Objekts müssen Sie sicherstellen, dass alle, die zuvor Zugriff hatten, diesen weiterhin behalten.

Prüfen Sie dazu die Gruppenmitgliedschaften und die Zugriffssteuerungslisten. Verwenden Sie folgende Befehle:

Get-ADUser -Identity "John Doe" -Properties memberOf 

Fehlen weiterhin Mitgliedschaften, stellen Sie diese manuell oder per Skript wieder her.

Um zu bestätigen, dass alle wieder Zugriff haben, nutzen Sie die Felder servicePrincipalName, UPN und logonName.

Schritt 5: Replikation und verwaiste Objekte validieren

Nach der Wiederherstellung müssen Sie sicherstellen, dass alles wieder an seinem Platz ist. Führen Sie repadmin /showrepl und repadmin /replsummary auf allen Domain-Controllern aus. Achten Sie auf Warnungen zu verwaisten Objekten (lingering objects). Prüfen Sie, ob die wiederhergestellten Attribute bei allen Replikationspartnern erscheinen.

Protokollieren Sie anschließend den Replikationsstatus für Ihre Unterlagen.

Schritt 6: Hybride Synchronisierung prüfen (sofern relevant)

Wenn Sie Entra Connect einsetzen, müssen Sie überprüfen, ob das wiederhergestellte Objekt in die Cloud synchronisiert wird. Überwachen Sie dazu DirectorySyncClientCmd.exe oder den Status im Portal. Gehen Sie mit vorläufig gelöschten Cloud-Konten (soft-deleted) sorgfältig um, um Duplikate zu vermeiden.

Nachdem Sie das AD-Objekt per PowerShell oder über den Active Directory-Papierkorb wiederhergestellt haben, prüfen Sie, ob die unveränderliche ID des Objekts (sourceAnchor) und der DistinguishedName (DN) weiterhin mit dem vorherigen Synchronisierungsstand übereinstimmen.

Sind die Attribute inkonsistent oder verändert, kann Entra Connect das Objekt als neu behandeln. Die Folge sind doppelte Cloud-Konten.

Den Synchronisierungsvorgang überwachen Sie, indem Sie DirectorySyncClientCmd.exe /status in der Eingabeaufforderung ausführen. Alternativ öffnen Sie das Microsoft 365 Admin Center > Benutzer > Aktive Benutzer und suchen dort die wiederhergestellte Person. Stellen Sie sicher, dass:

  • die Person unter Mit Active Directory synchronisiert erscheint
  • keine Synchronisierungsfehler vorliegen
  • der Zeitpunkt der letzten Synchronisierung korrekt und aktuell ist

Schritt 7: Integritäts- und Zugriffsprüfungen durchführen

Nachdem Sie ein gelöschtes Benutzerkonto in Active Directory wiederhergestellt haben, prüfen Sie, ob die Anmeldung funktioniert, ob Berechtigungen und Gruppenmitgliedschaften dem Stand vor der Löschung entsprechen und ob die relevanten Gruppenrichtlinienobjekte (GPOs) korrekt angewendet werden. Gehen Sie dazu so vor:

  • Lassen Sie die betroffene Person sich an ihrer in die Domäne eingebundenen Workstation anmelden, um zu bestätigen, dass das Konto aktiv und weder gesperrt noch deaktiviert ist.
  • Prüfen Sie mit Get-ADUser username -Properties MemberOf | Select-Object -ExpandProperty MemberOf in Windows PowerShell die wiederhergestellten Gruppenmitgliedschaften.
  • Verwenden Sie gpupdate /force und gpresult /r, um zu prüfen, ob die Benutzer- und die relevanten Computerrichtlinien angewendet werden.
  • Führen Sie repadmin /replsummary und repadmin /showrepl in der Eingabeaufforderung aus, um sicherzustellen, dass keine Replikationsfehler oder veralteten Daten vorliegen.

Schritt 8: Dokumentieren und Artefakte ablegen

Sammeln Sie PowerShell-Transkripte, eventvwr-Protokolle (Verzeichnisdienste und DFSR), LDIFDE-Exporte vor und nach der Wiederherstellung sowie Screenshots aus ADUC, die die wiederhergestellten Objekte zeigen. Laden Sie alles in Ihr Dokumentationstool hoch, damit Sie jeden Schritt nachvollziehen können.

9: Runbooks aktualisieren und Erkenntnisse teilen

Halten Sie fest, warum das Konto überhaupt gelöscht wurde (Löschung über die Benutzeroberfläche, Skriptfehler, Synchronisierungsproblem). Sobald die Ursache klar ist, verbessern Sie die Schutzmaßnahmen und richten Leitplanken ein, damit sich der Vorfall nicht wiederholt. Dokumentieren Sie die Aufbewahrungseinstellungen und laden Sie sie in Ihr Dokumentationstool hoch.

Schritt 10: Monatliches Nachweispaket veröffentlichen

Veröffentlichen Sie ein monatliches Nachweispaket, um die Geschäftsleitung auf dem Laufenden zu halten. Nehmen Sie darin die Anzahl gelöschter und wiederhergestellter Objekte auf, die genutzten Wiederherstellungswege, die Konvergenzzeit, Korrekturen an verknüpften Attributen, die Validierung der hybriden Synchronisierung sowie Ausnahmen inklusive Verantwortlichen und Ablaufdatum.

Teilen Sie das Paket in QBRs oder Audit-Reviews. Sie können alle Daten auch auf einer einzigen Seite zusammenfassen, damit sie sich schnell erfassen lassen.

Best Practices im Überblick: gelöschte AD-Objekte wiederherstellen

MaßnahmeZweckNutzen
Replikation und Papierkorb vorab prüfenDas verhindert fehlerhafte Wiederherstellungen.Das senkt das Risiko von Nacharbeit und Datenbeschädigung.
Wiederherstellung per PowerShellDas liefert leicht nachvollziehbare Automatisierungen.Sie erhalten einen wiederholbaren und prüfbaren Prozess.
Wiederherstellung verknüpfter AttributeDas erhält die Beziehungen zwischen Vorfällen.Sie erhalten einen korrekten Zustand von Gruppen und ACLs.
Hybride ValidierungDas vermeidet Synchronisierungskonflikte.Ihre Cloud-Verzeichnisse bleiben gesünder.
NachweispaketDas liefert auditfähige Belege.Sie beschleunigen Compliance-Prüfungen.

Ideen zur NinjaOne-Integration für die Prüfung der AD-Replikation

Mit den Tools von NinjaOne können Sie:

  • über geplante Aufgaben Protokolle, PowerShell-Transkripte und Replikationsberichte von Domain-Controllern einsammeln,
  • betroffene Mandanten mit Tags versehen
  • das Nachweispaket für QBRs an die Kundendokumentation anhängen

Holen Sie mehr aus Ihren Verzeichnissen heraus: Active Directory-Objekte mit minimalem Risiko wiederherstellen

Für eine erfolgreiche Wiederherstellung von Active Directory-Objekten brauchen Sie Vorabprüfungen, eine passende Wiederherstellungsmethode und eine Validierung, alles sauber dokumentiert. Führen Sie saubere Replikationsprüfungen durch, nutzen Sie PowerShell für die Nachvollziehbarkeit, reparieren Sie verknüpfte Attribute und sammeln Sie Nachweise. Dann können Sie sicher sein, dass Sie schnell wiederherstellen und Compliance souverän belegen können.

Weiterführende Links:

FAQs

Führen Sie nach der Wiederherstellung eines AD-Objekts auf jedem Domain-Controller die folgenden Prüfungen zur Replikationsintegrität aus:

repadmin /replsummary

repadmin /showrepl

  • repadmin /replsummary liefert eine Zusammenfassung der Erfolgsquoten bei der Replikation und der Fehleranzahl.
  • repadmin /showrepl zeigt detailliert den Replikationsstatus der Partner samt Zeitstempeln.

Prüfen Sie im Entra Admin Center > Benutzer > Aktive Benutzer, ob das wiederhergestellte Konto dort auftaucht.

Vergewissern Sie sich, dass die ImmutableID des Objekts (sourceAnchor) mit der ursprünglichen Cloud-Identität übereinstimmt. Existiert das Konto noch als vorläufig gelöschtes Konto, löschen Sie es in Entra ID endgültig, bevor Sie erneut synchronisieren. So vermeiden Sie Duplikate.

Anschließend stoßen Sie mit folgendem Befehl in Windows PowerShell eine Delta-Synchronisierung an, um den Abgleich abzuschließen:

Start-ADSyncSyncCycle -PolicyType Delta

Dokumentieren Sie die folgenden Details:

  • PowerShell-Transkripte und Ereignisprotokolle (Verzeichnisdienste, DFSR).
  • LDIFDE-Exporte vor und nach der Wiederherstellung.
  • Screenshots aus Active Directory-Benutzer und -Computer (ADUC), die die wiederhergestellten Objekte zeigen.
  • Ausgaben zum Replikationsstatus (repadmin /replsummary).
  • Überprüfung der Synchronisierung, sofern hybrid

Wenn ein wiederhergestelltes Active Directory-Objekt nicht mit Microsoft Entra ID (früher Azure AD) synchronisiert wird, liegt das meist an abweichenden Attributen, doppelten vorläufig gelöschten Konten oder veralteten Connector-Daten. So gehen Sie bei der Fehlersuche vor:

  • Synchronisierungsprotokolle prüfen: Führen Sie DirectorySyncClientCmd.exe /status in der Eingabeaufforderung aus oder öffnen Sie den Synchronization Service Manager (miisclient.exe), um die Fehler zu sichten.
  • Übereinstimmung der ImmutableID bestätigen: Stellen Sie sicher, dass die ImmutableID des lokalen Objekts mit dem sourceAnchor der zugehörigen Cloud-Identität übereinstimmt. Bei Abweichungen setzen Sie die Verknüpfung per PowerShell mit diesem Befehl zurück:
    Set-MsolUser -UserPrincipalName “[email protected]” -ImmutableId “Base64EncodedValue”
  • Erzwingen Sie mit diesem Befehl eine Delta-Synchronisierung:
    Start-ADSyncSyncCycle -PolicyType Delta

In Active Directory (AD) verbleiben gelöschte Objekte für eine begrenzte Zeit im Verzeichnis, bevor sie endgültig entfernt werden. Diese Dauer ergibt sich aus zwei zentralen Lebenszyklen: der Tombstone-Lebensdauer und der Aufbewahrungsfrist des Papierkorbs (sofern aktiviert).

Das Tombstone-Objekt verbleibt für die Dauer der Tombstone-Lebensdauer im Container „Deleted Objects“, in der Regel 180 Tage. Ist der Active Directory-Papierkorb aktiviert, bleiben gelöschte Objekte für die Lebensdauer gelöschter Objekte in einem logisch gelöschten Zustand (soft-deleted). Diese entspricht üblicherweise der Tombstone-Lebensdauer, standardmäßig also 180 Tage.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?