Wenn Sie den Befehl ADPREP/FORESTPREP auf einem Windows Server 2003-basierten Computer ausführen, tritt ein Fehler auf: "ein Attribut mit demselben Link-ID ist bereits vorhanden"

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 969307 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Problembeschreibung

Wenn Sie den Befehl ADPREP/ForestPrep zum Erweitern des Schemas Gesamtstruktur auf Windows Server 2003-Computer ausführen, der Befehl schlägt fehl, und erhalten Sie die folgenden Fehlermeldung:
Connecting to "<host name of schema master>"
Logging in as current user using SSPI
Importing directory from file "C:\WINDOWS\system32\sch44.ldf"
Loading entries........
Add error on line 43: Unwilling To Perform
The server side error is "Schema update failed: An attribute with the same link
identifier already exists."
7 entries modified successfully.
An error has occurred in the program
ERROR: Import from file C:\WINDOWS\system32\sch44.ldf failed. Error file is saved in ldif.err.44.
Wenn Sie die ldif.err.44-Fehler-Datei zu öffnen, sehen Sie in diesem Fall einen Fehler, der folgenden Inhalts angezeigt:
Entry DN: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=<forest root domain>
Add error on line 43: Unwilling To Perform 
 
The server side error is "Schema update failed: An attribute with the same link identifier already exists."
 
An error has occurred in the program
Hinweis: Der Fehler tritt auch auf andere Attribute. Der Fehler tritt beispielsweise auf, wenn eine Schemaänderung das CamDBSignonRef-Objekt einen Link-ID 2046 zuweist.

Ursache

Dieser Fehler wird verursacht, wenn der Befehl ADPREP/ForestPrep, versucht ein neues Objekt mit einer LinkId-, die bereits zu einem vorhandenen Objekt in der Schemapartition zugewiesen wurde, die Schemapartition hinzuzufügen.

