Al momento sei offline in attesa che la connessione Internet venga ristabilita

"Con lo stesso identificatore di collegamento esiste già un attributo" Errore durante l'esecuzione di ADPREP/FORESTPREP o installa un nuovo controller di dominio versione OS

Il supporto per Windows Server 2003 è terminato il 14 luglio 2015.

Microsoft ha sospeso il supporto per Windows Server 2003 in data 14 luglio 2015. Questa modifica ha interessato gli aggiornamenti software e le opzioni di sicurezza. Ulteriori informazioni su come continuare a essere protetti.

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 969307
Sintomi
Quando si esegue il comandoADPREP /FORESTPREPdi estendere lo schema della foresta in un computer basato su Windows Server 2003, il comando non riesce e viene visualizzato il seguente messaggio di errore:

Connessione a "<host name="" of="" schema="" master="">"
Accedere come utente corrente utilizzando SSPI
Importazione directory dal file "C:\WINDOWS\system32\sch44.ldf"
Caricamento voci in corso...
Errore di aggiunta alla riga 43: non eseguire
Errore lato server è "Impossibile aggiornare lo Schema: esiste già un attributo con la stessa linkidentifier."
7 voci modificate.
Si è verificato un errore nel programma
Errore: Importazione dal file C:\WINDOWS\system32\sch44.ldf non riuscita. Errore file viene salvato in ldif.err.44.</host>

Inoltre, se si apre il file di errore Ldif.err.44, è possibile visualizzare un messaggio di errore analogo al seguente:

Voce DN: CN =Ms-DS-testa di ponte-server-Used, CN = Schema, CN = Configuration, DC = errore di<forest root="" domain=""> Aggiungi riga 43: disposta a eseguire errore lato server è "Impossibile aggiornare lo Schema: esiste già un attributo con lo stesso identificatore di collegamento." Si è verificato un errore nel programma di</forest>

Nota
questo errore si verifica anche su altri attributi. Ad esempio, l'errore si verifica quando una modifica dello schema viene assegnato un linkID 2046 all'oggetto camDBSignonRef . L' attributo Microsoft PKI-ms-DPAPIMasterKeysè l'aggiornamento di questo linkID nello schema di Windows Server 2008.
Cause
Questo errore si verifica quando il comando ADPREP /FORESTPREP tenta di aggiungere un nuovo oggetto per la partizione dello schema utilizzando un linkID è stata già assegnato a un oggetto esistente nella partizione dello schema.

Importante Sebbene si tratti di un problema grave, nel punto in cui l'estensione dello schema non riuscita, l'insieme di strutture ènon in uno stato interrotto e non nondevono essere ripristinati allo stato precedente. Tuttavia, si consiglia di controllare costantemente il problema rapidamente. Quindi, se è necessario eseguire il ripristino di un insieme di strutture, non perderai molte modifiche come si riavvolgere l'insieme di strutture.
Risoluzione
La procedura di ripristino descritte in questa sezione richiede almeno Windows Server 2003 per il Master Schema. La procedura sono applicabili anche agli altri attributi.

Non modificare l'ID di collegamento per gli oggetti esistenti nella partizione dello schema, perché il comportamento può causare errori con una mancata corrispondenza dello schema di replica di Active Directory.

Importante Si consiglia di contattare il supporto tecnico clienti Microsoft per risolvere questo problema . Anche se l'insieme di strutture è probabile che non in uno stato irreparabile a questo punto, se si continua con la riparazione autonomamente, potrebbe involontariamente effettua un altro confondere e danneggiare l'insieme di strutture così tanto che è necessario eseguire il ripristino di un insieme di strutture. Pertanto, è necessario assicurarsi di avere i backup dello stato di sistema valida da due o più controller di dominio in ogni dominio nell'insieme di strutture prima di procedere.

