Replica in ingresso di server di catalogo globale non funziona causa di un errore di database

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 253644
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sintomi
In determinate circostanze, può interrompere la replica in ingresso ai server di catalogo globale (GC) a causa di un errore di database. Questo errore di database non danno del database, ma è causato da uno scenario di distribuzione è caratterizzato dai seguenti:
  1. Un gruppo universale (in questo esempio TESTUG) esiste nel GC, e la proprietà del gruppo che contiene l'appartenenza al gruppo è vuota. Si noti che questo è normale e la conseguente dalla creazione di un gruppo senza aggiungere in modo esplicito i membri.
  2. Il tipo di gruppo di TESTUG viene modificato da universale a un altro tipo di gruppo.
  3. Questa modifica del tipo di gruppo di replica al server di catalogo globale e perché è vuoto, l'appartenenza al gruppo comporta interrompere la replica.
In questi casi, il catalogo globale genera un evento nel Registro di eventi del servizio di directory simile al seguente:
Event Type:     ErrorEvent Source:   NTDS ReplicationEvent Category: Replication Event ID:       1084Date:           1/6/2000Time:           10:27:05 AMUser:           EveryoneComputer:       MYGCDescription:Replication error: The directory replication agent (DRA) couldn't update object CN=TestUG,CN=Users,DC=TestDomain,DC=com (GUID 8e5bf454-5940-4671-a253-d6ee93903a62) on this system with changes which have been received from source server f82ab77e-140e-4779-bd71-4b2166076488._msdcs.testdomain.com. An error occurred during the application of the changes to the directory database on this system.  The error message is: The replication operation encountered a database error. The directory will try to update the object later on the next replication cycle. Synchronization of this server with the source is effectively blocked until the update problem is corrected. If this condition appears to be related to a resource shortage, please stop and restart this Windows Domain Controller. If this condition is an internal error, a database error, or an object relationship or constraint error, manual intervention will be required to correct the database and allow the update to proceed.  It is valuable to note that the problem is caused by the fact that the change on the remote system cannot be applied locally. Manually updating the objects on the local system in not recommended. Instead, on the source system (which has the changes already), try to reverse or back out the change.  Then, on the next replication cycle, observe whether the change can now be applied locally. The record data is the status code. Data:0000: 03 21 00 00               .!..    				
Cause
Questo problema può verificarsi nell'esempio precedente, poiché MYGC locale copia di Active Directory indica che "CN = TestUG, CN = Users, DC = DominioVerifica, DC = com" è un gruppo universale senza membri e l'origine (noto come server di origine dell'evento dettaglio) controller di dominio è inoltro una modifica a TestUG che il tipo di gruppo è stato modificato per un diverso universale. Si noti che TestUG può o non dispongano attualmente membri per il controller di dominio di origine.
Risoluzione
Per risolvere questo problema è necessario ottenere la versione più recente del service pack per Windows 2000. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
260910Come ottenere Windows 2000 Service Pack più recente
Nota : per Datacenter Server, è necessario richiedere l'OEM fornitore da cui è stato acquistato Datacenter di eventuali service pack o aggiornamenti rapidi (hotfix).

Per risolvere il problema, utilizzare uno dei metodi descritti di seguito:

Metodo 1

Eliminare il gruppo e quindi ricrearlo con il tipo di gruppo appena desiderato. Anche se questa è la soluzione più semplice, potrebbe risultare indesiderato se TestUG viene fatto riferimento in ACL esistenti o ha molti membri.

Metodo 2

Verificare che il gruppo disponga di almeno un membro, modificare nuovamente il tipo di gruppo universale e quindi consentire questa modifica venga replicata a tutti i server di catalogo globale. Una volta completata la replica, è possibile modificare il gruppo da universale a un altro tipo di gruppo.
Status
Microsoft ha confermato che questo problema riguarda i prodotti Microsoft elencati all'inizio di questo articolo. Questo problema è stato corretto per la prima volta nel Service Pack 1 per Windows 2000.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 253644 - Ultima revisione: 02/02/2014 22:21:56 - Revisione: 2.2

Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Datacenter Server

  • kbnosurvey kbarchive kbmt kbactivedirectoryrepl kbbug kbfix kbnetwork kbwin2000sp1fix KB253644 KbMtit
Feedback