Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Ihr Browser wird nicht unterstützt.

Sie müssen Ihren Browser aktualisieren, um die Website zu verwenden.

Aktualisieren Sie auf die neueste Version von Internet Explorer.

Fehlermeldung "ein Attribut mit dem gleichen Link-ID ist bereits vorhanden" beim Ausführen von ADPREP/FORESTPREP oder ein neues Domänencontrollers für OS-Version installieren

Der Support für Windows Server 2003 ist am 14. Juli 2015 abgelaufen.

Microsoft beendete den Support für Windows Server 2003 am 14. Juli 2015. Diese Änderung wirkt sich auf Ihre Softwareupdates und Sicherheitsoptionen aus. Erfahren Sie, was das für Sie bedeutet und wie Sie Ihren Schutz aufrechterhalten können.

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 969307
Problembeschreibung
Beim Ausführen vonADPREP/ForestPrep zum Erweitern des Gesamtstrukturschemas auf Windows Server 2003-Computer schlägt der Befehl fehl, und Sie erhalten die folgende Fehlermeldung angezeigt:

Herstellen einer Verbindung mit "<host name="" of="" schema="" master="">"
Anmelden als aktueller Benutzer unter Verwendung von SSPI
Importieren von Verzeichnis aus der Datei "C:\WINDOWS\system32\sch44.ldf"
Einträge werden geladen...
Fehler beim Hinzufügen einer Zeile 43: nicht bereit zur Ausführung
Serverseitiger Fehler ist "Schemaaktualisierung ist fehlgeschlagen: ein Attribut mit demselben Linkidentifier ist bereits vorhanden."
7 Einträge erfolgreich geändert.
Im Programm ist ein Fehler aufgetreten.
Fehler: Aus Datei importieren konnte nicht C:\WINDOWS\system32\sch44.ldf. Fehlerdatei wird in ldif.err.44 gespeichert.</host>

Wenn Sie die Ldif.err.44-Datei öffnen, sehen Sie außerdem eine Fehlermeldung angezeigt, die der folgenden ähnelt:

Eintrag DN: CN =ms-DS-BridgeHead-Server verwendet, CN = Schema, CN = Configuration, DC =<forest root="" domain=""> Add-Fehler in Zeile 43: nicht bereit zum Ausführen serverseitiger Fehler ist "Schemaaktualisierung ist fehlgeschlagen: ein Attribut mit dem gleichen Link-ID ist bereits vorhanden." Fehler in der Anwendung</forest>

Hinweis
dieser Fehler tritt auch auf andere Attribute. Beispielsweise tritt der Fehler auf, wenn eine Schemaänderung für das CamDBSignonRef -Objekt einen LinkID 2046 zuweist. Die Microsoft-Attribut ms-PKI-DPAPIMasterKeyshat diese LinkID im Windows Server 2008-Schema zu aktualisieren.
Ursache
Dieser Fehler tritt auf, wenn der Befehl ADPREP/ForestPrep versucht, die Schemapartition mithilfe einer LinkID, die bereits auf ein vorhandenes Objekt in der Schemapartition zugewiesen wurde ein neues Objekt hinzufügen.

Wichtig Obwohl dies ein schwerwiegendes Problem, an dem Punkt, wo die Fehler bei der Schemaerweiterung, die Gesamtstruktur istnicht in einem fehlerhaften Zustand, jedoch nichtauf den vorherigen Zustand zurückgesetzt werden. Dennoch empfehlen wir, das Problem schnell zu verfolgen. Dann, wenn Sie eine Wiederherstellung der Gesamtstruktur ausführen, verlieren Sie nicht viele Änderungen wie zurückspulen von der Gesamtstruktur.
Lösung
In diesem Abschnitt beschriebene Reparaturverfahren erfordert mindestens Windows Server 2003 auf dem Schemamaster. Das Verfahren kann auch auf andere Attribute angewendet werden.

Ändern Sie Verknüpfungskennung für vorhandene Objekte in der Schemapartition nicht, da das Verhalten auf eine Schemainkonsistenz bei der Active Directory-Replikation verursachen kann.

