Você está offline; aguardando reconexão

"Já existe um atributo com o mesmo identificador de link" Erro ao executar o ADPREP/FORESTPREP ou instalar um novo controlador de domínio de versão do sistema operacional

O suporte para o Windows Server 2003 termina em 14 de julho de 2015.

A Microsoft terminou o suporte para o Windows Server 2003 em 14 de julho de 2015. Esta alteração afetou as suas atualizações de software e opções de segurança. Saiba o que isto significa para você e como permanecer protegido.

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 969307
Sintomas
Quando você executa o comandoADPREP /FORESTPREPpara estender o esquema de floresta em um computador baseado no Windows Server 2003, o comando falhará e a seguinte mensagem de erro:

Conectando-se a "<host name="" of="" schema="" master="">"
Efetuando o login como usuário atual usando SSPI
Importando diretório do arquivo "C:\WINDOWS\system32\sch44.ldf"
Carregando entradas...
Adicionar erro na linha 43: preparado para executar
O erro do lado do servidor é "Falha na atualização do esquema: já existe um atributo com o mesmo linkidentifier."
7 entradas modificadas com êxito.
Ocorreu um erro no programa
Erro: Falha do C:\WINDOWS\system32\sch44.ldf de importação de arquivo. Erro arquivo é salvo em ldif.err.44.</host>

Além disso, se você abrir o arquivo de erro Ldif.err.44, você verá uma mensagem de erro semelhante à seguinte:

Entrada DN: CN =Usado pelo ms-DS-ponte-servidores, CN = Schema, CN = Configuration, DC =<forest root="" domain=""> Adicionar erro na linha 43: preparado para executar o erro do lado do servidor é "Falha na atualização do esquema: já existe um atributo com a mesma identificação de vínculo." Ocorreu um erro no programa</forest>

Observação
este erro também ocorre em outros atributos. Por exemplo, o erro ocorre quando uma alteração de esquema atribui um linkID 2046 ao objeto camDBSignonRef . O atributo do Microsoft ms-PKI-DPAPIMasterKeyspossui deste linkID no esquema do Windows Server 2008 a atualização.
Causa
Este erro ocorre quando o comando ADPREP /FORESTPREP tenta adicionar um novo objeto na partição de esquema usando um linkID já foi atribuído a um objeto existente na partição de esquema.

Importante: Embora isso seja um problema grave, no ponto em que a extensão do esquema falhou, a floresta énão em um estado danificado e não nãoprecisam ser redefinidas para o estado anterior. No entanto, recomendamos que você acompanhar o problema rapidamente. Em seguida, se você precisar executar uma recuperação de floresta, você não perderá muitas alterações como retroceder a floresta.
Resolução
O procedimento de reparo é descrito nesta seção requer pelo menos Windows Server 2003 no mestre de esquema. O procedimento também pode ser aplicado a outros atributos.

Não altere o link IDs de objetos existentes na partição de esquema, porque o comportamento pode fazer com que a replicação do Active Directory falhará com uma incompatibilidade de esquema.

Importante: É altamente recomendável que você contate o suporte técnico da Microsoft para ajudar a resolver esse problema. Embora a floresta seja provavelmente que não em um estado irreparável neste ponto, se você continuar com o reparo por conta própria, você pode inadvertidamente fazer outra confundir e danificar a floresta muito que você precisa executar uma recuperação de floresta. Portanto, certifique-se de que você tenha backups de estado do sistema válido de dois ou mais controladores de domínio em cada domínio na floresta antes de continuar.

