Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

"Un atributo con el mismo identificador de vínculo ya existe" error al ejecutar ADPREP/FORESTPREP o instalar un nuevo controlador de dominio de la versión de sistema operativo

El soporte técnico para Windows Server 2003 finalizó el 14 de julio de 2015

Microsoft finalizó el soporte técnico para Windows Server 2003 el 14 de julio de 2015. Este cambio ha afectado a las actualizaciones de software y las opciones de seguridad. Sepa qué significa esto en su caso y cómo puede mantenerse protegido.

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
Síntomas
Al ejecutar el comandoADPREP /FORESTPREPpara extender el esquema del bosque en un equipo basado en Windows Server 2003, el comando no funciona y recibe el siguiente mensaje de error:

Conectarse a "<host name="" of="" schema="" master="">"
Iniciar sesión como usuario actual utilizando SSPI
Importando directorio desde el archivo "C:\WINDOWS\system32\sch44.ldf"
Las entradas de carga...
Error al agregar en línea 43: no desean llevar a cabo
El error en el servidor es "Error al actualizar esquema: ya existe un atributo con el mismo linkidentifier."
7 entradas modifican con éxito.
Se ha producido un error en el programa
ERROR: Error de C:\WINDOWS\system32\sch44.ldf de importar desde un archivo. Error el archivo se guarda en ldif.err.44.</host>

Además, si abre el archivo de errores Ldif.err.44, verá un mensaje de error similar al siguiente:

Entrada DN: CN =Ms-DS-cabeza de puente--utilizan servidores, CN = Schema, CN = Configuration, DC =<forest root="" domain=""> Agregar error en línea 43: dispuestos a realizar el error en el servidor es "Error al actualizar esquema: ya existe un atributo con el mismo identificador de vínculo." Se ha producido un error en el programa de</forest>

Nota
este error también se produce en otros atributos. Por ejemplo, el error se produce cuando un cambio de esquema asigna un linkID 2046 al objeto camDBSignonRef . El atributo de Microsoft ms-PKI-DPAPIMasterKeystiene la actualización de este linkID en el esquema de Windows Server 2008.
Causa
Este error se produce cuando el comando ADPREP /FORESTPREP intenta agregar un nuevo objeto a la partición de esquema mediante un linkID que ya se ha asignado a un objeto existente en la partición del esquema.

Importante: Aunque se trata de un problema grave, en el punto donde falló la extensión del esquema, el bosque esno en mal estado y que notienen que restablecerse al estado anterior. Sin embargo, es recomendable que realizar el seguimiento en el problema rápidamente. A continuación, si tiene que ejecutar una recuperación del bosque, no perderá muchos cambios como rebobinar el bosque.
Solución
El procedimiento de reparación que se describe en esta sección se requiere al menos Windows Server 2003 en el maestro de esquema. El procedimiento puede aplicarse también a otros atributos.

No cambie el enlace de identificadores para los objetos existentes en la partición de esquema, porque el comportamiento puede causar el error con un desajuste de esquemas de replicación de Active Directory.

Importante: Se recomienda que se comunique con los servicios de soporte al cliente de Microsoft para ayudar a resolver este problema . Aunque probablemente que no en un estado irreparable en este momento, si continúa con la reparación por su cuenta, puede involuntariamente el bosque otro error y dañar el bosque tiene que realizar una recuperación del bosque tanto. Por lo tanto, debe asegurarse de que tiene copias de seguridad de estado de sistema válido de dos o más controladores de dominio en cada dominio del bosque antes de continuar.

