Active Directory-Replikationsereignis-ID 1388 oder 1988: Ein anhaltendes Objekt wird erkannt
Dieser Artikel hilft Ihnen bei der Problembehandlung der Active Directory-Replikationsereignis-ID 1388 und 1988.
Gilt für: Windows Server (alle unterstützten Versionen)
Ursprüngliche KB-Nummer: 4469619
Zusammenfassung
Wenn ein Zieldomänencontroller die Ereignis-ID 1388 oder die Ereignis-ID 1988 protokolliert, wurde ein anhaltendes Objekt erkannt, und eine von zwei Bedingungen ist auf dem Zieldomänencontroller vorhanden:
- Ereignis-ID 1388: Die eingehende Replikation des beibehaltenen Objekts ist auf dem Zieldomänencontroller aufgetreten.
- Ereignis-ID 1988: Die eingehende Replikation der Verzeichnispartition des beibehaltenden Objekts wurde auf dem Zieldomänencontroller blockiert.
Ereignis-ID 1388
Dieses Ereignis gibt an, dass ein Zieldomänencontroller, für den keine strikte Replikationskonsistenz aktiviert ist, eine Anforderung zum Aktualisieren eines Objekts empfangen 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 beibehaltenes Objekt auf den Zieldomänencontroller repliziert. Aus diesem Grund wurde das beibehaltene Objekt wieder in das Verzeichnis eingeführt.
Wichtig
Wenn ereignis-ID 1388 auftritt, können Sie Lingering Object Liquidator v2 (LOLv2) oder das Repadmin-Tool nicht verwenden, um bleibende Objekte zu entfernen.
Informationen zum Entfernen von bleibenden Objekten in diesem Fall finden Sie unter:
- Nach dem Wiederherstellen eines veralteten globalen Katalogservers können beibehaltene Objekte beibehalten werden.
- Lingering Object Liquidator (LoL)
- Einführung in Lingering Object Liquidator v2
- Beschreibung des Lingering Object Liquidator-Tools
Die Verfahren und Informationen in diesem Artikel gelten für das Entfernen von bleibenden Objekten von globalen Katalogservern sowie von Domänencontrollern, die keine globalen Katalogserver sind.
Der Ereignistext identifiziert den Quelldomänencontroller und das veraltete (anhaltende) Objekt. Es folgt ein Beispiel für den Ereignistext:
Protokollname: Verzeichnisdienst
Quelle: Microsoft-Windows-ActiveDirectory_DomainService
Datum: 03.05.2008 15:34:01 PM
Ereignis-ID: 1388
Aufgabenkategorie: Replikation
Ebene: Fehler
Schlüsselwörter: Klassisch
Benutzer: ANONYME ANMELDUNG
Computer:DC3.contoso.com
Beschreibung: Ein anderer Domänencontroller (DC) hat versucht, ein Objekt in diesen Domänencontroller zu replizieren, das in der lokalen Active Directory Domain Services-Datenbank nicht vorhanden ist. Das Objekt wurde möglicherweise gelöscht und auf diesem Domänencontroller bereits garbage collected (eine Tombstone-Lebensdauer oder mehr ist seit dem Löschen des Objekts vergangen). 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 Domänencontroller 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
Höchste Zieleigenschaft USN: 20510
Benutzeraktion:
Überprüfen Sie, ob dieses Objekt weiterhin vorhanden ist. Um die erneute Erstellung zukünftiger ähnlicher Objekte abzubrechen, 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 empfangen hat, das in seiner lokalen Kopie der Active Directory-Datenbank nicht vorhanden ist. Daraufhin hat der Zieldomänencontroller die Replikation der Verzeichnispartition blockiert, die dieses Objekt von diesem Quelldomänencontroller enthält. Der Ereignistext identifiziert den Quelldomänencontroller und das veraltete (anhaltende) Objekt. Es folgt ein Beispiel für den Ereignistext:
Protokollname: Verzeichnisdienst
Quelle: Microsoft-Windows-ActiveDirectory_DomainService
Datum: 07.02.2008 08:20:11 Uhr Ereignis-ID: 1988
Aufgabenkategorie: Replikation
Ebene: Fehler
Schlüsselwörter: Klassisch
Benutzer: ANONYME ANMELDUNG
Computer:DC5.contoso.com
Beschreibung:
Bei der Active Directory-Domänendienstereplikation sind Objekte in der folgenden Partition vorhanden, die aus der Active Directory Domain Services-Datenbank der lokalen Domänencontroller (DCs) gelöscht wurden. Nicht alle direkten oder transitiven Replikationspartner wurden beim Löschen repliziert, bevor die Tombstone-Lebensdauer die Anzahl der Tage verstrichen ist. Objekte, die gelöscht und aus einer Active Directory Domain Services-Partition gesammelt wurden, aber weiterhin in den beschreibbaren Partitionen anderer DOmänencontroller in derselben Domäne vorhanden sind, oder schreibgeschützte Partitionen von globalen Katalogservern in anderen Domänen in der Gesamtstruktur werden als "beibehaltene Objekte" bezeichnet.Dieses Ereignis wird protokolliert, da der Quelldomänencontroller ein anhaltendes Objekt enthält, das in der lokalen DCs Active Directory Domain Services-Datenbank nicht vorhanden ist. Dieser Replikationsversuch wurde blockiert.
Die beste Lösung für dieses Problem besteht darin, alle bleibenden Objekte in der Gesamtstruktur 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
Diagnose
Ein Objekt, das dauerhaft aus AD DS gelöscht wurde (d. h. sein Tombstone wurde auf allen verbundenen Domänencontrollern garbage collection) verbleibt auf einem getrennten Domänencontroller. Der Domänencontroller konnte keine direkte oder transitive Replikation des Objektlöschens empfangen, weil er für einen Zeitraum, der eine Tombstone-Lebensdauer überschritten hat, von der Replikationstopologie getrennt wurde (offline ist oder ein Fehler bei der eingehenden Replikation auftritt). Der Domänencontroller wird nun wieder mit der Topologie verbunden, und dieses Objekt wurde auf dem Domänencontroller aktualisiert, wodurch eine Replikationsbenachrichtigung an den Replikationspartner ausgelöst wird, dass ein Update für die Replikation bereit ist. Der Replikationspartner hat entsprechend seiner Einstellung für die Replikationskonsistenz geantwortet. Diese Benachrichtigung gilt für die versuchte Replikation eines beschreibbaren Objekts. Eine Kopie des beschreibbaren, bleibenden Objekts kann auch auf einem globalen Katalogserver vorhanden sein.
Lösung
Wenn die Replikation eines fortdauernden Objekts erkannt wird, können Sie das Objekt zusammen mit allen schreibgeschützten Replikaten des Objekts mithilfe von LOLv2 aus AD DS entfernen, indem Sie die Domänencontroller identifizieren, die dieses Objekt speichern können (einschließlich globaler Katalogserver), und es mithilfe des LOLv2-Tools entfernen oder indem Sie einen repadmin-Befehl ausführen, um bleibende Objekte auf diesen Servern zu entfernen (repadmin /removelingeringobjects
). Dieser Befehl ist auf Domänencontrollern verfügbar, auf denen die unterstützte Version von Windows Server ausgeführt wird.
Gehen Sie wie folgt vor, um bleibende Objekte zu entfernen:
- Verwenden Sie den Ereignistext, um Folgendes zu identifizieren:
- Die Verzeichnispartition des Objekts
- Der Quelldomänencontroller, der versucht hat, das beibehaltene Objekt zu replizieren.
- Verwenden Sie Repadmin, um die GUID eines autorisierenden Domänencontrollers zu identifizieren.
- Verwenden Sie LOLv2 oder Repadmin, um bleibende Objekte zu entfernen.
- Aktivieren Sie bei Bedarf strenge Replikationskonsistenz.
- Stellen Sie bei Bedarf sicher, dass für neu heraufgestufte Domänencontroller strenge Replikationskonsistenz aktiviert ist.
Verwenden Sie Repadmin, um die GUID eines autorisierenden Domänencontrollers zu identifizieren:
Um das Verfahren auszuführen, bei dem beibehaltene Objekte entfernt werden, müssen Sie die GUID (Globally Unique Identifier) eines aktuellen Domänencontrollers identifizieren, der über ein beschreibbares Replikat der Verzeichnispartition verfügt, die das gemeldete beibehaltene Objekt enthält. Die Verzeichnispartition wird in der Ereignismeldung identifiziert. Die Objekt-GUID eines Domänencontrollers wird im objectGUID-Attribut des NTDS-Einstellungsobjekts gespeichert.
Voraussetzungen:
- Die Mitgliedschaft in Domänenadministratoren in der Domäne des Domänencontrollers, dessen GUID Sie identifizieren möchten, ist mindestens erforderlich, um dieses Verfahren abzuschließen. Details zur Verwendung der entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Lokale und Domänenstandardgruppen.
- Tool: Repadmin.exe
Schritte zum Identifizieren der GUID eines Domänencontrollers:
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, z. B. wenn der von <ServerName> angegebene Domänencontroller zuletzt versucht hat, die eingehende Replikation von Active Directory-Partitionen zu replizieren. Zeigt außerdem die GUID des angegebenen Domänencontrollers an. <ServerName> Der Name des Domänencontrollers, dessen GUID Sie anzeigen möchten. Suchen Sie im ersten Abschnitt der Ausgabe den Eintrag objectGuid . 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, um bleibende Objekte zu entfernen:
Voraussetzungen:
Die Mitgliedschaft in Domänenadministratoren in der Domäne des Domänencontrollers, der über bleibende Objekte verfügt, oder Unternehmensadministratoren , wenn die Verzeichnispartition mit stehenden Objekten die Konfiguration oder Schemaverzeichnispartition ist, ist für dieses Verfahren mindestens erforderlich. Details zur Verwendung der entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Lokale und Domänenstandardgruppen.
Betriebssystem: Unterstützte Version von Windows Server.
Die bevorzugte Methode zum Entfernen von bleibenden 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:
- Lingering Object Liquidator (LoL)
- Einführung in Lingering Object Liquidator v2
- Beschreibung des Lingering Object Liquidator-Tools
Schritte zum Verwenden von Repadmin zum Entfernen von bleibenden Objekten:
Eingabeaufforderung als Administrator öffnen: Klicken Sie im Startmenü mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen. Wenn das Dialogfeld Benutzerkontensteuerung angezeigt wird, geben Sie ggf. Anmeldeinformationen für Domänenadministratoren oder Unternehmensadministratoren an, und klicken Sie dann auf Weiter.
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 bleibende Objekte aus dem Domänencontroller, der durch <ServerName> für die Verzeichnispartition angegeben wird, die von <DirectoryPartition> angegeben wird. <ServerName> Der Name des Domänencontrollers mit bleibenden Objekten, 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, der über ein aktuelles, beschreibbares Replikat der Verzeichnispartition verfügt, die das beibehaltene Objekt enthält. <DirectoryPartition> Der Distinguished Name der Verzeichnispartition, der in der Ereignismeldung identifiziert wird, z. B.: - Für die Partition des Domänenverzeichnisses Sales in der
contoso.com
Gesamtstruktur: 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 beibehaltenen Objekte, die entfernt werden, sodass Sie sie überprüfen können, entfernt sie jedoch nicht. - Für die Partition des Domänenverzeichnisses Sales in der
Wiederholen Sie Schritt 2 ohne
/advisory_mode
, um die identifizierten objekte aus der Verzeichnispartition zu löschen.Wiederholen Sie die Schritte 2 und 3 für jeden Domänencontroller, der möglicherweise noch objekte enthält.
Hinweis
Der <Parameter ServerName> verwendet die DC_LIST Syntax für repadmin, die die Verwendung von * für alle Domänencontroller in der Gesamtstruktur und gc: für alle globalen Katalogserver in der Gesamtstruktur zulässt. Um die DC_LIST Syntax anzuzeigen, geben Sie ein repadmin /listhelp
. Um Informationen zur Syntax der /regkey
Parameter und /removelingeringobjects
zu erfahren, geben Sie ein repadmin /experthelp
.
Strenge Replikationskonsistenz aktivieren:
Um sicherzustellen, dass beibehaltene Objekte nicht repliziert werden können, wenn sie auftreten, aktivieren Sie die strikte Replikationskonsistenz auf allen Domänencontrollern. Die Einstellung für die Replikationskonsistenz wird in der Registrierung auf jedem Domänencontroller gespeichert. Auf Domänencontrollern, auf denen eine unterstützte Version von Windows Server ausgeführt wird, können Sie jedoch Repadmin verwenden, um eine strikte Replikationskonsistenz auf einem oder allen Domänencontrollern zu aktivieren.
Verwenden Sie Repadmin, um strenge Replikationskonsistenz zu aktivieren:
Verwenden Sie dieses Verfahren, um bleibende Objekte auf einem Domänencontroller zu entfernen, auf dem die unterstützte Version von Windows Server ausgeführt wird.
Die Mitgliedschaft in Domänenadministratoren oder einer gleichwertigen Domäne ist mindestens erforderlich, um dieses Verfahren auf einem einzelnen Domänencontroller auszuführen. Die Mitgliedschaft in Unternehmensadministratoren oder einer gleichwertigen Version ist mindestens erforderlich, um dieses Verfahren auf allen Domänencontrollern in der Gesamtstruktur auszuführen. Details zur Verwendung der entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Lokale und Domänenstandardgruppen.
Schritte zum Verwenden von Repadmin zum Aktivieren der strikten Replikationskonsistenz:
Eingabeaufforderung als Administrator öffnen: Klicken Sie im Startmenü mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen. Wenn das Dialogfeld Benutzerkontensteuerung angezeigt wird, geben Sie ggf. Anmeldeinformationen für Domänenadministratoren oder Unternehmensadministratoren an, und klicken Sie dann auf Weiter.
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 . Wenn Sie nicht * verwenden, um die Änderung auf alle Domänencontroller anzuwenden, wiederholen Sie Schritt 2 für jeden Domänencontroller, auf dem Sie die strikte Replikationskonsistenz aktivieren möchten.
Hinweis
Geben Sie an der Eingabeaufforderung ein, um weitere Benennungsoptionen und Informationen zur Syntax des <parameters DC_LIST> zu finden repadmin /listhelp
. Um Informationen zur Syntax der /regkey
Parameter und /removelingeringobjects
zu erfahren, geben Sie ein repadmin /experthelp
.
Verwenden Sie Regedit, um strenge Replikationskonsistenz zu aktivieren:
Als Alternative zur Verwendung von Repadmin können Sie strenge Replikationskonsistenz aktivieren, indem Sie die Registrierung direkt bearbeiten. Die Einstellung für Replikationskonsistenz wird im Eintrag Strict Replication Consistency in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
gespeichert.
Die Werte für den Registrierungseintrag Strict Replication Consistency sind wie folgt:
Wert: 1 (0 zum Deaktivieren)
Standard: 1 (aktiviert) in einem neuen Windows Server; andernfalls 0.
Datentyp: REG_DWORD
Voraussetzungen:
- Mitgliedschaft in der Gruppe „Domänen-Admins“oder in einer entsprechenden Gruppe ist Grundvoraussetzung, um die folgenden Schritte ausführen zu können. Details zur Verwendung der entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Lokale und Domänenstandardgruppen.
- Tool: Regedit.exe
Hinweis
Es wird empfohlen, die Registrierung nicht direkt zu bearbeiten, es sei denn, es gibt keine andere Alternative. Änderungen an der Registrierung werden nicht vom Registrierungs-Editor oder von Windows überprüft, bevor sie angewendet werden, und daher können falsche Werte gespeichert werden. Dies kann zu nicht behebbaren Fehlern im System führen. Verwenden Sie nach Möglichkeit Gruppenrichtlinien oder andere Windows-Tools wie Microsoft Management Console (MMC), um Aufgaben auszuführen, anstatt die Registrierung direkt zu bearbeiten. Wenn Sie die Registrierung bearbeiten müssen, gehen Sie äußerst vorsichtig vor.
Schritte zur Verwendung von Regedit zum Aktivieren der strikten Replikationskonsistenz
Regedit als Administrator öffnen: Klicken Sie auf Start , und geben Sie dann unter Suche startenden Namen 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 die Anmeldeinformationen für Domänenadministratoren ein, und klicken Sie dann auf OK.
Navigieren Sie in zum Eintrag Strict Replication Consistency (Strenge Replikationskonsistenz ) in
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
.Legen Sie den Wert im Eintrag Strict Replication Consistency auf 1 fest.
Sicherstellen, dass für neu heraufgestufte Domänencontroller strenge Replikationskonsistenz 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 auf neu heraufgestuften Domänencontrollern strenge Replikationskonsistenz aktiviert wird, um das Beibehalten von Objekten zu vermeiden. Nachdem Sie die Gesamtstruktur wie unter Aktualisieren von Active Directory-Domänen auf Windows Server 2008 und Windows Server 2008 R2 AD DS-Domänen beschrieben aktualisiert haben, werden alle neuen Domänencontroller, die Sie anschließend der Gesamtstruktur hinzufügen, mit deaktivierter strikter Replikationskonsistenz erstellt. Sie können jedoch eine Änderung der Gesamtstrukturkonfiguration implementieren, die dazu führt, dass für neue Domänencontroller strenge Replikationskonsistenz aktiviert ist. Um sicherzustellen, dass für neue Domänencontroller, die Sie der Gesamtstruktur hinzufügen, eine strikte Replikationskonsistenz aktiviert ist, können Sie das Tool Ldifde.exe verwenden, um ein Objekt in der Konfigurationsverzeichnispartition der Gesamtstruktur zu erstellen. Dieses Objekt ist für die Strikte Replikationskonsistenz auf jedem neuen Domänencontroller verantwortlich, der in die Gesamtstruktur heraufgestuft wird.
Das Objekt, das Sie erstellen, ist eine betriebsbereite 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 auf jedem Domänencontroller in der Gesamtstruktur verwenden, um dieses Objekt der Konfigurationsverzeichnispartition hinzuzufügen.
Die Mitgliedschaft in Unternehmensadministratoren oder einer gleichwertigen Version ist mindestens erforderlich, um dieses Verfahren abzuschließen. Details zur Verwendung der entsprechenden Konten und Gruppenmitgliedschaften finden Sie unter Lokale und Domänenstandardgruppen.
Schritte zum Erstellen des Objekts, das eine strikte Replikationskonsistenz auf neuen Domänencontrollern sicherstellt
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>Wobei <ForestRootDomain> alle Domänenkomponenten (DC=) der Stammdomäne der Gesamtstruktur enthält, z. B. für die
contoso.com
Gesamtstruktur DC=contoso,DC=com; für diefineartschool.net
Gesamtstruktur DC=fineartschool,DC=net.Eingabeaufforderung als Administrator öffnen: Klicken Sie im Startmenü mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen. Wenn das Dialogfeld Benutzerkontensteuerung angezeigt wird, geben Sie ggf. Anmeldeinformationen für Unternehmensadministratoren an, und klicken Sie dann auf Weiter.
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, ist der Standardmodus export. -f
Gibt den Namen der Import- oder Exportdatei an. <Path>\<FileName> Der Pfad und 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 Ihnen, die Informationen zu sammeln, indem Sie die unter Sammeln von Informationen mithilfe von TSS für Active Directory-Replikationsprobleme beschriebenen Schritte ausführen.