Freigeben über

Active Directory-Replikationsereignis-ID 1388 oder 1988: Ein anhaltendes Objekt wird erkannt.

  • Artikel

Dieser Artikel hilft Ihnen bei der Problembehandlung bei der Active Directory-Replikationsereignis-ID 1388 und 1988.

Gilt für: Windows Server (alle unterstützten Versionen)
Ursprüngliche KB-Nummer: 4469619

Übersicht

Wenn ein Zieldomänencontroller ereignis-ID 1388 oder Ereignis-ID 1988 protokolliert, wurde ein anhaltendes Objekt erkannt und eine von zwei Bedingungen auf dem Zieldomänencontroller vorhanden:

  • Ereignis-ID 1388: Die eingehende Replikation deslingering-Objekts ist auf dem Zieldomänencontroller aufgetreten.
  • Ereignis-ID 1988: Die eingehende Replikation der Verzeichnispartition deslingering-Objekts wurde auf dem Zieldomänencontroller blockiert.

Ereignis-ID 1388

Dieses Ereignis gibt an, dass ein Zieldomänencontroller, für den keine strenge Replikationskonsistenz aktiviert ist, eine Anforderung zum Aktualisieren eines Objekts erhalten hat, das sich nicht in der lokalen Kopie der Active Directory-Datenbank befindet. Als Antwort hat der Zieldomänencontroller das vollständige Objekt vom Quellreplikationspartner angefordert. Auf diese Weise wurde ein verweilendes Objekt auf den Zieldomänencontroller repliziert. Daher wurde das verweilende Objekt wieder in das Verzeichnis eingeführt.

Wichtig

Wenn die Ereignis-ID 1388 auftritt, können Sie den Lingering Object Liquidator v2 (LOLv2) oder das Repadmin-Tool nicht verwenden, um lingernde Objekte zu entfernen.

Weitere Informationen zum Entfernen von objekten in diesem Fall finden Sie unter:

Die Verfahren und Informationen in diesem Artikel gelten für das Entfernen von objekten aus globalen Katalogservern sowie von Domänencontrollern, die keine globalen Katalogserver sind.

Der Ereignistext identifiziert den Quelldomänencontroller und das veraltete (lingernde) Objekt. Im Folgenden finden Sie ein Beispiel für den Ereignistext:

Protokollname: Verzeichnisdienst
Quelle: Microsoft-Windows-ActiveDirectory_DomainService
Datum: 03.05.2008 3:34:01
Ereignis-ID: 1388
Aufgabenkategorie: Replikation
Ebene: Fehler
Schlüsselwörter: Klassisch
Benutzer: ANONYME ANMELDUNG
Computer: Beschreibung: DC3.contoso.com Ein anderer Domänencontroller (DC) hat versucht, in diesen DC zu replizieren, ein Objekt, das in der lokalen Active Directory-Domäne Services-Datenbank nicht vorhanden ist. Das Objekt wurde möglicherweise gelöscht und bereits garbage collection (eine Tombstone-Lebensdauer oder mehr ist seit dem Löschen des Objekts vergangen) auf diesem DC. Der in der Updateanforderung enthaltene Attributsatz reicht nicht aus, um das Objekt zu erstellen. Das Objekt wird mit einem vollständigen Attributsatz erneut angefordert und auf diesem DC neu erstellt.

Quell-DC (Transportspezifische Netzwerkadresse):
4a8717eb-8e58-456c-995a-c92e4add7e8e._msdcs.contoso.com
Objekt:
CN=InternalApps,CN=Users,DC=contoso,DC=com
Objekt-GUID: a21aa6d9-7e8a-4a8f-bebf-c3e38d0b733a
Verzeichnispartition:
DC=contoso,DC=com
Ziel höchste Eigenschaft USN: 20510
Benutzeraktion:
Überprüfen Sie den fortgesetzten Wunsch nach der Existenz dieses Objekts. Um die Neuerstellung zukünftiger ähnlicher Objekte einzustellen, sollte der folgende Registrierungsschlüssel erstellt werden.

Registrierungsschlüssel:
HKLM\System\CurrentControlSet\Services\NTDS\Parameters\Strict Replication Consistency

Ereignis-ID 1988