Para resolver este problema, siga estos pasos:
  1. Identificar los linkID en conflicto que se va a agregar. Para ello, revise el archivo de definición de esquema en el Ldif.err.<Number></Number>. En este caso, verá que el atributo CN = ms-DS-cabeza de puente--utilizan servidores, CN = Schema, CN = Configuración, DC =<forest name=""></forest>en sch44.ldf se asigna un linkID de 2160.
  2. Identificar el objeto en la partición de esquema de destino que posee actualmente el linkID en conflicto. Puede buscar el esquema en el maestro de esquema de destino para ver qué objeto existente se asignó el linkID que entra en conflicto con el objeto en el Sch<xx>archivo .ldf. Para ello, utilice REPADMIN, LDIFDE, LDP. EXE, o un instrumento equivalente. Sigan algunos ejemplos.

    Para realizar una búsqueda REPADMIN:
    </xx>
    repadmin /showattr fsmo_schema: ncobj:schema: /filter:"(linkid=2160)" /subtree


    Para una búsqueda LDIFDE:
    LDIFDE /f <filename> /d "CN=Schema,CN=Configuration,DC=<forest root domain>" /r (linkid=2160) 


    Para una búsqueda LDP:
    BaseDN: CN=Schema,CN=Configuration,DC=<forest name>Scope : SubtreeFilter: (linkid=2160)
  3. Busque el archivo de esquema que se incluye con el atributo afectado comoMs-DS-cabeza de puente--utilizan servidores o ms-PKI-DPAPIMasterKeys. Los archivos de esquema se encuentran en \support\adprep. Buscar en los archivos para el atributo que está en conflicto. Por ejemplo, utilice el siguiente comando:
    Findstr ms-DS-cabeza de puente--utilizan servidores d:\support\adprep\sch*.ldf
  4. En un editor de texto, abra el archivo que encuentre.
  5. Asignar identificadores de nuevo vínculo a los objetos de vínculo de avance en el Sch<xx>archivos .ldf que entran en conflicto con los LinkId de objetos existentes en la partición del esquema. Esto se consigue mediante la asignación de asignar el identificador de un objeto conocido (también conocido como OID) "1.2.840.113556.1.2.50" al campo para todos los atributos de vínculos hacia delante en el<xx>SCH linkID .ldf cuyos LinkId entran en conflicto con los objetos existentes en el bosque de destino. El "1.2.840.113556.1.2.50" identificador de objeto asigna identificadores de vínculo único generado automáticamente en el esquema de destino.

    Para resolver el problema para que el ejemplo de linkID 2160 definido en Sch44.ldf deCN = ms-DS-cabeza de puente y servidores-usa, siga estos pasos:</xx></xx>
    1. Abra el archivo Sch44.ldf. Verá el siguiente texto para CN = ms-DS-cabeza de puente--utilizan servidores, 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. Copie este texto en un nuevo archivo de texto y, a continuación, guarde el archivo con un nuevo nombre. Por ejemplo, guarde el archivo como "BridgeHeadServersUsed.ldf de nuevo."

      Nota: Hacer no cambia el archivo de esquema existente.
    3. Cambiar el campo de linkID de "2160" a "1.2.840.113556.1.2.50" para activar la generación automática de LinkId únicos en maestros de operaciones de esquema de Windows Server. Consulte el texto siguiente en el archivo Sch44.ldf para CN = ms-DS-cabeza de puente--utilizan servidores, 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. Antes de la definición del atributo corregido, agregue la siguiente sección:
      dn: changetype: modifyadd: schemaupgradeinprogressschemaupgradeinprogress: 1-

      La línea que contiene el guión (-) y la línea vacía siguiente son importantes.
  6. Cuando se cambian los LinkId para los atributos de vínculo hacia adelante, actualizar LinkId para los atributos de vínculo de retroceso. Algunos objetos de Active Directory tienen atributos de vínculo de retroceso, y otros objetos no. El objeto Ms-DS-cabeza de puente--utilizan servidoresque se utiliza en este ejemplo no tiene un atributo de vínculo de retroceso. Tiene que determinar si el objeto que es modificado tiene un atributo de vínculo de retroceso que utilice otro objeto. Si el objeto afectado tiene un objeto de vínculo de retroceso, debe cambiarse el objeto de vínculo de retroceso de la misma manera.

    Puede encontrar el atributo de vínculo de retroceso buscando el siguiente linkID impares en los archivos de definición de esquema. Normalmente, el atributo de vínculo de retroceso es el atributo siguiente que aparece en el archivo de esquema. Pero a veces resulta en un archivo diferente. Por ejemplo, si ha identificado el problema linkID / atributo como2050/ CN = ms-DFSR-ComputerReference, CN = Schema, CN = Configuration, DC =<forest name=""></forest>, el vínculo anterior sería havelinkID 2051. Para buscar el vínculo ID 2051, ejecute el siguiente comando:

    Findstr /c:"linkid: 2051" d:\support\adprep\sch*.ldf
    Si se encuentra un vínculo hacia atrás, copiar la definición del atributo del archivo de importación de esquema para el nuevo archivo de importación de la misma manera que copia el atributo de vínculo hacia delante.

    Nota: La definición del objeto de vínculo de retroceso de linkID utiliza un identificador codificado de forma rígida (numérico). Se debe cambiar la definición de habilitar el identificador de objeto del objeto de vínculo de retroceso se genere automáticamente.

    En este escenario, se crea un vínculo hacia atrás para este vínculo hacia adelante estableciendo los linkID del objeto de vínculo de retroceso en el ldapDisplayName del objeto vínculo de avance. Si el atributo msDS-BridgeHeadServersUsed tenía un atributo de vínculo de retroceso, la línea linkID tendría la apariencia siguiente:

    linkID: msDS-BridgeHeadServersUsed
  7. En resumen, el archivo de importación de esquema nuevo BridgeHeadServersUsed.ldfnow tiene hasta cuatro comandos. Los comandos aparecen en el orden siguiente:
    1. Activar el modo de importación de esquema (schemaupgradeinprogress)
    2. Definición corregida del atributo de vínculo hacia adelante
    3. Instrucciones para volver a cargar la caché del esquema
    4. Opcional: Corregir la definición del atributo de vínculo hacia atrás
  8. Guardar y cerrar archivo de actualización de esquema para los atributos personalizados que ha creado.
  9. Importar el nuevo cambio personalizado en el esquema. Por ejemplo, utilice el siguiente comando:
    LDIFDE /i /f nuevo BridgeHeadServersUsed.ldf/j.

    Inspeccione los archivos Ldif.err y Ldif.log para los errores. Si hay errores, comuníquese con los servicios de soporte técnico de Microsoft en este momento.
  10. Vuelva a ejecutar el proceso de actualización del esquema. Si puede ejecutar la herramienta de extensión del esquema de ADPREP, vuelva a ejecutar la herramienta con el parámetro/forestprep . Si estaba utilizando el Administrador de servidores para dirigir la instalación dedel primer controlador de dominio de nivel superior, debe repetir el proceso de instalación desde el administrador del servidor.
  11. La importación LDIF se registra como Ldif.err.44 puede contener advertencias sobre el hecho de que ya existen los atributos a través de BridgeHeadServersUsed.ldf de nuevo. Sin embargo, la expectativa es que la actualización del esquema finaliza correctamente ahora.

    Si hay errores, debe comunicarse con los servicios de soporte técnico de Microsoft en este momento.

Más información
Para obtener más información acerca de cómo obtener un linkID, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):Para obtener más información acerca de los linkID generado automáticamente, visite el siguiente sitio Web de MSDN:Para obtener más información sobre el atributo linkID, visite el siguiente sitio Web de MSDN:

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 969307 - Última revisión: 05/06/2015 15:59:00 - Revisión: 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 KbMtes
Comentarios
y>