Para resolver esse problema, execute as seguintes etapas:
  1. Identifica o linkID conflitante que está sendo adicionado. Para fazer isso, examine o arquivo de definição de esquema no logLdif.<Number></Number>arquivo. Nesse caso, você verá que o atributo CN = ms-DS-ponte-servidores-usados, CN = Schema, CN = Configuration, DC =<forest name=""></forest>em sch44.ldf está sendo atribuído um linkID de 2160.
  2. Identifica o objeto na partição de esquema de destino que atualmente possui o linkID conflitante. Você pode pesquisar o esquema no mestre de esquema de destino para ver qual objeto existente foi atribuído o linkID entra em conflito com o objeto do Sch<xx>arquivo. ldf. Para fazer isso, use REPADMIN, LDIFDE, LDP. EXE ou uma ferramenta equivalente. Seguem alguns exemplos.

    Para uma pesquisa REPADMIN:
    </xx>
    repadmin /showattr fsmo_schema: ncobj:schema: /filter:"(linkid=2160)" /subtree


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


    Para uma pesquisa do LDP:
    BaseDN: CN=Schema,CN=Configuration,DC=<forest name>Scope : SubtreeFilter: (linkid=2160)
  3. Procure o arquivo de esquema que acompanha o atributo afetado comoUsado pelo ms-DS-ponte-servidores ou PKI-ms-DPAPIMasterKeys. Os arquivos de esquema estão localizados em \support\adprep. Pesquise os arquivos para o atributo que está em conflito. Por exemplo, use o seguinte comando:
    Findstr usado pelo ms-DS-ponte-servidores d:\support\adprep\sch*.ldf
  4. Em um editor de texto, abra o arquivo que você encontrar.
  5. Atribua novo link IDs a objetos de link de encaminhamento nos arquivos Sch<xx>arquivos. ldf que entram em conflito com linkIDs dos objetos existentes na partição de esquema. Isso pode ser conseguido por meio da atribuição de atribuir o identificador de objeto conhecido (também conhecido como OID) "1.2.840.113556.1.2.50" ao campo linkID para todos os atributos de link de encaminhar os arquivos SCH<xx>. ldf cujos linkIDs entrar em conflito com os objetos existentes na floresta de destino. "1.2.840.113556.1.2.50" identificador de objeto irá atribuir identificações de link exclusivo gerado automaticamente o esquema de destino.

    Para resolver o problema por exemplo LinkId 2160 que é definido em Sch44.ldf paraCN = usado pelo ms-DS-ponte-servidores, execute as seguintes etapas:</xx></xx>
    1. Abra o arquivo Sch44.ldf. Você vê o seguinte texto para CN = ms-DS-ponte-servidores-usados, 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 esse texto em um novo arquivo txt e, em seguida, salve o arquivo usando um novo nome. Por exemplo, salve o arquivo como "New-BridgeHeadServersUsed.ldf".

      Observação: Fazer alterações no arquivo de esquema existente .
    3. Altere o campo linkID do "2160" para "1.2.840.113556.1.2.50" para acionar a geração automática de linkIDs exclusivo em mestres de operações de esquema do Windows Server. Você vê o seguinte texto no arquivo Sch44.ldf para CN = ms-DS-ponte-servidores-usados, 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 da definição do atributo corrigido, adicione a seção a seguir:
      dn: changetype: modifyadd: schemaupgradeinprogressschemaupgradeinprogress: 1-

      A linha que contém somente o hífen (-) e a linha vazia que segue são importantes.
  6. Atualize linkIDs para os atributos de vínculo back quando linkIDs para atributos de vínculo progressivo são alteradas. Alguns objetos no Active Directory têm atributos link back e outros objetos não. O objeto Usado pelo ms-DS-ponte-servidoresque é usado neste exemplo não tem um atributo de vínculo back. Você precisa determinar se o objeto for alterado tem um atributo de vínculo back que usa outro objeto. Se o objeto afetado tem um objeto de link de back, o objeto link back deve ser alterado da mesma maneira.

    Você pode encontrar o atributo de link back olhando para o próximo linkID ímpares nos arquivos de definição de esquema. Normalmente, o link back é o próximo atributo listado no arquivo de esquema. Mas, às vezes é em um arquivo diferente. Por exemplo, se você identificou o problema linkID / atributos como sendo2050/ CN = ms-DFSR-ComputerReference, CN = Schema, CN = Configuration, DC =<forest name=""></forest>, o vínculo regressivo seria havelinkID 2051. Para procurar por link ID 2051, execute o seguinte comando:

    Findstr /c:"linkid: 2051" d:\support\adprep\sch*.ldf
    Se for encontrado um vínculo regressivo, copie a definição de atributo do arquivo de importação de esquema para o novo arquivo de importação da mesma maneira que você copiou o atributo de link de encaminhamento.

    Observação: A definição do linkID do objeto link back usa um ID (numérico) embutido A definição deve ser alterada habilitar o identificador de objeto do objeto back-link seja gerada automaticamente.

    Nesse cenário, um vínculo regressivo para este vínculo progressivo é criado pela definição do linkID para o objeto de link de voltar para o ldapDisplayName do objeto link de encaminhamento. MsDS-BridgeHeadServersUsed tinha um atributo backlink, a linha linkID seria semelhante ao seguinte:

    linkID: msDS-BridgeHeadServersUsed
  7. Em resumo, o arquivo de importação de esquema novo BridgeHeadServersUsed.ldfnow tem até quatro comandos. Os comandos aparecem na seguinte ordem:
    1. Ativar o modo de importação de esquema (schemaupgradeinprogress)
    2. Definição correta do atributo de vínculo progressivo
    3. Instrução para recarregar o cache do esquema
    4. Opcional: Corrigido definição de atributo de vínculo regressivo
  8. Salvar e closethe arquivo de atualização de esquema para os atributos personalizados que você criou.
  9. Importe a nova alteração personalizada para o esquema. Por exemplo, use o seguinte comando:
    LDIFDE /i /f BridgeHeadServersUsed.ldf novo /j.

    Inspecione os arquivos logLdif e Ldif.log para todos os erros. Se houver erros, contate o suporte técnico da Microsoft neste ponto.
  10. Execute novamente o processo de atualização do esquema. Se você pode executar a ferramenta de extensão de esquema ADPREP, execute novamente a ferramenta por meio do parâmetro/forestprep . Se você estava usando o Gerenciador de servidores para orientar a instalaçãodo primeiro controlador de domínio de nível superior, você deve repetir o processo de instalação do Gerenciador de servidores.
  11. A importação LDIF registra como Ldif.err.44 pode conter avisos sobre o fato de que os atributos por meio do novo BridgeHeadServersUsed.ldf já existem. No entanto, a expectativa é que a atualização de esquema com êxito é concluída agora.

    Se houver erros, você deve contatar o suporte técnico da Microsoft neste ponto.

Mais Informações
Para obter mais informações sobre como obter um linkID, acesse o seguinte site da Microsoft Developer Network (MSDN):Para obter mais informações sobre o linkID gerado automaticamente, vá para o seguinte site da MSDN:Para obter mais informações sobre o atributo linkID, vá para o seguinte site da MSDN:

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 969307 - Última Revisão: 05/07/2015 07:22:00 - Revisão: 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 KbMtpt
Comentários