Wichtig Es wird dringend empfohlen, kontaktieren Sie Microsoft Product Support Services, um dieses Problem zu beheben. Obwohl die Gesamtstruktur wahrscheinlich nicht in einem irreparablen Zustand zu diesem Zeitpunkt, wenn Sie die Reparatur selbst fortsetzen unwissentlich können Sie einen weiteren Fehler und beschädigen der Gesamtstruktur so sehr, dass Sie eine Wiederherstellung der Gesamtstruktur durchführen müssen. Aus diesem Grund sollten Sie sicherstellen, dass Sie gültige Systemstatussicherungen von mindestens zwei Domänencontrollern in jeder Domäne in der Gesamtstruktur haben, bevor Sie fortfahren.

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:
  1. Identifizieren Sie das in Konflikt stehende LinkID, das hinzugefügt wird. Überprüfen Sie hierzu die Schemadefinitionsdatei in der "LDIF.log".<Number></Number>Datei. In diesem Fall werden Sie feststellen, dass das Attribut CN = ms-DS-BridgeHead-Server-verwendet, CN = Schema, CN = Configuration, DC =<forest name=""></forest>im sch44.ldf wird eine Verknüpfungskennung von 2160 zugewiesen.
  2. Identifizieren Sie das Objekt in die Zielpartition Schema, die in Konflikt stehende LinkID derzeit besitzt. Sie können das Schema auf dem Schemamaster Ziel zu sehen, welche vorhandenen Objekts den LinkID zugewiesen wurde, die mit dem Objekt in der Sch<xx>Konflikte suchen .ldf-Datei. Zu diesem Zweck verwenden Sie REPADMIN, LDIFDE, LDP. EXE oder ein vergleichbares Tool. Es folgen einige Beispiele.

    Für eine REPADMIN-Suche:
    </xx>
    repadmin /showattr fsmo_schema: ncobj:schema: /filter:"(linkid=2160)" /subtree


    Bei einer LDIFDE-Suche:
    LDIFDE /f <filename> /d "CN=Schema,CN=Configuration,DC=<forest root domain>" /r (linkid=2160) 


    Eine LDP-Suche:
    BaseDN: CN=Schema,CN=Configuration,DC=<forest name>Scope : SubtreeFilter: (linkid=2160)
  3. Suchen Sie nach der Schemadatei, die mit dem betroffenen Attribut wie z. B.Ms-DS-BridgeHead-Server verwendet oder ms-PKI-DPAPIMasterKeysenthalten ist. Die Schemadateien befinden sich \support\adprep. Suchen Sie die Dateien für das Attribut, das einen Konflikt verursacht. Verwenden Sie z. B. den folgenden Befehl ein:
    Findstr ms-DS-BridgeHead-Server verwendeter d:\support\adprep\sch*.ldf
  4. Öffnen Sie in einem Texteditor die Datei, die Sie suchen.
  5. Weisen Sie neue Verknüpfungskennung Forward-Link-Objekten in der Sch<xx>LDF-Dateien, die in mit den LinkIDs von vorhandenen Objekten in der Schemapartition Konflikt. Dies kann durch Zuweisen der Zuweisung der bekannten Objektkennung (auch als OID bezeichnet) "1.2.840.113556.1.2.50" in das Feld LinkID für alle vorwärts-Link-Attribute in den SCH<xx>, deren LinkIDs in mit vorhandenen Objekten in der Zielgesamtstruktur Konflikt, ldf. Die "1.2.840.113556.1.2.50" Objekt-ID weist eindeutige automatisch generierter Verknüpfungskennungen im Zielschema.

    Zur Lösung des Problems für das Beispiel LinkID 2160 die im Sch44.ldf für definierteCN = ms-DS-BridgeHead-Server verwendet, gehen Sie folgendermaßen vor:</xx></xx>
    1. Öffnen Sie die Datei Sch44.ldf. Sie finden Sie im folgenden Text CN = ms-DS-BridgeHead-Server-verwendet, CN = Schema, CN = Configuration, DC =<forest name=""></forest>:
      dn: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=Xchangetype: ntdsSchemaAddadminDescription: List of bridge head servers used by KCC in the previous run.adminDisplayName: ms-DS-BridgeHead-Servers-UsedattributeID: 1.2.840.113556.1.4.2049attributeSyntax: 2.5.5.7cn: ms-DS-BridgeHead-Servers-UsedinstanceType: 4isSingleValued: FALSElDAPDisplayName: msDS-BridgeHeadServersUsedlinkID: 2160objectCategory: CN=Attribute-Schema,CN=Schema,CN=Configuration,DC=XobjectClass: attributeSchemaoMObjectClass:: KoZIhvcUAQEBCw==oMSyntax: 127schemaFlagsEx: 1schemaIDGUID:: ZRTtPHF7QSWHgB4epiQ6gg==searchFlags: 0showInAdvancedViewOnly: TRUEsystemFlags: 25
    2. Kopieren Sie diesen Text in eine neue Txt-Datei, und speichern Sie die Datei mit einem neuen Namen. Speichern Sie die Datei z. B. als "New-BridgeHeadServersUsed.ldf".

      Hinweis Führen Sie das vorhandene Schemadatei nicht ändern.
    3. Ändern Sie das Feld LinkID "2160" mit "1.2.840.113556.1.2.50" zum Auslösen der automatischen Generierung von eindeutigen LinkIDs für Windows Server-Schema-Betriebsmaster. Sie sehen den folgenden Text in der Datei Sch44.ldf CN = ms-DS-BridgeHead-Server-verwendet, CN = Schema, CN = Configuration, DC =<DC></DC>:
      dn: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=Xchangetype: ntdsSchemaAddadminDescription: List of bridge head servers used by KCC in the previous run.adminDisplayName: ms-DS-BridgeHead-Servers-UsedattributeID: 1.2.840.113556.1.4.2049attributeSyntax: 2.5.5.7cn: ms-DS-BridgeHead-Servers-UsedinstanceType: 4isSingleValued: FALSElDAPDisplayName: msDS-BridgeHeadServersUsedlinkID: 1.2.840.113556.1.2.50objectCategory: CN=Attribute-Schema,CN=Schema,CN=Configuration,DC=XobjectClass: attributeSchemaoMObjectClass:: KoZIhvcUAQEBCw==oMSyntax: 127schemaFlagsEx: 1schemaIDGUID:: ZRTtPHF7QSWHgB4epiQ6gg==searchFlags: 0showInAdvancedViewOnly: TRUEsystemFlags: 25
    4. Fügen Sie vor der Definition des Attributs korrigierte den folgenden Abschnitt:
      dn: changetype: modifyadd: schemaupgradeinprogressschemaupgradeinprogress: 1-

      Die Zeile, die nur den Bindestrich (-) enthält und die leere Zeile folgt, wichtig sind.
  6. Aktualisieren Sie LinkIDs für die Backwardlink-Attribute, wenn LinkIDs für Forwardlink-Attribute geändert werden. Einige Objekte in Active Directory Backwardlink-Attribute haben, und anderen Objekten nicht. Ein Backwardlink-Attribut keinen Ms-DS-BridgeHead-Server verwendeter-Objekt, das in diesem Beispiel verwendet wird. Sie müssen bestimmen, ob das Objekt, das geändert wird ein Backwardlink-Attribut aufweist, ein anderes Objekt verwendet. Wenn das betroffene Objekt ein Backwardlink-Objekt verfügt, muss das Objekt Link zurück auf die gleiche Weise geändert werden.

    Das Backwardlink-Attribut finden Sie auf der Suche nach der nächsten ungeraden LinkID in den Schemadefinitionsdateien. Das Backwardlink-Attribut ist in der Regel das nächste Attribut, das in der Schemadatei aufgeführt ist. Aber manchmal ist es in einer anderen Datei. Beispielsweise, wenn Sie das Problem LinkID identifiziert /-Attribut als2050/ CN = ms-DFSR-ComputerReference "," CN = Schema, CN = Configuration, DC =<forest name=""></forest>, Hyperlink HavelinkID 2051 würde. Um die Link-ID 2051 suchen, führen Sie den folgenden Befehl ein:

    Findstr /c:"linkid: 2051" d:\support\adprep\sch*.ldf
    Wenn eine Verknüpfung gefunden wird, kopieren Sie die Attributdefinition aus der Importdatei Schema in die neue Importdatei auf die gleiche Weise, dass Sie das Attribut Forward-Link kopiert.

    Hinweis Die LinkID-Definition des Objekts Back-Link verwendet eine fest programmierte (numerische). Die Definition sollte geändert werden die Objekt-ID des Objekts Back-Link automatisch generiert werden können.

    In diesem Szenario wird eine Verknüpfung für die Vorwärts-Verknüpfung erstellt, indem die Verknüpfungskennung für das Objekt Link zurück auf den LdapDisplayName des Objekts Vorwärts-Verknüpfung. Wenn MsDS-BridgeHeadServersUsed-Backlinkattribut hätte, würde die LinkID-Zeile folgendermaßen aussehen:

    linkID: msDS-BridgeHeadServersUsed
  7. Zusammenfassend verfügt der Importdatei Schema neu BridgeHeadServersUsed.ldfnow bis zu vier Befehle. Die Befehle werden in der folgenden Reihenfolge angezeigt:
    1. Aktivieren Sie Importmodus Schema (Schemaupgradeinprogress)
    2. Korrigierte Definition des Attributs Vorwärts-Verknüpfung
    3. Anweisung zum Laden des Schemacaches
    4. Optional: Definition von Backwardlink-Attribut korrigiert
  8. Speichern und schließen Update-Schemadatei für die benutzerdefinierten Attribute, die Sie erstellt haben.
  9. Importieren Sie die neue benutzerdefinierte Änderung des Schemas. Verwenden Sie z. B. den folgenden Befehl ein:
    LDIFDE/i/f-neue BridgeHeadServersUsed.ldf/j.

    Überprüfen Sie die Dateien "LDIF.log" und Ldif.log auf Fehler. Wenn Fehler vorhanden sind, wenden Sie sich an dieser Stelle an Microsoft Product Support Services.
  10. Führen Sie erneut aus der Schema-Aktualisierungsvorgang. Wenn Sie das Tool Schema-Erweiterung ADPREP ausführen können, führen Sie das Tool mithilfe desParameters/ForestPrep . Wenn Sie Server-Manager verwendet haben, fahren Sie die Installationdes ersten Domänencontrollers Uplevel wiederholen Sie den Installationsvorgang aus dem Server-Manager.
  11. LDIF-Import protokolliert, wie z. B. Ldif.err.44 Warnungen über die Tatsache, dass die Attribute durch neu BridgeHeadServersUsed.ldf bereits vorhanden enthalten kann. Allerdings wird erwartet, dass die Schemaaktualisierung jetzt erfolgreich abgeschlossen ist.

    Wenn Fehler vorhanden sind, kontaktieren Sie Microsoft Product Support Services an dieser Stelle.

Weitere Informationen
Weitere Informationen dazu, wie Sie einen LinkID zu erhalten, wechseln zu der folgenden Microsoft Developer Network (MSDN)-Website:Weitere Informationen zu den automatisch generierten LinkID finden Sie auf der folgenden MSDN-Website:Weitere Informationen zum LinkID-Attribut finden Sie auf der folgenden MSDN-Website:

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 969307 – Letzte Überarbeitung: 05/06/2015 15:59:00 – Revision: 2.0

  • Windows Server 2012 R2 Standard
  • Windows Server 2012 Standard
  • Windows Server 2012 Datacenter
  • Windows Server 2008 R2 Service Pack 1
  • Windows Server 2008 Service Pack 2
  • Microsoft Windows Server 2003 Service Pack 2
  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB969307 KbMtde
Feedback
ow.location.protocol) + "//c.microsoft.com/ms.js'><\/script>"); &t=">