Ocorre um erro quando você executa o comando ADPREP/FORESTPREP em um computador baseado no Windows Server 2003: "um atributo com o mesmo identificador de link já existe"
Quando você executa o comando ADPREP /FORESTPREP para estender o esquema da floresta em um computador com Windows Server 2003, o comando falhar e a seguinte mensagem de erro:
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.
Nesse caso, se você abrir o arquivo de erro ldif.err.44, você verá um erro semelhante à seguinte:
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
Observação: O erro também ocorre em outros atributos. Por exemplo, o erro ocorre quando uma mudança de esquema atribui um link 2046 ID para o objeto camDBSignonRef.
Este erro é causado 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 Não altere linkIDs para objetos existentes na partição de esquema porque o comportamento pode causar a duplicação do Active Directory falha com uma diferença.
Para resolver esse problema, execute as seguintes etapas:
Identifica o linkID conflitante que está sendo adicionado. O valor linkID conflitantes pode ser identificado ao analisar o arquivo de definição de esquema a LDIF.Err. <Number> arquivo. Nesse caso, você encontrará CN = ms-DS-BridgeHead-servidores-usado, CN = Schema, CN = Configuration, DC = <DC name>, DC = com em SCH44.LDF está sendo atribuído um linkID do 2160.
Identifica o objeto na partição de esquema de destino que detém atualmente linkID conflitante. Você pode pesquisar o esquema no mestre de esquema de destino para ver o objeto existente foi atribuído o linkID que está em conflito com o objeto do Sch <xx>arquivo .ldf. Para fazer isso, use o REPADMIN, LDIFDE, LDP.EXE ou uma ferramenta equivalente. Aqui estão alguns exemplos das ferramentas:
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>)
Copie o conteúdo da pasta ADPREP da origem Windows Server 2008 DVD para o disco rígido do computador do qual você deseja executar a atualização de esquema.
Atribua novo linkIDs a objetos de vínculo progressivo no SCH <xx>arquivos .ldf que entrem em conflito com linkIDs dos objetos existentes na partição de esquema. Se as funções de mestre (também conhecido como FSMO ou flexible single master operations) de operações do esquema de host no Windows Server 2003 e o nível funcional do controlador de domínio é DS_BEHAVIOR_WIN2003 ou um nível mais alto, atribua o identificador de objeto conhecido (também conhecido como OID) de campo "1.2.840.113556.1.2.50" para o linkID para todos os atributos do vínculo progressivo do SCH <xx>.ldf cujo linkIDs conflito com objetos existentes na floresta de destino. "1.2.840.113556.1.2.50" Identificador de objeto atribuirá linkIDs exclusivo gerado automaticamente no esquema de destino.
Nesse caso, o linkID 2160 que foi anteriormente atribuída para CN = ms-PKI-DPAPIMasterKey está em conflito com o linkID 2160 definida no Sch44.ldf para CN = usado ms-DS-BridgeHead-Servers. Para resolver esse problema, execute as seguintes etapas:
Abra o arquivo Sch44.ldf. Em seguida, veja o seguinte 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
Altere o campo linkID do "2160" para "1.2.840.113556.1.2.50" para acionar a geração automática de linkIDs exclusivo nos respectivos mestres de operações de esquema do Windows Server.
Depois disso, você verá o texto seguinte no Sch44.ldf arquivo 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
Atualize linkIDs para os atributos de vínculo back quando linkIDs para os atributos de vínculo progressivo forem modificados. Alguns objetos no Active Directory ter atributos de vínculo back e outros objetos não têm atributos de back-link, como CN = objeto usado ms-DS-BridgeHead-servidores que é usado neste exemplo. Você precisa determinar se o objeto é modificado tem um atributo de back-vínculo com outro objeto. Se o objeto tem um objeto de link back, modificar o objeto de link back muito.
Observação: Se a definição do linkID do objeto de link back usa uma identificação (numérica) embutido, a definição deve ser modificada para permitir que o identificador de objeto do objeto link back ser gerada automaticamente. Nesse cenário, um vínculo regressivo para este vínculo progressivo é criado por definição linkID para o objeto de link back como o ldapDisplayName do objeto de link de encaminhamento. O cache do esquema deve ser recarregado depois do administrador cria um vínculo progressivo e antes do administrador cria um vínculo regressivo.
Salve e feche os arquivos do esquema que foram atualizados.
Novamente o comando adprep/forestprep da pasta onde você fez as emendas de arquivo do esquema.
Observação: Você pode aplicar as etapas nesta resolução para a atualização de esquema desejado, usando um / forestprep operação ou para uma atualização do esquema de terceiros.
Se o nível funcional do controlador de domínio for DS_BEHAVIOR_WIN2003 ou um nível superior no Windows Server 2003 ou posterior, não é necessário solicitar um valor linkID da Microsoft. Existe um processo para gerar automaticamente um linkID valor. O sistema gera automaticamente um linkID para um novo atributo vinculado quando o atributo de linkID do atributo é definido como 1.2.840.113556.1.2.50.
Para obter mais informações sobre como obter um linkID, visite o seguinte site:
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 969307
Obrigado! Seus comentários são usados para nos ajudar a aperfeiçoar o conteúdo de suporte. Para obter mais opções de ajuda, visite a Home Page de Ajuda e Suporte.
Voltar para o início
