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"
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.
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.
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:
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.
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>)
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.
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:
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
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.
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
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.
Guarde y cierre los archivos de esquema que se actualizaron.
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.
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:
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
¡Muchas gracias! Sus comentarios nos ayudarán a mejorar los contenidos de soporte. Para más opciones de asistencia, visite la página de Ayuda y soporte técnico.
Volver al principio