Per risolvere questo problema, attenersi alla seguente procedura:
  1. Identificare il linkID in conflitto che si desidera aggiungere. A tale scopo, esaminare il file di definizione dello schema nel LDIF.<Number></Number>file. In questo caso, si noterà che l'attributo CN = ms-DS-testa di ponte-server-Used, CN = Schema, CN = Configuration, DC =<forest name=""></forest>in sch44.ldf viene assegnato un linkID di 2160.
  2. Identificare l'oggetto nella partizione dello schema di destinazione che possiede attualmente il linkID in conflitto. È possibile eseguire la ricerca dello schema sul master dello schema di destinazione per vedere quale oggetto esistente è stato assegnato il linkID è in conflitto con l'oggetto nei file Sch<xx>file ldf. A tale scopo, utilizzare REPADMIN, LDIFDE, LDP. EXE o uno strumento equivalente. Seguono alcuni esempi.

    Per una ricerca REPADMIN:
    </xx>
    repadmin /showattr fsmo_schema: ncobj:schema: /filter:"(linkid=2160)" /subtree


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


    Per una ricerca LDP:
    BaseDN: CN=Schema,CN=Configuration,DC=<forest name>Scope : SubtreeFilter: (linkid=2160)
  3. Cercare il file di schema che viene fornito con l'attributo interessato ad esempioUtilizzato ms-DS-testa di ponte-server o PKI-ms-DPAPIMasterKeys. I file di schema si trovano in \support\adprep. Cercare i file per l'attributo è in conflitto. Ad esempio, utilizzare il comando riportato di seguito:
    Findstr utilizzato ms-DS-testa di ponte-server d:\support\adprep\sch*.ldf
  4. In un editor di testo aprire il file che trova.
  5. Assegnare nuovo ID di collegamento per gli oggetti collegamento in avanti i file Sch<xx>file ldf che entrano in conflitto con LinkId degli oggetti esistenti nella partizione dello schema. Ciò può essere ottenuto mediante l'assegnazione assegna l'identificatore di oggetto noto (noto anche come OID) "1.2.840.113556.1.2.50" per il campo linkID per tutti gli attributi di collegamento in avanti i file SCH<xx>ldf cui LinkId in conflitto con gli oggetti esistenti nella foresta di destinazione. Il "1.2.840.113556.1.2.50" identificatore di oggetto verrà assegnato un ID univoco generato automaticamente collegamento nello schema di destinazione.

    Per risolvere il problema per l'esempio di linkID 2160 è definito in Sch44.ldf perCN = ms-DS-testa di ponte-server-utilizzati, attenersi alla seguente procedura:</xx></xx>
    1. Aprire il file Sch44.ldf. Viene visualizzato il seguente testo per CN = ms-DS-testa di ponte-server-Used, 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. Copiare questo testo in un nuovo file txt e quindi salvare il file utilizzando un nuovo nome. Ad esempio, salvare il file come "New-BridgeHeadServersUsed.ldf".

      Nota Eseguire non modifica il file di schema esistente.
    3. Modificare il campo linkID da "2160" a "1.2.840.113556.1.2.50" per attivare la generazione automatica di LinkId univoco sul master operazioni dello schema di Windows Server. Viene visualizzato il testo seguente nel file di Sch44.ldf di CN = ms-DS-testa di ponte-server-Used, 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. Prima della definizione dell'attributo corretta, aggiungere la seguente sezione:
      dn: changetype: modifyadd: schemaupgradeinprogressschemaupgradeinprogress: 1-

      La riga che contiene solo il trattino (-) e la riga vuota che segue sono importanti.
  6. Aggiornare LinkId per gli attributi di back-link quando vengono modificate LinkId per gli attributi di collegamento in avanti. Alcuni oggetti in Active Directory hanno attributi back-link e altri oggetti. L'oggetto Utilizzato ms-DS-testa di ponte-serverviene utilizzato in questo esempio non è un attributo di back-link. È necessario determinare se l'oggetto viene modificato dispone di un attributo di back-link che utilizza un altro oggetto. Se l'oggetto interessato dispone di un oggetto di back-link, l'oggetto di back-link deve essere modificato nello stesso modo.

    È possibile trovare l'attributo back-link cercando il linkID dispari successivo nei file di definizione dello schema. L'attributo back-link è in genere, l'attributo successivo è elencato nel file di schema. Ma a volte è in un altro file. Ad esempio, se è stato identificato il linkID problema / attributo come2050/ CN = ms-DFSR-ComputerReference, CN = Schema, CN = Configuration, DC =<forest name=""></forest>, il collegamento potrebbe havelinkID 2051. Per cercare il collegamento 2051 ID, eseguire il comando riportato di seguito:

    Findstr /c:"linkid: 2051" d:\support\adprep\sch*.ldf
    Se viene trovato un collegamento, copiare la definizione dell'attributo dal file di importazione dello schema per il nuovo file di importazione nello stesso modo che è stata copiata l'attributo di collegamento in avanti.

    Nota La definizione di linkID dell'oggetto back-link utilizza un ID (numerico) a livello di codice Deve essere modificata la definizione di attivare l'identificatore di oggetto dell'oggetto back-link venga generato automaticamente.

    In questo scenario, viene creato un collegamento per il collegamento in avanti impostando linkID dell'oggetto back-link per il valore ldapDisplayName dell'oggetto collegamento in avanti. Se l'attributo msDS-BridgeHeadServersUsed ha un attributo di collegamento a ritroso, la riga linkID sarebbe simile al seguente:

    linkID: msDS-BridgeHeadServersUsed
  7. In sintesi, il file di importazione dello schema BridgeHeadServersUsed.ldfnow nuovo ha fino a quattro comandi. Vengono visualizzati i comandi nell'ordine seguente:
    1. Attivare la modalità di importazione dello Schema (schemaupgradeinprogress)
    2. Definizione corretta dell'attributo di collegamento in avanti
    3. Istruzioni per ricaricare la cache dello schema
    4. Facoltativo: Correggere la definizione dell'attributo di collegamento a ritroso
  8. Salva e closethe i file di aggiornamento dello schema per gli attributi personalizzati che è stato creato.
  9. Importare la nuova modifica personalizzata allo schema. Ad esempio, utilizzare il comando riportato di seguito:
    /J di nuovo BridgeHeadServersUsed.ldf /f /i LDIFDE.

    Esaminare i file LDIF e LDIF per individuare eventuali errori. Se sono presenti errori, contattare il supporto tecnico clienti Microsoft a questo punto.
  10. Eseguire nuovamente il processo di aggiornamento dello schema. Se è possibile eseguire lo strumento di estensione dello schema ADPREP, eseguire nuovamente lo strumento utilizzando il parametro/forestprep . Se si utilizza Server Manager per l'installazione di unitàdel primo controller di dominio di livello superiore, è necessario ripetere il processo di installazione da Server Manager.
  11. L'importazione LDIF registra come Ldif.err.44 può contenere gli avvisi relativi al fatto che gli attributi mediante New-BridgeHeadServersUsed.ldf è già presente. Tuttavia, l'aspettativa è che l'aggiornamento dello schema è stata completata ora.

    Se sono presenti errori, rivolgersi al servizio supporto tecnico clienti Microsoft a questo punto.

Informazioni
Per ulteriori informazioni su come ottenere un linkID, visitare il seguente sito Web Microsoft Developer Network (MSDN):Per ulteriori informazioni sul linkID generato automaticamente, vedere il seguente sito Web MSDN:Per ulteriori informazioni sull'attributo linkID, visitare il seguente sito Web MSDN:

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 969307 - Ultima revisione: 05/06/2015 16:03:00 - Revisione: 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 KbMtit
Feedback
/html>