Dieses Ereignis gibt an, dass ein Zieldomänencontroller mit aktivierter strikter Replikationskonsistenz eine Anforderung zum Aktualisieren eines Objekts erhalten hat, das in seiner lokalen Kopie der Active Directory-Datenbank nicht vorhanden ist. Als Antwort blockierte der Zieldomänencontroller die Replikation der Verzeichnispartition, die dieses Objekt von diesem Quelldomänencontroller enthält. Der Ereignistext identifiziert den Quelldomänencontroller und das veraltete (lingernde) Objekt. Im Folgenden finden Sie ein Beispiel für den Ereignistext:

Protokollname: Verzeichnisdienst
Quelle: Microsoft-Windows-ActiveDirectory_DomainService
Datum: 07.02.2008 8:20:11 Uhr Ereignis-ID: 1988
Aufgabenkategorie: Replikation
Ebene: Fehler
Schlüsselwörter: Klassisch
Benutzer: ANONYME ANMELDUNG
Computer: DC5.contoso.com
Beschreibung:
Active Directory-Domäne Dienstreplikation ist auf das Vorhandensein von Objekten in der folgenden Partition aufgetreten, die aus den lokalen DCs (DCs) Active Directory-Domäne Services-Datenbank gelöscht wurden. Nicht alle direkten oder transitiven Replikationspartner wurden im Löschvorgang repliziert, bevor die Tombstone-Lebensdauer von Tagen vergangen ist. Objekte, die aus einer Active Directory-Domäne Services-Partition gelöscht und garbage gesammelt wurden, aber weiterhin in den schreibbaren Partitionen anderer DCs in derselben Domäne vorhanden sind, oder schreibgeschützte Partitionen globaler Katalogserver in anderen Domänen in der Gesamtstruktur werden als "lingering objects" bezeichnet.

Dieses Ereignis wird protokolliert, da die Quell-DC ein beibehaltendes Objekt enthält, das in der lokalen DCs-Active Directory-Domäne Services-Datenbank nicht vorhanden ist. Dieser Replikationsversuch wurde blockiert.

Die beste Lösung für dieses Problem besteht darin, alle in der Gesamtstruktur stehenden Objekte zu identifizieren und zu entfernen.

Quell-DC (Transportspezifische Netzwerkadresse):
4a8717eb-8e58-456c-995a-c92e4add7e8e._msdcs.contoso.com
Objekt: CN=InternalApps,CN=Users,DC=contoso,DC=com
Objekt-GUID:
a21aa6d9-7e8a-4a8f-bebf-c3e38d0b733a

Diagnosis

Ein Objekt, das dauerhaft aus AD DS gelöscht wurde (d. h. sein Grabstein wurde auf allen verbundenen Domänencontrollern garbage-collection) verbleibt auf einem getrennten Domänencontroller. Der Domänencontroller konnte die direkte oder transitive Replikation des Objektlöschvorgangs nicht empfangen, da die Verbindung getrennt wurde (es ist offline oder hat einen Fehler bei der eingehenden Replikation) aus der Replikationstopologie für einen Zeitraum überschritten, der eine Tombstone-Lebensdauer überschritten hat. Der Domänencontroller wird jetzt erneut mit der Topologie verbunden und das Objekt wurde auf dem Domänencontroller aktualisiert, was zu einer Replikationsbenachrichtigung an den Replikationspartner führt, dass ein Update für die Replikation bereit ist. Der Replikationspartner reagierte entsprechend seiner Replikationskonsistenzeinstellung. Diese Benachrichtigung gilt für die versuchte Replikation eines beschreibbaren Objekts. Auf einem globalen Katalogserver ist möglicherweise auch eine Kopie des schreibbaren schreibbaren Objekts vorhanden.

Lösung

Wenn die Replikation eines anhaltenden Objekts erkannt wird, können Sie das Objekt aus AD DS zusammen mit allen schreibgeschützten Replikaten des Objekts mithilfe von LOLv2 entfernen, indem Sie die Domänencontroller identifizieren, die dieses Objekt (einschließlich globaler Katalogserver) speichern und mithilfe des LOLv2-Tools entfernen oder einen Repadmin-Befehl ausführen, um bleibende Objekte auf diesen Servern zu entfernen (repadmin /removelingeringobjects). Dieser Befehl ist auf Domänencontrollern verfügbar, die unterstützte Version von Windows Server ausführen.

