Une erreur se produit lorsque vous exécutez la commande ADPREP/FORESTPREP sur un ordinateur Windows Server 2003: «un attribut avec le même identificateur de lien existe déjà»

Traductions disponibles Traductions disponibles
Numéro d'article: 969307 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Symptômes

Lorsque vous exécutez la commande ADPREP /FORESTPREP pour étendre le schéma de la forêt sur un ordinateur Windows Server 2003, la commande échoue et vous recevez message d'erreur suivantes :
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.
Dans ce cas, si vous ouvrez le fichier d'erreur ldif.err.44, vous constatez une erreur similaire au message suivant :
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
Remarque L'erreur se produit également sur d'autres attributs. Par exemple, l'erreur se produit lorsqu'un changement de schéma affecte un lien 2046 ID à l'objet camDBSignonRef.

Cause

Cette erreur est provoquée lorsque la commande ADPREP /FORESTPREP tente d'ajouter un nouvel objet à la partition de schéma à l'aide d'un linkID a déjà été affecté à un objet existant dans la partition de schéma.

Résolution

Important Ne modifiez pas linkIDs pour les objets existants dans la partition de schéma car le comportement peut provoquer l'échec avec une incompatibilité de schéma de la réplication Active Directory.

Pour résoudre ce problème, procédez comme suit :
  1. Identifiez le linkID en conflit qui est ajouté. La valeur linkID en conflit peut être identifiée en consultant le fichier de définition de schéma dans le LDIF.ERR. <Number> fichier. Dans ce Cas, vous trouverez CN = ms-DS-tête de pont-serveurs-emploi, CN = Schema, CN = configuration, DC = <DC name>, DC = com dans SCH44.LDF est assignée une linkID de 2160.
  2. Identifier l'objet dans la partition du schéma cible qui possède actuellement le linkID en conflit. Vous pouvez rechercher le schéma sur le contrôleur de schéma cible pour savoir quel objet existant a été affectée linkID qui est en conflit avec l'objet dans SCH <xx>fichier .ldf. Pour ce faire, utilisez la commande REPADMIN, LDIFDE, LDP.exe ou un outil équivalent. Voici certains exemples pour les outils :
    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. Copier le contenu du dossier ADPREP à partir de la source de Windows Server 2008 DVD sur le disque dur de l'ordinateur à partir duquel effectuer la mise à jour de schéma.
  4. Attribution linkIDs nouvelle à des objets de liaison aval de SCH <xx>fichiers .ldf qui entrent en conflit avec linkIDs des objets existants dans la partition de schéma. Si les opérations de schéma maître (aussi connue sous le nom de flexible single master operations ou FSMO) ordinateur hôte de rôles de Windows Server 2003 et du niveau de fonctionnelle de contrôleur de domaine est DS_BEHAVIOR_WIN2003 ou un niveau supérieur, affecter l'identificateur d'objet connu (également appelé OID) "1.2.840.113556.1.2.50» pour le linkID de champ pour tous les attributs de liaison aval SCH <xx>.ldf dont linkIDs entrent en conflit avec des objets existants dans la forêt cible. "1.2.840.113556.1.2.50" Identificateur d'objet assignera linkIDs unique généré automatiquement dans le schéma cible.

    Dans ce cas, linkID 2160 qui a été précédemment attribuée à CN = ms-PKI-DPAPIMasterKey en conflit avec le linkID 2160 est défini dans Sch44.ldf pour CN = ms-DS-tête de pont-serveurs-utilisé. Pour résoudre ce problème, procédez comme suit :
    1. Ouvrez le fichier Sch44.ldf. Ensuite, vous voyez le texte suivant pour 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. Modifier le champ linkID à partir de "2160" à "1.2.840.113556.1.2.50» pour déclencher la génération automatique de linkIDs unique sur maîtres d'opérations de schéma de Windows Server.
    3. Ensuite, vous voyez le texte suivant dans la Sch44.ldf fichier pour 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. Mettre à jour linkIDs pour les attributs de lien arrière lorsque linkIDs pour les attributs de lien de transfert sont modifiés. Certains objets dans Active Directory ont des attributs back-link et autres objets n'ont pas d'attributs back-link, tels que l'avis de modification = ms-DS-tête de pont-serveurs-utilisé objet qui est utilisé dans cet exemple. Vous devez déterminer si l'objet est modifié possède un attribut de lien de l'arrière avec un autre objet. Si l'objet possède un objet lien de l'arrière, modifiez l'objet lien arrière trop.

    Remarque Si la définition de linkID de l'objet back-link utilise un ID (numérique) codée en dur, la définition doit être modifiée pour permettre l'identificateur d'objet de l'objet de liaison arrière doit être généré automatiquement. Dans ce scénario, un lien précédent pour ce lien vers l'avant est créé en affectant à linkID de l'objet de lien arrière le ldapDisplayName de l'objet de lien vers l'avant. Le cache du schéma doit être rechargé après que l'administrateur crée le lien vers l'avant et avant de l'administrateur crée le lien précédent.
  6. Enregistrez et fermez les fichiers de schéma ont été mis à jour.
  7. Exécutez à nouveau la commande adprep/forestprep à partir du dossier où vous avez apporté les modifications de fichier de schéma.

Remarque Vous pouvez appliquer les étapes décrites dans cette résolution pour la mise à jour du schéma prévu à l'aide un / forestprep opération ou pour une mise à jour de schéma tierce partie.

Plus d'informations

Si le niveau fonctionnel du contrôleur de domaine est DS_BEHAVIOR_WIN2003 ou un niveau supérieur sur Windows Server 2003 ou une version ultérieure, il n'est plus nécessaire de demander une valeur linkID à partir de Microsoft. Un processus existe pour générer automatiquement une valeur linkID. Le système génère automatiquement un linkID pour un nouvel attribut lié lorsque linkID attribut l'attribut a la valeur 1.2.840.113556.1.2.50.

Pour plus d'informations sur la façon d'obtenir un linkID, visitez ce site Web :
http://msdn.microsoft.com/en-us/library/bb891955(VS.85).aspx
Pour plus d'informations sur la linkID générées automatiquement, visitez ce site Web :
http://msdn.microsoft.com/en-us/library/cc223203(PROT.10).aspx
Pour plus d'informations sur linkID, visitez ce site Web :
http://msdn.microsoft.com/en-us/library/cc220062(PROT.10).aspx

Propriétés

Numéro d'article: 969307 - Dernière mise à jour: vendredi 9 avril 2010 - Version: 3.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • 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
Mots-clés : 
kbmt kbexpertiseadvanced kbsurveynew kbtshoot KB969307 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 969307
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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