Come risolvere i problemi relativi ai messaggi dell'ID evento 1311 in un dominio windows
Questo articolo descrive come risolvere i problemi relativi ai messaggi dell'ID evento 1311 nel registro eventi del servizio directory in un dominio Windows.
Si applica a: Windows Server 2016, Windows Server 2019, Windows Server 2012 R2
Numero KB originale: 307593
Sintomi
Knowledge Consistency Checker (KCC) costruisce e gestisce la topologia di replica per Active Directory. A tale scopo, il KCC esamina la somma di tutti i contesti di denominazione che risiedono nella foresta e di tutti i vincoli definiti dall'amministratore per il sito, il collegamento al sito e il costo del collegamento.
Se non è possibile replicare un dominio, uno schema, una configurazione, una partizione dell'applicazione o i contesti di denominazione del catalogo globale tra controller di dominio o siti, nel registro eventi del servizio directory viene registrato un messaggio di ID evento 1311 simile al seguente:
Tipo evento: Errore
Origine evento: NTDS KCC
Categoria di eventi: Verifica coerenza conoscenze
ID evento: 1311
Data: MM/GG/AAAA
Ora: HH:MM:SS AM|PM
Utente: N/D
Computer: <domain_controller_name>
Descrizione:
Il controllo di coerenza del servizio directory ha determinato che (a) non è disponibile una connettività fisica sufficiente pubblicata tramite Active Directory Sites and Services Manager per creare un albero di spanning che connette tutti i siti contenenti il nome> della partizione CN=<partition,DC=<root domain of forest,DC>=com o (b) la replica non può essere eseguita con uno o più server critici in modo che le modifiche vengano propagate in tutti i siti (il più delle volte a causa dei server non raggiungibile).
Causa
Questo comportamento si verifica se sono vere una o più delle condizioni seguenti:
Il bridging dei collegamenti di sito è abilitato in una rete che non supporta la connettività di rete fisica tra due controller di dominio in siti diversi connessi da un collegamento KCC.
Uno o più siti non sono contenuti nei collegamenti del sito.
I collegamenti di sito contengono tutti i siti, ma i collegamenti al sito non sono interconnessi. Questa condizione è nota come collegamenti di sito non contigui.
Uno o più controller di dominio sono offline.
I controller di dominio bridgehead sono online, ma si verificano errori quando tentano di replicare un contesto di denominazione obbligatorio tra i siti di Active Directory.
Le testate di ponte preferite definite dall'amministratore sono online, ma non ospitano i contesti di denominazione necessari.
Le testate di ponte preferite sono definite correttamente dall'amministratore, ma sono attualmente offline.
Il server testa di ponte è sovraccarico perché il server è sottodimensionato, troppi siti di succursali stanno tentando di replicare le modifiche dallo stesso controller di dominio hub oppure le pianificazioni dei collegamenti al sito sono troppo frequenti.
KCC ha creato un percorso diverso intorno a un errore di connessione da sito a sito, ma ripete la connessione non riuscita ogni 15 minuti perché è in modalità di mantenimento della connessione.
Le cause comuni dei messaggi id evento 1311 rientrano in due categorie: configurazione logica non corretta e errore dell'infrastruttura. I messaggi dell'ID evento 1311 vengono registrati quando si verifica una configurazione logica non corretta o un errore di replica.
Configurazione logica non corretta
Una configurazione logica non è configurata correttamente quando le informazioni nel contesto di denominazione della configurazione (NC) (visibile nello snap-in Siti e servizi) non corrispondono alla topologia fisica della rete che ospita la foresta di Active Directory. Ad esempio, un sito potrebbe non essere definito correttamente, i siti mancanti dai collegamenti del sito potrebbero essere inclusi, i collegamenti del sito potrebbero non essere interconnessi o le testate di ponte non corrette potrebbero essere selezionate dall'amministratore.
Errore dell'infrastruttura
Un errore dell'infrastruttura si verifica a causa di uno degli eventi seguenti:
- Un collegamento WAN (Wide Area Network) non riesce.
- Un controller di dominio che ospita un contesto di denominazione necessario è offline.
- Si verifica un errore di replica per uno o più contesti di denominazione.
- Il partner in ingresso per la replica ha disabilitato la replica in uscita.
Risoluzione
Per risolvere i problemi relativi ai messaggi con ID evento 1311, usare i metodi seguenti.
Determinare se i messaggi dell'ID evento 1311 sono specifici del sito o a livello di foresta.
Determinare se il bridging dei collegamenti al sito è attivato e se la rete è completamente instradata.
Verificare che tutti i siti siano definiti nei collegamenti del sito.
Rilevare e rimuovere le testate di ponte preferite.
Risolvere gli errori di replica di Active Directory nella foresta.
Determinare se i server di origine sono sovraccarichi.
Determinare se i collegamenti al sito sono disgiunti.
Eliminare le connessioni se KCC è in modalità "Connection Keeping".
Determinare se i messaggi dell'ID evento 1311 sono specifici del sito o a livello di foresta
Determinare se i messaggi dell'ID evento 1311 vengono registrati su tutti i controller di dominio ISTG (Inter-Site Topology Generator) nella foresta o solo nei controller di dominio ISTG specifici del sito. Per individuare i controller di dominio ISTG, usare lo strumento Ldp.exe per cercare gli attributi seguenti:
- DN di base: CN=Sites,CN=Configuration,DC=RootDomainName,DC=Com
- Filtro: (cn=NTDS Site Settings)
- Ambito: sottoalbero
- Attributi: interSiteTopologyGenerator
Per determinare l'ambito dell'evento, usare uno dei metodi seguenti:
Esaminare i log eventi del servizio directory di un numero appropriato di controller di dominio ISTG nella foresta.
Usare lo strumento Eventcombmt.exe (disponibile nel Servizio Supporto Tecnico Clienti Microsoft) per cercare i messaggi dell'ID evento 1311 in un numero appropriato di controller di dominio ISTG nella foresta.
Determinare se il bridging del collegamento al sito è attivato e se la rete è completamente instradata
Quando si abilita il bridging dei collegamenti al sito nello snap-in Siti e servizi di Active Directory, è necessario assicurarsi che qualsiasi sito definito in Active Directory disponga di una connessione di rete completamente indirizzata a qualsiasi altro sito definito dall'amministratore. Se KCC crea un collegamento di connessione tra due siti non connessi in cui è abilitato il bridging dei collegamenti di sito, è possibile che vengano registrati i messaggi dell'ID evento 1311.
Il bridging dei collegamenti di sito è abilitato in Active Directory se si verificano le condizioni seguenti:
La casella di controllo Bridge all site links è selezionata per il protocollo IP e il protocollo SMTP nello snap-in Siti e servizi di Active Directory.
L'attributo Options per il protocollo IP e il protocollo SMTP è NULL o impostato su 0 (zero) per i percorsi DN (Domain Name) seguenti:
- CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC= dominio radice della foresta
- CN=SMTP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC= dominio radice della foresta
Per determinare se esiste una connessione di rete completamente indirizzata tra due siti, contattare l'amministratore NOS, l'amministratore di rete o l'architetto di Active Directory.
Se il bridging dei collegamenti al sito è abilitato in un ambiente non indirizzato, rendere la rete completamente instradata oppure disabilitare il bridging dei collegamenti al sito e quindi creare i collegamenti del sito e i bridge di collegamento al sito che è necessario usare. Attendere due volte l'intervallo di replica più lungo nella foresta. Se i messaggi dell'ID evento 1311 continuano a essere registrati o se il bridging dei collegamenti al sito è abilitato in una rete completamente indirizzata, continuare con il metodo "Verifica che tutti i siti siano definiti nei collegamenti di sito".
Per impostazione predefinita, il bridging dei collegamenti al sito è attivato. Inoltre, le linee guida sulle procedure consigliate consigliano di mantenere attivato il bridging dei collegamenti al sito.
Il diagramma seguente usa i segni più (+) e meno (-) per illustrare le connessioni di rete fisiche tra i siti di Active Directory. Il sito AZ è elencato nel collegamento del sito WEST e la disponibilità generale del sito è elencata nel collegamento al sito EAST, ma i siti AZ e GA non hanno connessioni di rete completamente indirizzate ai siti WA e NY in una configurazione di Active Directory in cui è abilitato il bridging dei collegamenti al sito.
WA <-- Site Link WANY --> NY
+- +-
+ - + -
+ - + -
+ - + -
CA + + + AZ IL + + + GA
Site Link WEST Site Link EAST
Verificare che tutti i siti siano definiti nei collegamenti del sito
Ogni sito definito in Active Directory deve essere ospitato o risiedere in un collegamento al sito. Ad esempio, se i siti WA, CA, AZ, NY, IL e GA sono definiti e sono definiti i collegamenti di sito WEST, EAST e WANY, i messaggi id evento 1311 vengono registrati se un sito (ad esempio, AZ o GA) non è elencato in un collegamento al sito in cui i siti sono fisicamente connessi. I siti sono orfani quando i siti in un collegamento al sito eliminato non vengono aggiunti a un collegamento di sito esistente appropriato.
WA -- Site Link WANY -- NY
/ /
/ /
/ /
CA (AZ) IL (GA)
Site Link WEST Site Link EAST
Poiché i siti AZ e GA non sono elencati in alcun collegamento al sito, sono orfani e il KCC non li considera quando costruisce la topologia di replica per Active Directory.
Il repadmin /showism comando è utile per individuare siti configurati in modo non corretto. L'output del repadmin /showism comando viene visualizzato in modo simile all'esempio seguente da una foresta denominata corp:
== TRANSPORT CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=corp,DC=com CONNECTIVITY INFORMATION FOR 3 SITES:
0, 1, 2
( 0) CN=US-NC,CN=Sites,CN=Configuration,DC=corp,DC=com 0:0:0, 100:15:0, 200:15:0
( 1) CN=US-TX,CN=Sites,CN=Configuration,DC=corp,DC=com 100:15:0, 0:0:0, 100:15:0
( 2) CN=US-WA,CN=Sites,CN=Configuration,DC=corp,DC=com 200:15:0, 100:15:0, 0:0:0
Nota
A differenza di altri argomenti per il comando repadmin, non è possibile eseguire il repadmin /showism comando da un computer remoto. È necessario eseguire il repadmin /showism comando dalla console del controller di dominio che si vuole esaminare (nella maggior parte dei casi, si tratta del controller di dominio ISTG).
Per ogni sito configurato per la replica basata su IP o per la replica basata su SMTP (non visualizzata), il repadmin /showism comando restituisce una matrice di sito che rappresenta le connessioni a tutti i siti della foresta. Ogni voce nella matrice del sito contiene tre numeri delimitati dai due punti (:) che rappresentano il costo, l'intervallo di replica e le opzioni per ogni collegamento di replica a un altro sito nella foresta di Active Directory. I numeri di una voce vengono visualizzati nell'ordine seguente:
Costo : intervallo di replica : Opzioni
Il valore Cost indica la preferenza per un collegamento di rete per la replica delle informazioni di directory tra siti. L'amministratore usa lo snap-in Siti e servizi di Active Directory per definire il valore costo per ogni collegamento al sito.
Il valore intervallo di replica indica la frequenza di replica del collegamento in minuti.
Il valore Opzioni indica le opzioni per il collegamento al sito, inclusa la notifica del collegamento al sito.
Nota
Quando si risolve il problema dei messaggi con ID evento 1311, è possibile ignorare il valore Opzioni .
Nell'esempio della foresta è abilitato il corp.com bridging dei collegamenti al sito e la foresta contiene tre siti di Active Directory:
- Sito 0: US-NC, un sito scoperto che usa il collegamento TX-NC<> per connettersi al sito 1 (US-TX).
- Sito 1: US-TX, che ospita due controller di dominio.
- Sito 2: US-WA, un sito coperto che usa il collegamento TX-WA<> per connettersi al sito 1 (US-TX).
Ogni matrice del sito contiene una voce 0:0:0 che fa riferimento a se stessa. Una voce che contiene numeri positivi per il valore di costo e il valore dell'intervallo di replica (ad esempio, 200:15:0 o 100:15:0) indica che la connessione al sito è valida. Una voce -1:0:0 indica che la connessione al sito non funziona. Che si verifica se si verifica una o più delle condizioni seguenti:
- Il protocollo di replica non viene usato. Ad esempio, se la replica SMTP non è configurata, le voci nella parte SMTP della
/SHOWISMmatrice vengono tutte visualizzate come -1:0:0. - Il sito non ospita alcun controller di dominio (noto come sito scoperto ).
- Il sito non è incluso in un collegamento al sito.
Se il bridging dei collegamenti al sito è abilitato e il comando repadmin /showism restituisce -1:0:0 voci per uno o più siti di Active Directory coperti, assicurarsi che i siti interessati siano elencati in un collegamento al sito.
Un sito con un complemento completo di -1:0:0 voci e una voce 0:0:0 è orfano a meno che il sito non sia scoperto (nessun controller di dominio risiede in tale sito). Quando si risoluzione dei problemi relativi ai messaggi dell'ID evento 1311, registrare i nomi di tutti i siti orfani, ma non registrare i nomi dei siti scoperti.
Se il bridging dei collegamenti al sito è disabilitato, le voci -1:0:0 sono meno significative. In questo caso, è necessario determinare manualmente se ogni sito è incluso in un collegamento al sito. A tale scopo, annotare l'elenco di siti e collegamenti al sito e mappare manualmente ogni sito a un collegamento al sito.
Nota
Il repadmin /showism comando restituisce sempre le voci -1:0:0 per un sito scoperto.
Nell'esempio seguente repadmin /showism il bridging dei collegamenti al sito è abilitato nella corp.com foresta e il collegamento al sito TX-WA<> è stato eliminato. Il sito 2 (US-WA) è orfano di tutti gli altri siti nella foresta e deve essere aggiunto a un collegamento di sito appropriato.
== TRANSPORT CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=corp,DC=com CONNECTIVITY INFORMATION FOR 3 SITES:
0, 1, 2 ( 0) CN=US-NC,CN=Sites,CN=Configuration,DC=corp,DC=com 0:0:0, 100:15:0, -1:0:0
( 1) CN=US-TX,CN=Sites,CN=Configuration,DC=corp,DC=com 100:15:0, 0:0:0, -1:0:0
( 2) CN=US-WA,CN=Sites,CN=Configuration,DC=corp,DC=com -1:0:0, -1:0:0, 0:0:0:0
Rilevare e rimuovere le testate di ponte preferite
Poiché la corretta selezione della testa di ponte è difficile nelle foreste multidominio e poiché Windows 2000 ha una buona logica di failover nel caso in cui una testa di ponte selezionata da KCC vada offline, Microsoft consiglia vivamente di non definire i server testa di ponte preferiti.
Per cercare i server testa di ponte preferiti:
Usare lo strumento da riga di comando Ldp.exe per eseguire una ricerca LDAP per i criteri seguenti:
Percorso DN: cn=sites,cn=configuration,dc=<root domain of forest>
ObjectClass: server
Attributi: bridgeheadTransportListUsare il comando FINDSTR su un file di esportazione LDIFDE dal contenitore CN=Sites,CN=Configuration:
LDIFDE CN=SITES,CN=CONFIGURATION,DC=<Dominio radice nella foresta> SITEDUMP. LDF
FINDSTR /i "bridgeheadTransportList" SITEDUMP. LDFSe la ricerca restituisce risultati, prendere nota del nome del server nel percorso Nome dominio in cui viene popolato l'attributo bridgeheadTransportList.
Se si trovano server testa di ponte preferiti, usare lo snap-in Sito e Servizi per rimuoverli e quindi attendere due volte l'intervallo massimo di replica nella foresta. Se i messaggi dell'ID evento 1311 continuano a essere registrati, passare al metodo successivo.
Risolvere gli errori di replica di Active Directory nella foresta
La replica di Active Directory richiede la replica transitiva di tutti i contesti di denominazione nella foresta in tutti i controller di dominio che replicano una partizione comune.
Risolvere gli errori di replica per i controller di dominio online il più rapidamente possibile, in particolare quelli che ospitano contesti di denominazione unici in una foresta (ad esempio, l'unico controller di dominio per un determinato dominio nella foresta). Come ultima risorsa, se non è possibile eseguire la replica di un controller di dominio, rimuoverlo dalla foresta.
Se un controller di dominio è offline per meno giorni rispetto al numero di durata di rimozione definitiva (per impostazione predefinita 60), portare online il controller di dominio e forzarlo a eseguire la replica o, come ultima risorsa, rimuoverlo dalla foresta.
Se un controller di dominio è offline o non replica le modifiche in ingresso per più giorni rispetto al numero di durata della rimozione definitiva, non rianimarlo. Al contrario, rimuoverlo immediatamente dalla foresta.
Per altre informazioni sul valore TombstoneLifetime, fare clic sui numeri degli articoli seguenti per visualizzare gli articoli della Microsoft Knowledge Base:
- 216993 Durata utile di un backup dello stato del sistema di Active Directory
- 314282 gli oggetti persistenti possono rimanere dopo aver riportato online un server di catalogo globale non aggiornato
Per individuare e risolvere gli errori di replica, possono essere utili gli strumenti seguenti:
repadmin /failcache: eseguire questo comando dalla console di ogni controller di dominio ISTG nella foresta per individuare gli errori di replica per le testate di ponte nel sito per tale ISTG.Nota
È anche possibile eseguire questo comando in remoto su altri controller di dominio ISTG nella foresta.
repadmin /showreps: eseguire questo comando dalla console di ogni controller di dominio ISTG nella foresta per analizzare la replica di controller di dominio specifici esposti dalrepadmin /failcachecomando .dcdiag /test:intersite /e /q: questo comando testa la connettività tra siti per i controller di dominio testa di ponte nella foresta. Il set di risultati è limitato ai controller di dominio che riscontrano errori con l'opzione/q.dcdiag /test:connectivity /e /q: questo comando verifica la risoluzione dei nomi e la connettività ldap/rpc a tutti i controller di dominio nella foresta. Il set di risultati è limitato ai controller di dominio che riscontrano errori con l'opzione/q.Esaminare il registro eventi del servizio directory nei controller di dominio ISTG e nei server Bridgehead, usando le impostazioni seguenti per i livelli di diagnostica NTDS:
- Verifica coerenza delle informazioni: 3
- Cinque eventi di replica: 3
- Elaborazione interna: 1
Il repadmin /failcache comando elenca gli errori di replica che KCC conosce. L'output del repadmin /failcache comando è suddiviso in due sezioni:
La cache degli errori di collegamento KCC elenca gli errori per i collegamenti di connessione esistenti. Il controller di dominio ISTG importa i dati showreps (repsfroms) per ogni server testa di ponte nel relativo sito. Tuttavia, il controller di dominio ISTG non elenca gli errori. La cache degli errori di collegamento viene svuotata all'inizio di ogni esecuzione KCC e ricaricata durante l'esecuzione corrente.
La cache degli errori di connessione KCC elenca i tentativi non riusciti di compilare oggetti di connessione tra controller di dominio (repository da o da repository a). Quando si esegue il repadmin /failcache comando dal controller di dominio ISTG, vengono elencate le voci importate dalle testate di ponte nel sito. All'inizio di ogni esecuzione KCC, il KCC esamina ogni voce nella cache degli errori di connessione e tenta di eseguire DsBind al server con esito negativo. Se l'associazione ha esito positivo, la voce viene rimossa.
Il repadmin /failcache comando differisce dal repadmin /showreps comando in due modi:
- Il
repadmin /showrepscomando mostra il contesto di denominazione che ha esito negativo. Ilrepadmin /failcachecomando non lo fa. - I dati del
repadmin /failcachecomando non vengono replicati tra controller di dominio.
Nell'esempio seguente viene illustrato l'output di esempio del repadmin /failcache comando .
Z:>repadmin /failcache == ERRORI > DI CONNESSIONE KCC ============================
(nessuno)== ERRORI DI COLLEGAMENTO > KCC ==================================
GUID oggetto DC USA-WA-24\C-24-DC03: 134244cd-26be-4944-82a7-ac3eb74fc02f Nessun errore. GUID oggetto DC USA-WA-24\B-24-DC02: 21b050d6-33b5-424d-aa9b-060fe209233d Nessun errore. GUID oggetto DC USA-WA-24\Z-24-DC-05: bfb3b008-3849-4e5d-81d8-53dbb76d587a Nessun errore.
Determinare se i server di origine sono in overload
Un controller di dominio sovraccarico con un numero elevato di partner di replica diretta o una pianificazione della replica eccessivamente aggressiva può creare un backlog in cui alcuni partner non ricevono mai modifiche da un controller di dominio hub. Nell'output del repadmin /showreps comando, i controller di dominio partner dei controller di dominio di origine di overload vengono visualizzati con lo stato mai .
Per risolvere questo problema, ridimensionare l'hardware, riconfigurare i collegamenti del sito e riconfigurare le pianificazioni dei collegamenti al sito o delle connessioni in base alle esigenze per ridurre il carico sui controller di dominio in overload.
Determinare se i collegamenti al sito sono disgiunti
I collegamenti di sito non contigui sono una configurazione di Active Directory in cui la topologia è suddivisa in due parti o in cui alcuni siti non vengono replicati perché le definizioni del sito e le definizioni dei collegamenti al sito non sono corrette. Ad esempio, il diagramma seguente mostra una configurazione in cui Sitelink_ABC contiene i siti A, B e C e Sitelink_DEF contiene i siti D, E e F, ma nessun collegamento al sito connette i siti in Sitelink_ABC a uno dei siti in Sitelink_DEF. Per risolvere la condizione dei collegamenti di sito non contigui, un nuovo collegamento al sito deve connettere almeno un sito in Sitelink_ABC con almeno un sito in Sitelink_DEF (ad esempio, un nuovo collegamento di sito tra il sito A e il sito D).
A D
/ \ / \
/ \ / \
/ \ / \
B C E F
Sitelink_ABC Sitelink_DEF
Il diagramma seguente mostra un'altra possibile configurazione di collegamenti di sito non contigui. In questo caso, un nuovo collegamento al sito deve aggiungere qualsiasi sito in Sitelink_ABDC con almeno un sito in Sitelink_FG (ad esempio, un nuovo collegamento di sito tra il sito A e il sito F) per risolvere la condizione dei collegamenti di sito non contigui.
A F
/ \ \
/ \ \
/ \ \
B C \
\ / \
\ / \
\ / \
D G
Sitelink_ABDC Sitelink_FG
I collegamenti di sito non contigui sono la configurazione non corretta più difficile da risolvere. Cercare i collegamenti di sito non contigui solo dopo aver escluso tutte le altre cause note. Usare una matita e una carta per creare un grafico della topologia del sito e individuare siti orfani.
Eliminare le connessioni se KCC è in modalità Mantieni connessione
Se KCC crea un percorso diverso intorno a un errore di connessione da sito a sito, ma ripete la connessione non riuscita ogni 15 minuti perché è in modalità di mantenimento della connessione, eliminare tutte le connessioni interrotte e consentire a KCC di ricompilarle. Attendere due volte la pianificazione della replica più lunga nella foresta.
Terminologia e concetti
Server testa di ponte: qualsiasi controller di dominio in un sito di Active Directory che replica una partizione di Active Directory (ad esempio, schema, configurazione, dominio, partizione dell'applicazione o catalogo globale) in un controller di dominio in un altro sito di Active Directory.
Viene selezionata una testa di ponte per ogni partizione di directory, dominio o partizione dell'applicazione univoca in un sito di Active Directory, quindi un sito che ospita tre domini diversi ha tre server testa di ponte nel sito.
I controller di dominio replicano tutti i contesti di denominazione che sono in comune con i partner di replica diretta, quindi un controller di dominio nel dominio "corp.com" replica CN=SCHEMA e CN=CONFIGURATION oltre al contesto di denominazione del dominio "corp.com" con il partner testa di ponte tra siti.
Generatore di topologia tra siti (ISTG): per ogni sito di Active Directory, viene nominato un singolo server, noto come ISTG, per compilare la topologia di replica tra siti.
Sito scoperto: sito di Active Directory definito nello snap-in Siti e servizi che attualmente non contiene controller di dominio Windows 2000. Un sito scoperto potrebbe attendere l'arrivo del controller di dominio da un sito di staging. Inoltre, un sito può essere definito come scoperto per fornire la preferenza del sito per le operazioni client.
Output troncato dal comando REPADMIN /SHOWISM
In alcuni ambienti, il repadmin /showism comando della build 2195 di Windows si chiude prematuramente durante l'esecuzione e l'output viene troncato a causa di un errore interno. Ad esempio, la parte superiore di questo output riuscito /SHOWISM da un controller di dominio nel corp.com dominio indica che sono definiti 128 siti (0-127).
== TRANSPORT CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=corp,DC=com
INFORMAZIONI SULLA CONNETTIVITÀ PER 128 SITI:
0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28,
29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43,
44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58,
59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88,
89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103,
104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118,
119, 120, 121, 122, 123, 124, 125, 126, 127
Nell'esempio seguente, l'output repadmin /showism si arresta al centro della riga per il sito 115, CN=HeadQuarters.
Tutti i controller di dominio nel sito CN=Headquarters,CN=Sites,CN=Configuration,DC=corp,DC=com (con trans & hosting NC) sono candidati testa di ponte. (115) CN=headquarters,CN=Sites,CN=Configuration,DC=corp,DC=com -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0,
-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0,
-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0,
-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0,
-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0,
-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 100:0:0, 150:0:0, 150:0:0, 100:0:0,
Per risolvere questo problema di troncamento, ottenere una versione aggiornata del file Repadmin.exe da Microsoft Product Support Services (PSS).
Raccolta dei dati
Se è necessaria l'assistenza del supporto tecnico Microsoft, è consigliabile raccogliere le informazioni seguendo i passaggi indicati in Raccogliere informazioni usando TSS per i problemi di replica di Active Directory.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per