Gehen Sie wie folgt vor, um die objekte zu entfernen:

  1. Verwenden Sie den Ereignistext, um Folgendes zu identifizieren:
    1. Die Verzeichnispartition des Objekts
    2. Der Quelldomänencontroller, der versucht hat, das zu replizierende Objekt zu replizieren
  2. Verwenden Sie "Repadmin", um die GUID eines autorisierenden Domänencontrollers zu identifizieren.
  3. Verwenden Sie LOLv2 oder Repadmin, um lingernde Objekte zu entfernen.
  4. Aktivieren Sie bei Bedarf strenge Replikationskonsistenz.
  5. Stellen Sie sicher, dass bei Bedarf strenge Replikationskonsistenz für neu heraufgestufte Domänencontroller aktiviert ist.

Verwenden Sie Repadmin, um die GUID eines autorisierenden Domänencontrollers zu identifizieren:

Um die Prozedur auszuführen, mit der objekte entfernt werden, müssen Sie die GUID (Globally Unique Identifier) eines aktuellen Domänencontrollers identifizieren, der ein schreibbares Replikat der Verzeichnispartition enthält, das das gemeldete objekt enthält. Die Verzeichnispartition wird in der Ereignismeldung identifiziert. Die Objekt-GUID eines Domänencontrollers wird im ObjectGUID-Attribut des NTDS Settings-Objekts gespeichert.

Anforderungen:

  • Die Mitgliedschaft in Domänenadministratoren in der Domäne des Domänencontrollers , deren GUID Sie identifizieren möchten, ist das Mindestmaß, um dieses Verfahren abzuschließen. Informationen zu den entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Local and Domain Default Groups (Lokale und Domänenstandardgruppen).
  • Tool: Repadmin.exe

Schritte zum Identifizieren der GUID eines Domänencontrollers:

  1. Geben Sie an einer Eingabeaufforderung den folgenden Befehl ein, und drücken Sie dann die EINGABETASTE:

    repadmin /showrepl <ServerName>
    Parameter Beschreibung
    /showrepl Zeigt den Replikationsstatus an, einschließlich, wenn der Domänencontroller, der von <ServerName> angegeben wurde, zuletzt versucht hat, eingehende Replikation von Active Directory-Partitionen. Zeigt auch die GUID des angegebenen Domänencontrollers an.
    <ServerName> Der Name des Domänencontrollers, dessen GUID Sie anzeigen möchten.

  2. Suchen Sie im ersten Abschnitt der Ausgabe den objectGuid-Eintrag . Wählen Sie den GUID-Wert aus, und kopieren Sie ihn in eine Textdatei, damit Sie ihn an anderer Stelle verwenden können.

Verwenden Sie LOLv2 oder Repadmin zum Entfernen von lingernden Objekten:

Anforderungen:

  • Die Mitgliedschaft in Domänenadministratoren in der Domäne des Domänencontrollers , der noch Objekte enthält, oder Unternehmensadministratoren , wenn die Verzeichnispartition, die sich noch-Objekte befindet, die Konfigurations- oder Schemaverzeichnispartition ist, mindestens erforderlich ist, um dieses Verfahren abzuschließen. Informationen zu den entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Local and Domain Default Groups (Lokale und Domänenstandardgruppen).

  • Betriebssystem: Unterstützte Version von Windows Server.

  • Die bevorzugte Methode zum Entfernen von lingernden Objekten ist die Verwendung von LOLv2. In einigen Fällen, in denen LOLv2 nicht verwendet werden kann, können Sie Repadmin.exe

Weitere Informationen zu LOLv2:

Schritte zur Verwendung von Repadmin zum Entfernen von lingernden Objekten:

  1. Öffnen Sie eine Eingabeaufforderung als Administrator: Klicken Sie im Startmenü mit der rechten Maustaste auf die Eingabeaufforderung, und klicken Sie dann auf "Als Administrator ausführen". Wenn das Dialogfeld "Benutzerkontensteuerung " angezeigt wird, geben Sie bei Bedarf Domänenadministratoren oder Unternehmensadministratoren anmeldeinformationen an, und klicken Sie dann auf "Weiter".

  2. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, und drücken Sie die EINGABETASTE:

    repadmin /removelingeringobjects <ServerName> <ServerGUID> <DirectoryPartition> /advisory_mode
    Parameter Beschreibung
    /removelingeringobjects Entfernt das Anhalten von Objekten vom Domänencontroller, der von <ServerName> für die Verzeichnispartition angegeben wird, die von <DirectoryPartition> angegeben wird.
    <ServerName> Der Name des Domänencontrollers, der objekte enthält, wie in der Ereignismeldung angegeben (Ereignis-ID 1388 oder Ereignis-ID 1988). Sie können den Dns-Namen (Domain Name System) oder den Distinguished Name verwenden, z. B. den Distinguished Name CN=DC5,OU=Domain Controllers,DC=contoso,DC=com oder den DNS-Namen DC5.contoso.com.
    <ServerGUID> Die GUID eines Domänencontrollers mit einem aktuellen, beschreibbaren Replikat der Verzeichnispartition, die das lingerende Objekt enthält.
    <DirectoryPartition> Der distinguished name of the directory partition that is identified in the event message, for example:
    • For the Sales domain directory partition in the contoso.com forest: DC=sales,DC=contoso,DC=com
    • Für die Konfigurationsverzeichnispartition in der contoso.com Gesamtstruktur: CN=configuration,DC=contoso,DC=com
    • Für die Schemaverzeichnispartition in der contoso.com Gesamtstruktur: CN=schema,CN=configuration,DC=contoso,DC=com
    /advisory_mode Protokolliert die beibehaltenden Objekte, die entfernt werden, sodass Sie sie überprüfen können, aber nicht entfernen.

  3. Wiederholen Sie Schritt 2, ohne /advisory_mode die identifizierten lingernden Objekte aus der Verzeichnispartition zu löschen.

  4. Wiederholen Sie die Schritte 2 und 3 für jeden Domänencontroller, der möglicherweise noch Objekte enthält.

Notiz

Der <Parameter "ServerName> " verwendet die syntax DC_LIST für repadmin, die die Verwendung von * für alle Domänencontroller in der Gesamtstruktur und gc ermöglicht: für alle globalen Katalogserver in der Gesamtstruktur. Geben Sie repadmin /listhelpdie Syntax des DC_LIST ein. Informationen zur Syntax der /regkey Parameter und /removelingeringobjects der Syntax des Typs repadmin /experthelp.

Strenge Replikationskonsistenz aktivieren:

Um sicherzustellen, dass das Anhalten von Objekten nicht repliziert werden kann, wenn sie auftreten, aktivieren Sie strenge Replikationskonsistenz auf allen Domänencontrollern. Die Einstellung für die Replikationskonsistenz wird in der Registrierung auf jedem Domänencontroller gespeichert. Auf Domänencontrollern, die die unterstützte Version von Windows Server ausführen, können Sie jedoch Repadmin verwenden, um eine strikte Replikationskonsistenz auf einem oder allen Domänencontrollern zu ermöglichen.

Verwenden Sie Repadmin, um strenge Replikationskonsistenz zu ermöglichen:

Verwenden Sie dieses Verfahren, um beibehaltene Objekte auf einem Domänencontroller zu entfernen, der die unterstützte Version von Windows Server ausführt.

Die Mitgliedschaft in Domänenadministratoren oder gleichwertigen Domänen ist mindestens erforderlich, um dieses Verfahren auf einem einzelnen Domänencontroller abzuschließen. Die Mitgliedschaft in Enterprise-Administratoren oder gleichwertigen Ressourcen ist mindestens erforderlich, um dieses Verfahren auf allen Domänencontrollern in der Gesamtstruktur abzuschließen. Informationen zu den entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Local and Domain Default Groups (Lokale und Domänenstandardgruppen).