Lösung

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

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:
  1. Identifizieren Sie die in Konflikt stehende LinkId-, die hinzugefügt werden. Der in Konflikt stehende LinkId-Wert kann durch Überprüfen der Schemadefinitionsdatei, in der LDIF.ERR identifiziert werden. <Number>-Datei. In diesem Fall finden Sie CN = ms-DS-BridgeHead-Server-Verwendung, CN = Schema, CN = Configuration, DC = <DC name>, DC = com in SCH44.LDF ist eine LinkId-von 2160 zugewiesen wird.
  2. Identifizieren Sie das Objekt in die Zielpartition Schema, die die in Konflikt stehende LinkId-derzeit besitzt. Sie können das Schema auf dem Schemamaster Ziel, um festzustellen, welches vorhandenes Objekt der LinkId-zugewiesen wurde, die zu mit dem Objekt in der <xx>des Typs Sch Konflikten suchen .ldf-Datei. Verwenden Sie hierzu die REPADMIN, LDIFDE, LDP.exe oder eine entsprechende Tool. Hier sind einige Beispiele für die Tools:
    For REPADMIN search
     
    repadmin /showattr fsmo_schema: ncobj:schema: /filter:"(&(objectclass=*)(linkid=<link ID value>))" /subtree
    
     
    For LDIFDE search:
     
    LDIFDE -f <filename> -d "CN=Schema,CN=Configuration,DC=<forest root domain>" -r (linkID=<link ID value>)
    
     
    For LDP search:
     
    BaseDN: CN=Schema,CN=Configuration,DC=<DC>,DC=com
    Scope : Subtree
    Filter: (&(objectclass=*)(linkid=<link ID value>) 
    
  3. Kopieren Sie den Inhalt des Ordners "ADPREP" von der Windows Server 2008 Quelle DVD auf die Festplatte des Computers aus der die Schemaaktualisierung durchgeführt werden soll.
  4. Weisen Sie neue LinkIDs Forwardlink-Objekte in der <xx>des Typs Sch LDF-Dateien, die mit den LinkIDs von vorhandenen Objekten in der Schemapartition in Konflikt stehen. Wenn die Schema-Operationen (auch bekannt als flexible single master Operations oder FSMO) master Rollen Host, Windows Server 2003 und die Funktionsebene der Domäne-Controller DS_BEHAVIOR_WIN2003 oder einer höheren Ebene, die bekannte Objektkennung (auch als OID bezeichnet) zuordnen "1.2.840.113556.1.2.50", um den LinkId-Feld für alle Forwardlink-Attribute in der SCH <xx>.ldf, deren LinkIDs Konflikt mit vorhandenen Objekten in der Zielgesamtstruktur. "1.2.840.113556.1.2.50" Objekt-ID weist eindeutige automatisch generierten LinkIDs in das Zielschema.

    In diesem Fall den LinkId-2160, die zuvor zugewiesen wurde, CN = ms-PKI-DPAPIMasterKey verursacht einen Konflikt mit den LinkId-2160, die in Sch44.ldf, für CN definiert ist = ms-DS-BridgeHead-Server-verwendet. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:
    1. Öffnen Sie die Datei Sch44.ldf. Anschließend sehen Sie den folgenden Text für CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=<dc>:
      dn: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=X
      changetype: ntdsSchemaAdd
      adminDescription: List of bridge head servers used by KCC in the previous run.
      adminDisplayName: ms-DS-BridgeHead-Servers-Used
      attributeID: 1.2.840.113556.1.4.2049
      attributeSyntax: 2.5.5.7
      cn: ms-DS-BridgeHead-Servers-Used
      instanceType: 4
      isSingleValued: FALSE
      lDAPDisplayName: msDS-BridgeHeadServersUsed
      linkID: 2160
      objectCategory: CN=Attribute-Schema,CN=Schema,CN=Configuration,DC=X
      objectClass: attributeSchema
      oMObjectClass:: KoZIhvcUAQEBCw==
      oMSyntax: 127
      schemaFlagsEx: 1
      schemaIDGUID:: ZRTtPHF7QSWHgB4epiQ6gg==
      searchFlags: 0
      showInAdvancedViewOnly: TRUE
      systemFlags: 25
      
    2. Ändern Sie den LinkId-von "2160", "1.2.840.113556.1.2.50", um die automatische Generierung von eindeutigen LinkIDs auf Windows Server-Schema-Betriebsmaster auslösen.
    3. Danach sehen Sie den folgenden Text in der Sch44.ldf-Datei für CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=<dc>:
      dn: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=X
      changetype: ntdsSchemaAdd
      adminDescription: List of bridge head servers used by KCC in the previous run.
      adminDisplayName: ms-DS-BridgeHead-Servers-Used
      attributeID: 1.2.840.113556.1.4.2049
      attributeSyntax: 2.5.5.7
      cn: ms-DS-BridgeHead-Servers-Used
      instanceType: 4
      isSingleValued: FALSE
      lDAPDisplayName: msDS-BridgeHeadServersUsed
      linkID: 1.2.840.113556.1.2.50
      objectCategory: CN=Attribute-Schema,CN=Schema,CN=Configuration,DC=X
      objectClass: attributeSchema
      oMObjectClass:: KoZIhvcUAQEBCw==
      oMSyntax: 127
      schemaFlagsEx: 1
      schemaIDGUID:: ZRTtPHF7QSWHgB4epiQ6gg==
      searchFlags: 0
      showInAdvancedViewOnly: TRUE
      systemFlags: 25
      
  5. LinkIDs für die Back-Link-Attribute zu aktualisieren, wenn LinkIDs für Forwardlink-Attribute geändert werden. Einige Objekte in Active Directory verfügen über Back-Link-Attribute und andere Objekte verfügen nicht über die Back-Link-Attribute, wie z. B. CN = ms-DS-BridgeHead-Server-Used-Objekt, das in diesem Beispiel verwendet wird. Sie müssen bestimmen, ob das Objekt, das geändert wird, ist ein Back-Link-Attribut mit einem anderen Objekt verfügt. Wenn das Objekt ein Back-Link-Objekt hat, ändern Sie das Back-Link-Objekt zu.

    Hinweis: Die LinkId-Definition des Back-Link-Objekts eine fest programmierte (numerische) ID verwendet, sollte die Definition geändert werden, damit für die Objektkennung der Back-Link-Objekt automatisch generiert werden. In diesem Szenario wird ein Backlink für Vorwärts-Verknüpfung erstellt, durch Festlegen der LinkId-für das Back-Link-Objekt auf den LdapDisplayName des Objekts Vorwärts-Verknüpfung. Der Schemacache muss neu geladen werden, nachdem der Administrator die Vorwärts-Verknüpfung erstellt und bevor der Administrator den Back-Link erstellt.
  6. Speichern Sie und schließen Sie die Schemadateien, die aktualisiert wurden.
  7. Führen Sie den Befehl Adprep/Forestprep "aus dem Ordner, in dem Sie die Erweiterungen des Schema-Datei vorgenommen" erneut aus.

Hinweis: Sie können die Schritte in dieser Lösung für die beabsichtigte Schemaaktualisierung anwenden, indem Sie mithilfe eine / Forestprep Vorgang oder für eine Fremdanbieter-Schemaaktualisierung.

Weitere Informationen

Die Funktionsebene der Domäne-Controller DS_BEHAVIOR_WIN2003 oder einer höheren Ebene auf Windows Server 2003 oder höher ist, es nicht mehr notwendig, einen LinkId-Wert von Microsoft anfordern. Ein Prozess vorhanden ist, um einen LinkId-Wert automatisch zu generieren. Das System generiert automatisch einen LinkId-für ein neues verknüpftes Attribut, wenn das Attribut LinkId-Attribut auf 1.2.840.113556.1.2.50 festgelegt ist.

Weitere Informationen dazu, wie Sie erhalten einen LinkId-Website die folgenden:
http://msdn.microsoft.com/en-us/library/bb891955(VS.85).aspx
Weitere Informationen zu den automatisch generierten LinkId-Website die folgenden:
http://msdn.microsoft.com/en-us/library/cc223203(PROT.10).aspx
Weitere Informationen zu LinkId-Website die folgenden:
http://msdn.microsoft.com/en-us/library/cc220062(PROT.10).aspx

Eigenschaften

Artikel-ID: 969307 - Geändert am: Freitag, 9. April 2010 - Version: 3.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows Server 2003 R2 Datacenter Edition (32-Bit x86)
  • Microsoft Windows Server 2003 R2 Datacenter x64 Edition
  • Microsoft Windows Server 2003 R2 Enterprise Edition (32-Bit x86)
  • Microsoft Windows Server 2003 R2 Enterprise x64 Edition
  • Microsoft Windows Server 2003 R2 Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003 R2 Standard x64 Edition
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Standard x64 Edition
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems
  • Microsoft Windows Server 2003, Datacenter x64 Edition
Keywords: 
kbmt kbexpertiseadvanced kbsurveynew kbtshoot KB969307 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 969307
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com