Se produce un error al ejecutar el comando ADPREP/FORESTPREP en un equipo basado en Windows Server 2003: "ya existe un atributo con el mismo identificador de vínculo"

Seleccione idioma Seleccione idioma
Id. de artículo: 969307 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Síntomas

Cuando ejecuta el comando ADPREP /ForestPrep para extender el esquema de bosque en un equipo basado en Windows Server 2003, el comando produce un error y recibe mensaje de error siguientes:
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.
En este caso, si abre el archivo de error ldif.err.44, verá un error similar al siguiente:
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
Nota El error se produce también en otros atributos. Por ejemplo, el error se produce cuando un cambio de esquema asigna un ID 2046 vínculo al objeto camDBSignonRef.

Causa

Este error se produce cuando el comando ADPREP /ForestPrep intenta agregar un nuevo objeto a la partición de esquema utilizando una linkID que ya se ha asignado a un objeto existente en la partición del esquema.

Solución

Importante No cambie los LinkId para los objetos existentes en la partición del esquema porque el comportamiento puede provocar errores con un error de coincidencia de esquema en la replicación de Active Directory.

Para resolver este problema, siga estos pasos:
  1. Identificar los linkID en conflicto que se va a agregar. El valor de linkID en conflicto puede identificarse por revisar el archivo de definición del esquema en el LDIF.err. <Number> archivo. En este Caso, encontrará CN = ms-DS-cabeza de puente-servidores de uso, CN = Schema, CN = Configuration, DC = <DC name>, DC = com en SCH44.LDF se asigna un linkID de 2160.
  2. Identificar el objeto en la partición del esquema de destino que posee actualmente los linkID en conflicto. Puede buscar el esquema en el maestro de esquema de destino para ver el objeto existente que se asignó el linkID que entra en conflicto con el objeto en los archivos Sch <xx>archivo .ldf. Para ello, utilice el REPADMIN, LDIFDE, LDP.exe o una herramienta equivalente. Éstos son algunos ejemplos de las herramientas:
    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. Copiar el contenido de la carpeta ADPREP desde el origen de Windows Server 2008 DVD en el disco duro del equipo desde el que desea realizar la actualización del esquema.
  4. Asignar los LinkId nuevos a los objetos de vínculo hacia adelante en los archivos Sch <xx>archivos .ldf que entran en conflicto con los LinkId de los objetos existentes en la partición de esquema. Si el maestro de operaciones de esquema (también conocido como operaciones de maestro único flexible o FSMO) las funciones de host en el nivel funcional del controlador de dominio y Windows Server 2003 es DS_BEHAVIOR_WIN2003 o un nivel superior, asignar el identificador de objeto conocido (también conocido como OID) "1.2.840.113556.1.2.50" para el linkID de campo para todos los atributos de vínculo hacia adelante SCH <xx>.ldf cuyo conflicto los LinkId con objetos existentes en el bosque de destino. "1.2.840.113556.1.2.50" Identificador de objeto asignará los LinkId únicos generado automáticamente en el esquema de destino.

    En este caso, linkID 2160 que anteriormente se asignó a CN = ms-PKI-DPAPIMasterKey entra en conflicto con los linkID 2160 se define en Sch44.ldf para CN = ms-DS-cabeza de puente-servidores-utilizados. Para resolver este problema, siga estos pasos:
    1. Abra el archivo Sch44.ldf. Después, consulte el siguiente texto para 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. Cambiar el campo de linkID de "2160" a "1.2.840.113556.1.2.50" para activar la generación automática de los LinkId únicos en maestros de operaciones de esquema de Windows Server.
    3. Después de eso, verá el texto siguiente en el Sch44.ldf archivo para 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. Los LinkId para los atributos de back-link se actualizan cuando se modifican los LinkId para los atributos de vínculo hacia adelante. Algunos objetos en Active Directory tengan atributos de vínculo de la parte posterior y otros objetos no tienen atributos de vínculo de la parte posterior, como el CN = ms-DS-cabeza de puente-servidores-utilizados objeto que se utiliza en este ejemplo. Tiene que determinar si el objeto que se modifica tiene un atributo de vínculo back con otro objeto. Si el objeto tiene un objeto de vínculo back, modificar el objeto de vínculo back demasiado.

    Nota Si la definición de linkID del objeto de vínculo back utiliza un identificador (numérico) codificado, se debe modificar la definición para permitir el identificador de objeto del objeto de vínculo de la parte posterior que se va a generar automáticamente. En este escenario, se crea un vínculo de espera para este vínculo hacia adelante estableciendo linkID del objeto de vínculo de la parte posterior en el ldapDisplayName del objeto de vínculo hacia delante. La caché del esquema debe cargar de nuevo después de que el administrador crea el vínculo hacia delante y antes de que el administrador crea el vínculo hacia atrás.
  6. Guarde y cierre los archivos de esquema que se actualizaron.
  7. Vuelva a ejecutar el comando adprep/forestprep desde la carpeta donde se realizó las modificaciones del archivo de esquema.

Nota Puede aplicar los pasos descritos en esta resolución para la actualización de esquema previsto mediante un / forestprep operación o para una actualización del esquema de terceros.

Más información

Si el nivel funcional del controlador de dominio es DS_BEHAVIOR_WIN2003 o un nivel superior en Windows Server 2003 o una versión posterior, ya no es necesario solicitar un valor de linkID de Microsoft. Existe un proceso para generar automáticamente un valor de linkID. El sistema genera automáticamente un linkID para un nuevo atributo vinculado cuando el atributo linkID del se establece en 1.2.840.113556.1.2.50.

Para obtener más información acerca de cómo obtener un linkID, visite el siguiente sitio Web:
http://msdn.microsoft.com/en-us/library/bb891955(VS.85).aspx
Para obtener más información acerca de los linkID generados automáticamente, visite el siguiente sitio Web:
http://msdn.microsoft.com/en-us/library/cc223203(PROT.10).aspx
Para obtener más información acerca de linkID, visite el siguiente sitio Web:
http://msdn.microsoft.com/en-us/library/cc220062(PROT.10).aspx

Propiedades

Id. de artículo: 969307 - Última revisión: viernes, 09 de abril de 2010 - Versión: 3.0
La información de este artículo se refiere a:
  • 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
Palabras clave: 
kbmt kbexpertiseadvanced kbsurveynew kbtshoot KB969307 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 969307

Enviar comentarios

 

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