Schritte zur Verwendung von Repadmin zum Aktivieren der strengen Replikationskonsistenz:

  1. Öffnen Sie eine Eingabeaufforderung als Administrator: Klicken Sie im Startmenü mit der rechten Maustaste auf die Eingabeaufforderung, und klicken Sie dann auf "Als Administrator ausführen". Wenn das Dialogfeld "Benutzerkontensteuerung " angezeigt wird, geben Sie bei Bedarf Domänenadministratoren oder Unternehmensadministratoren anmeldeinformationen an, und klicken Sie dann auf "Weiter".

  2. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, und drücken Sie die EINGABETASTE:

    repadmin /regkey <DC_LIST> +strict
    Parameter Beschreibung
    /regkey Aktiviert (+) und deaktiviert (-) den Wert für den Registrierungseintrag "Strict Replication Consistency " in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters.
    <DC_LIST> Der Name eines einzelnen Domänencontrollers oder * zum Anwenden der Änderung auf alle Domänencontroller in der Gesamtstruktur. Für den Domänencontrollernamen können Sie den DNS-Namen, den Distinguished Name des Domänencontrollercomputerobjekts oder den distinguished Name des Domänencontrollerserverobjekts verwenden, z. B. den Distinguished Name CN=DC5,OU=Domänencontroller,DC=contoso,DC=com oder den DNS-Namen DC5.contoso.com.
    +strict Aktiviert den Registrierungseintrag "Strict Replication Consistency ".

  3. Wenn Sie * nicht verwenden, um die Änderung auf alle Domänencontroller anzuwenden, wiederholen Sie Schritt 2 für jeden Domänencontroller, für den Sie strenge Replikationskonsistenz aktivieren möchten.

Notiz

Weitere Benennungsoptionen und Informationen zur Syntax des <DC_LIST-Parameters> unter der Eingabeaufforderungstyp repadmin /listhelp. Informationen zur Syntax der /regkey Parameter und /removelingeringobjects der Syntax des Typs repadmin /experthelp.

Verwenden Sie Regedit, um strenge Replikationskonsistenz zu ermöglichen:

Alternativ zur Verwendung von Repadmin können Sie strenge Replikationskonsistenz aktivieren, indem Sie die Registrierung direkt bearbeiten. Die Einstellung für die Replikationskonsistenz wird im Eintrag "Strict Replication Consistency" gespeichert.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters

Die Werte für den Registrierungseintrag "Strict Replication Consistency " sind wie folgt:

  • Wert: 1 (zu deaktivierende 0)

  • Standard: 1 (aktiviert) in einem neuen Windows Server; andernfalls 0.

  • Datentyp: REG_DWORD

Anforderungen:

  • Zum Durchführen dieses Verfahrens ist mindestens die Mitgliedschaft in Domänen-Admins oder eine entsprechende Berechtigung erforderlich. Informationen zu den entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Local and Domain Default Groups (Lokale und Domänenstandardgruppen).
  • Tool: Regedit.exe

Notiz

Es wird empfohlen, die Registrierung nur dann direkt zu bearbeiten, wenn es keine andere Alternative gibt. Änderungen an der Registrierung werden weder vom Registrierungs-Editor noch von Windows überprüft, bevor sie angewendet werden, was bedeutet, dass fehlerhafte Werte gespeichert werden können. Dies kann zu nicht behebbaren Fehlern im System führen. Anstatt die Registrierung direkt zu bearbeiten, verwende nach Möglichkeit Gruppenrichtlinien oder andere Windows-Tools wie die Microsoft Management Console (MMC) zum Ausführen von Aufgaben. Wenn Sie die Registrierung bearbeiten müssen, gehen Sie äußerst umsichtig vor.

Schritte zur Verwendung von Regedit zum Aktivieren der strengen Replikationskonsistenz

  1. Öffnen Sie "Regedit" als Administrator: Klicken Sie auf "Start", und geben Sie dann in "Suche starten" "regedit" ein. Klicken Sie oben im Startmenü mit der rechten Maustaste auf regedit.exe, und klicken Sie dann auf "Als Administrator ausführen". Geben Sie im Dialogfeld Benutzerkontensteuerung Anmeldeinformationen für Domänenadministratoren ein, und klicken Sie dann auf "OK".

  2. Navigieren Sie zum Eintrag "Strict Replication Consistency " in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters.

  3. Legen Sie den Wert im Eintrag "Strict Replication Consistency " auf 1 fest.

Sicherstellen, dass strenge Replikationskonsistenz für neu heraufgestufte Domänencontroller aktiviert ist

Wenn Sie eine Gesamtstruktur aktualisieren, die ursprünglich mit einem Computer unter Windows 2000 Server erstellt wurde, sollten Sie sicherstellen, dass die Gesamtstruktur so konfiguriert ist, dass die strenge Replikationskonsistenz auf neu höhergestuften Domänencontrollern aktiviert wird, um zu vermeiden, dass Objekte beibehalten werden. Nachdem Sie die Gesamtstruktur wie beschrieben aktualisiert haben (Upgraden von Active Directory-Domäne auf Windows Server 2008 und Windows Server 2008 R2 AD DS-Domänen), werden alle neuen Domänencontroller, die Sie anschließend der Gesamtstruktur hinzufügen, mit strikter Replikationskonsistenz erstellt. Sie können jedoch eine Gesamtstrukturkonfigurationsänderung implementieren, die bewirkt, dass neue Domänencontroller strenge Replikationskonsistenz aktiviert haben. Um sicherzustellen, dass neue Domänencontroller, die Sie der Gesamtstruktur hinzufügen, strenge Replikationskonsistenz aktiviert haben, können Sie das tool Ldifde.exe verwenden, um ein Objekt in der Konfigurationsverzeichnispartition der Gesamtstruktur zu erstellen. Dieses Objekt ist für die Aktivierung der strengen Replikationskonsistenz für jeden neuen Domänencontroller verantwortlich, der in die Gesamtstruktur höhergestuft wird.

Das objekt, das Sie erstellen, ist eine betriebsfähige GUID mit dem folgenden Namen:

CN=94fdebc6-8eeb-4640-80de-ec52b9ca17fa,CN=Operations,CN=ForestUpdates,CN=Configuration,DC=<ForestRootDomain>

Sie können das folgende Verfahren für jeden Domänencontroller in der Gesamtstruktur verwenden, um dieses Objekt der Konfigurationsverzeichnispartition hinzuzufügen.

Um dieses Verfahren auszuführen, ist mindestens die Mitgliedschaft in Unternehmensadministratoren oder eine entsprechende Berechtigung erforderlich. Informationen zu den entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Local and Domain Default Groups (Lokale und Domänenstandardgruppen).

Schritte zum Erstellen des Objekts, das strenge Replikationskonsistenz auf neuen Domänencontrollern sicherstellt

  1. Erstellen Sie in einem Text-Editor, z. B. Editor, die folgende Textdatei:

    Dn:
    CN=94fdebc6-8eeb-4640-80de-ec52b9ca17fa,CN=Operations,CN=ForestUpdates,CN=Configuration,DC=<ForestRootDomain>
    changetype: add
    objectClass: container
    showInAdvancedViewOnly: TRUE
    Name: 94fdebc6-8eeb-4640-80de-ec52b9ca17fa
    objectCategory: CN=Container,CN=Schema,CN=Configuration,DC=<ForestRootDomain>

  2. Wo ForestRootDomain> <alle Domänenkomponenten (DC=) der Gesamtstrukturstammdomäne enthält, z. B. für die contoso.com Gesamtstruktur, DC=contoso,DC=com; für die fineartschool.net Gesamtstruktur, DC=fineartschool,DC=net.

  3. Öffnen Sie eine Eingabeaufforderung als Administrator: Klicken Sie im Startmenü mit der rechten Maustaste auf die Eingabeaufforderung, und klicken Sie dann auf "Als Administrator ausführen". Wenn das Dialogfeld "Benutzerkontensteuerung " angezeigt wird, geben Sie bei Bedarf Anmeldeinformationen für Unternehmensadministratoren ein, und klicken Sie dann auf "Weiter".

  4. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, und drücken Sie die EINGABETASTE:

    ldifde -i -f <Path>\<FileName>
    Parameter Beschreibung
    -i Gibt den Importmodus an. Wenn der Importmodus nicht angegeben ist, wird der Standardmodus exportiert.
    -f Gibt den Namen der Import- oder Exportdatei an.
    <Pfad>\<Dateiname> Der Pfad und der Name der Importdatei, die Sie in Schritt 1 erstellt haben, z. B. C:\ldifde.txt.

    Informationen zur Verwendung von Ldifde finden Sie unter LDIFDE.

Datensammlung

Wenn Sie Unterstützung vom Microsoft-Support benötigen, empfehlen wir, die Informationen zu sammeln, indem Sie die unter " Sammeln von Informationen" genannten Schritte ausführen, indem Sie TSS für Active Directory-Replikationsprobleme verwenden.