Come risolvere i problemi di replica di cartelle pubbliche in Exchange 2000 Server e Exchange Server 2003

Traduzione articoli Traduzione articoli
Identificativo articolo: 842273 - Visualizza i prodotti a cui si riferisce l?articolo.
Questo articolo Ŕ una sintesi dei seguenti articoli precedentemente disponibili: 842273, 274301, 285844, 316760
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

╚ possibile memorizzare lo stesso contenuto di cartelle pubbliche in molti computer Microsoft Exchange Server creando repliche di cartelle pubbliche. In questo modo Ŕ possibile rendere le informazioni contenute nelle cartelle pubbliche disponibili per molti utenti. Tuttavia, quando per creare repliche delle cartelle pubbliche, Exchange Server deve aggiornare le repliche di cartelle pubbliche per assicurarsi che tutte contengono gli stessi dati. Exchange Server esegue questa funzione, inviando e ricevendo messaggi di replica di cartelle pubbliche tra i computer Exchange Server che contengono una replica della cartella pubblica. Se la replica delle cartelle pubbliche non funziona correttamente nell'organizzazione, Ŕ possibile utilizzare questi messaggi di replica per tenere traccia di tutte le seguenti:
  • Se un computer invia la cartella pubblica i messaggi di replica
  • Se un computer riceve i messaggi di replica di cartelle pubbliche
  • Se un computer risponde ai messaggi di replica di cartelle pubbliche ricevute
Da informazioni che contengono i messaggi di replica, Ŕ possibile determinare la causa del problema di replica di cartelle pubbliche.

INTRODUZIONE

Questo articolo descrive i passaggi che Ŕ possibile utilizzare per risolvere i problemi di replica di cartelle pubbliche in Exchange Server e suggerimenti specifici.

Sebbene questo documento riguarda principalmente con Microsoft Exchange Server 2000 e 2003 di Microsoft Exchange Server, Ŕ inoltre possibile applicare delle informazioni Microsoft Exchange Server 5.5. Per risolvere correttamente il problema di replica di cartelle pubbliche, si consiglia di leggere l'intero documento prima di eseguire uno qualsiasi di risoluzione dei problemi di passaggi che contiene.

Nota Le procedure contenute in questo articolo vengono visualizzati in l'ordine in genere vengono eseguite in.



Informazioni

Cartella pubblica interattiva Cammina attraverso (GWT)


Questo Cammina attraverso Ŕ una guida attraverso la replica di risoluzione, come illustrato in questo articolo. Non Ŕ concepito per sostituire tutti i dati che consente di comprendere il processo di replica della cartella pubblica, ma piuttosto rapidamente assegnare i passaggi necessari per individuare la causa principale, se non esistono problemi di replica.


Passaggio 1: Determinare se l'archivio cartella pubblica ha un indirizzo di posta elettronica

In Exchange 2000 Server e in Exchange Server 2003, tutte le pubbliche replica di cartelle Ŕ basata su messaggi. Questi messaggi di replica della cartella pubblica inviato da archivio di cartelle pubbliche in un altro archivio di cartelle pubbliche. Pubblico Impossibile inviare messaggi di replica cartella o consegnati se la cartella pubblica archivio oggetti siano non contrassegnati con indirizzi proxy dall'azienda Configurazione Servizio aggiornamento destinatari.

In genere, se il problema esiste, archivio computer Exchange Server che contiene la cartella pubblica non contrassegnato non riceve la gerarchia di cartelle pubbliche da un altro Computer Exchange Server. Pertanto, il computer Exchange Server che contiene archivio di cartelle pubbliche non contrassegnato non vedere un elenco pubblico cartelle, tranne le cartelle pubbliche sono state create localmente mediante lo strumento Gestore di sistema di Exchange. Senza questa gerarchia di cartelle pubbliche non Ŕ possibile replicare il contenuto delle cartelle pubbliche. Ripeterlo: questa cartella pubblica gerarchia deve essere replicata prima il contenuto della cartella pubblica pu˛ essere replicato.

Per determinare se l'archivio cartella pubblica ha un proxy indirizzo assegnato, visualizzare il valore dell'attributo proxyAddresses nel servizio directory Active Directory. A tale scopo, Seguire questi passaggi.

Avviso Se si utilizza lo snap-in ADSI Edit, l'utilitÓ LDP o qualsiasi altro Client LDAP versione 3 e si modificano erroneamente gli attributi di Active Gli oggetti directory che pu˛ causare gravi problemi. Questi problemi possono richiedere reinstallazione di Microsoft Windows 2000 Server, Microsoft Windows Server 2003 Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 o Windows ed Exchange. Microsoft non garantisce che i problemi si verificano se si si modificano erroneamente gli attributi degli oggetti possono essere risolti in Active Directory. Modificare Questi attributi a proprio rischio.

Nota PoichÚ esistono diverse versioni di Microsoft Windows, il procedura potrebbe essere diverso nel computer. Se, vedere il documentazione del prodotto per completare la procedura.
  1. Inizio modifica Active Directory Service Interface (ADSI) strumento. Per effettuare questa operazione, fare clic su Inizio, fare clic su Eseguire, tipo Adsiedit. msc nel Apri casella, e Fare clic su OK.

    Nota ADSI Edit Ŕ incluso in Microsoft Windows 2000 Server Strumenti di supporto e gli strumenti di Microsoft Windows Server 2003 Support. Per installare gli strumenti di supporto di Windows 2000, fare doppio clic su Setup. exe nel Cartella Support\Tools sul CD di Windows 2000. Per installare Windows Server 2003 Strumenti di supporto, fare doppio clic su Suptools. msi nella cartella Support\Tools sul CD di Windows Server 2003.
  2. Connettersi a un controller di dominio se non si Ŕ giÓ connesso.
  3. Nota In questo passaggio "contoso.com" Ŕ un segnaposto per il dominio nome e parole in corsivo sono segnaposti.

    EspandereContenitore di configurazione [NomeComputer.Contoso.com], EspandereCN = Configuration, DC =ContosoDC =com, Espandere CN = Services, espandere CN = Microsoft Exchange, espandereCN =OrganizationName, espandereCN = Administrative Groups, espandereCN =AdministrativeGroupName, espandereCN = Servers, espandereCN =NomeServerExchange, espandereCN = InformationStore, quindi scegliere CN = First Storage Gruppo.
  4. Nel riquadro destro destro CN = cartelle pubbliche (ArchivioNOMESERVEREXCHANGE), quindi scegliereProprietÓ.
  5. Nel Selezionare le proprietÓ da visualizzareFare clic su Entrambi.
  6. Nel Selezionare una proprietÓ da visualizzare elenco Fare clic su proxyAddresses.
  7. Nel Valori casella, determinare se un viene assegnato un indirizzo di posta elettronica. In genere, l'archivio di cartelle pubbliche viene contrassegnato con un indirizzo di Simple Mail Transfer Protocol (SMTP) Ŕ simile al seguenti:
    SMTP:NomeServerExchange-╚ @Contoso.com
  8. Nel Selezionare una proprietÓ da visualizzare elenco Fare clic su posta.
  9. Nel Valori casella, verifica il protocollo SMTP l'indirizzo corrisponde l'indirizzo SMTP viene visualizzato nel passaggio 7.

Se il proxyAddress valore non corretto o Ŕ mancante, vedere i seguenti articoli della Microsoft Knowledge Base per informazioni sulla risoluzione dei problemi di aggiornamento destinatari per Microsoft Exchange Servizio:
286356 Exchange Servizio aggiornamento destinatari non consente di creare indirizzi proxy in Exchange 2000 Server e Exchange Server 2003
322313 Servizio aggiornamento destinatari di Exchange non riesce a elaborare conti e l'evento 8151 MSExchangeAL registrato


Passaggio 2: Aumentare i messaggi di replica di cartelle pubbliche di registrazione diagnostica

PoichÚ il traffico di replica di cartelle pubbliche Ŕ basata su messaggi si Consente di risolvere il problema aumentando il livello di registrazione diagnostica per messaggi di replica di cartelle pubbliche. In genere, la risoluzione di cartelle pubbliche problemi di replica, aumentare il livello di registrazione Massimo su le seguenti categorie di registrazione diagnostica:
  • Messaggi di replica in ingresso
  • Messaggi di replica in uscita
  • Rapporti di mancato recapito


Nota In Exchange Server 2003, anche aumentare il livello di registrazioneMassimo nel Recapito trasporto registrazione categoria e la Accessi categoria di registrazione. Aumentare il livello di registrazione Medio nel categoria registrazione diagnostica:
  • Errori di replica
Nota Quando si aumenta la registrazione diagnostica Massimo, significativamente pi¨ eventi vengono generati nel registro dell'applicazione. Pertanto, Assicurarsi che nel registro applicazione sia abbastanza grande per contenere questi eventi. Quando registrazione diagnostica Ŕ impostata al massimo oggetto MSExchangeIS nel registro eventi applicazioni venga registrato un evento ID. 3093 messaggio pu˛ essere considerato come innocuo. Per ulteriori informazioni, fare clic su numero dell'articolo riportato di seguito per visualizzare l'articolo della Microsoft Knowledge Base:
225090XADM:. 3093 PF replica errore 0x8004010f durante la lettura proprietÓ 0x67010003

Per aumentare la diagnostica registrazione, attenersi alla seguente procedura:
  1. Computer Exchange Server in cui si verifica il problema di replica della cartella pubblica, avviare Gestore di sistema di Exchange.
  2. Espandere Gruppi amministrativi, espandereAdministrativeGroupName, quindi Espandere Server.
  3. Destro computer Exchange Server e scegliereProprietÓ.
  4. Scegliere il Registrazione diagnostica scheda e quindi espandere MSExchangeIS nel Servizielenco.
  5. Premere il tasto CTRL e fare clic su tutti gli elementi seguenti:
    Aggiornamenti di replica Active Directory
    Messaggi di replica in ingresso
    Messaggi di replica in uscita
    Rapporti di mancato recapito
    Recupero informazioni di replica
    Replica generale
  6. Fare clic su Massimo, quindi scegliereApplicare.
  7. Fare clic su Errori di replica, fare clic suMedio, fare clic su Applicare, quindi scegliereOK.
  8. Seguire i passaggi da 2 a 7 su un server di cartelle pubbliche di Exchange in cui non si verifica il problema di replica della cartella pubblica.
Risoluzione dei problemi di replica di cartelle pubbliche mediante registrazione diagnostica, registrazione diagnostica aumenta in entrambi i Exchange Server computer in cui si verifica questo problema e su un computer Exchange Server in cui non si verifica il problema di replica della cartella pubblica. Questo Ŕ PoichÚ una replica della cartella pubblica in uscita dei messaggi da un Exchange Server computer corrisponde all'ingresso in un messaggio di replica di cartelle pubbliche in un altro computer Exchange Server. Pertanto, Ŕ possibile visualizzare i registri eventi di i due computer per la corrispondenza in uscita messaggi di replica di cartelle pubbliche da computer Exchange Server con la corrispondente cartella pubblica in arrivo messaggi di replica su altri computer Exchange Server.

╚ possibile Utilizzare oltre la data dell'evento e l'ora dell'evento per la corrispondenza di questi messaggi. Il le descrizioni degli eventi contengono informazioni relative alla cartella pubblica replica modificare numeri, nomi di cartelle e altro ancora. ╚ possibile utilizzare queste informazioni per corrispondenza esatta del messaggio in uscita da un computer server di cartelle pubbliche con il in ingresso corrispondente messaggio di replica di cartelle pubbliche su un altro pubblico computer server delle cartelle. Inoltre, Ŕ possibile utilizzare la descrizione dell'evento informazioni corrispondono risposte generate per la replica delle cartelle pubbliche messaggi.

Tutti gli aggiornamenti in una cartella pubblica vengono assegnati i numeri di modifica (CN). Tali aggiornamenti includono:
  • Creare
  • Eliminare
  • Modificare
Questi numeri vengono utilizzati dalla replica Exchange Server di modifica motore di tenere traccia degli aggiornamenti di cartelle pubbliche. Ogni modifica apportata a una cartella Ŕ assegnato un numero di modifica. Quando una cartella pubblica replica un aggiornamento a un'altra Exchange Server computer, i numeri di modifica sono inclusi nell'aggiornamento. Il ricezione Exchange Server computer utilizza modificare questi numeri per determinare Se l'aggiornamento della cartella pubblica Ŕ una nuova modifica e determinare se eventuali dati mancanti nella cartella pubblica. Viene definito un insieme di numeri con il termine CNSet.

I tipi di messaggi di replica di cartelle pubbliche recapitati tra archivi di cartelle pubbliche

I seguenti tipi di messaggi vengono recapitati tra pubblico archivi di cartelle.

Messaggi di replica di gerarchia
Le seguenti modifiche generano un messaggio di replica:
  • Quando viene creata una cartella pubblica
  • Quando si rimuove una cartella pubblica
  • Quando si modifica una cartella pubblica

    Nota Questo non include la modifica della cartella pubblica contenuto. Include solo la modifica della cartella pubblica stessa. Per esempio, quando viene rinominata la cartella pubblica, quando l'elenco di replica della cartella pubblica viene modificato quando il nome della cartella pubblica viene modificato quando il pubblico vengono modificate le autorizzazioni della cartella, quando viene modificata la descrizione della cartella pubblica, e altro ancora. Qualsiasi modifica alla cartella pubblica, aggiunta o rimozione di contenuto dalla cartella viene replicata da un messaggio di replica.
In questo scenario, i seguenti ID evento riportati nel registro il dell'applicazione:
  • ID evento: 3018: messaggio di replica in uscita. Questo evento viene registrato nel computer in cui Ŕ stata effettuata la modifica della gerarchia. Questo computer invia quindi che la gerarchia di modifica il messaggio a tutte le altre cartelle pubbliche server computer della stessa gerarchia di livello superiore (TLH).
  • ID evento: 3028: messaggio di replica in ingresso. Questo evento viene registrato nel computer che riceve la replica in uscita messaggio (ID evento: 3018) da un altro computer.


Messaggi di replica del contenuto
I messaggi di replica del contenuto replicano tra gli aggiornamenti del contenuto repliche di cartelle pubbliche singole. Un archivio invia solo una replica del contenuto messaggio da un altro archivio che contiene una replica della cartella pubblica. Il le seguenti modifiche generano un messaggio di replica del contenuto:
  • Registrazione di elementi alla cartella pubblica
  • Modifica di elementi nella cartella pubblica
  • Rimozione di elementi dalla cartella pubblica
In questo scenario, i seguenti ID evento vengono visualizzati nel registro applicazione:
  • ID evento: 3020: messaggio di replica in uscita. Questo evento viene registrato nel computer che invia il contenuto della cartella pubblica un altro computer.
  • ID evento: 3030: messaggio di replica in ingresso. Questo evento viene registrato nel computer che riceve la replica in uscita messaggio (ID evento: 3020) da un altro computer.


Recupero informazioni
Recupero Ŕ il processo che un archivio che ha perso Aggiornamenti repliche utilizza per richiedere il reinvio dei dati mancanti. Esistono due parti processo di recupero:
  • Richiesta di recupero
  • Risposta di recupero informazioni
Per un archivio inviare una richiesta di recupero, Ŕ necessario verificare che non Ŕ sincronizzato. L'archivio determina questo rilevando un salto in un pubblico CNSet della cartella. Il rilevamento avviene tramite il processo di replica tipica o da un messaggio di stato inviato da un altro archivio. Recupero delle informazioni messaggi di seguono la stessa procedura per entrambi recupero gerarchia di cartelle pubbliche e il recupero di contenuto di cartelle pubbliche.

In questo scenario, il seguente Vengono visualizzati gli ID evento nel registro applicazione:

Richiesta di recupero:
  • ID evento: 3014: messaggio di replica in uscita. Questo evento viene registrato nel computer che invia la richiesta di recupero informazioni messaggio.
  • ID evento: 3024: messaggio di replica in ingresso. Questo evento viene registrato nel computer che riceve il messaggio di richiesta recupero informazioni (ID evento: 3014) da un altro computer.
Risposta di recupero informazioni
  • ID evento: 3019: messaggio di replica in uscita. Questo evento viene registrato nel computer che invia la risposta di recupero informazioni messaggio.
  • ID evento: 3029: messaggio di replica in ingresso. Questo evento viene registrato nel computer che riceve la risposta di recupero informazioni messaggio (ID evento: 3019) da un altro computer.


Messaggi di stato replica
Messaggi di stato replica vengono inviati da un archivio a altro archivio. Quando l'archivio di destinazione riceve il messaggio di replica lo stato di archivio di ricezione pu˛ determinare se Ŕ sincronizzato con l'invio archivio.

In questo scenario, i seguenti ID evento vengono visualizzati nel registro applicazione:
  • ID evento: 3017: messaggio di replica in uscita. Questo evento viene registrato nel computer che invia la replica dello stato messaggio.
  • ID evento: 3027: messaggio di replica in ingresso. Questo evento viene registrato nel computer che riceve la replica dello stato messaggio (ID evento: 3017) da un altro computer.


Messaggi di richiesta di stato
Un messaggio di richiesta di stato viene inviato da un archivio per un altro archivio attivare la replica di aggiornamenti mancanti. Messaggi di richiesta di stato sono meno comuni in Exchange 2000 Server a Exchange Server 5.5. Richiesta di stato i messaggi si verificano quando viene creata una nuova replica della cartella pubblica in un archivio. In Questo scenario, l'archivio in cui Ŕ possibile creare la nuova replica di cartelle pubbliche determina che deve mancanti corrispondenti informazioni di cartelle pubbliche e che Ŕ necessario eseguire un'operazione di recupero informazioni per ottenere la cartella pubblica informazioni. Viene generato un messaggio di richiesta di stato gerarchia quando si crea un nuova cartella pubblica memorizzare in un computer Exchange Server.

Due occasioni in cui viene generato un messaggio di richiesta di stato sono molto simili:
  • Una nuova replica della cartella pubblica provoca una richiesta di stato messaggio generato per ottenere il contenuto della cartella pubblica.
  • Un nuovo archivio di cartelle pubbliche genera un messaggio di richiesta dello stato deve essere generato per ottenere la gerarchia di cartelle pubbliche. Questo comportamento si verifica perchÚ Ŕ stata creata una nuova cartella della gerarchia.
Inoltre, vengono generati messaggi di richiesta di stato quando un replica di cartelle pubbliche viene rimosso da un archivio.

Nota In Exchange Server 5.5 generato un messaggio di richiesta di stato per tutte le repliche, compresa la gerarchia ogni volta che Microsoft Exchange Avvio del servizio Archivio informazioni. ╚ possibile configurare questo comportamento modificando valore del Registro di sistema. Tuttavia, in Exchange 2000 Server Ŕ stato stabilito che Questi messaggi di richiesta stato generato troppo traffico di replica. In particolare, quando si dispone di pi¨ database e di quando si utilizza un backup programma che richiede il servizio Microsoft Exchange Information Store sia interrotto durante il processo di backup. Di conseguenza, Exchange 2000 Server non non generare messaggi di richiesta di stato quando si avvia Microsoft Exchange Servizio Archivio informazioni.

Gli eventi vengono generati per indicare un messaggio di richiesta di stato sono gli stessi un messaggio di stato replica. In questo scenario, i seguenti ID evento vengono visualizzati nel registro applicazione:
  • ID evento: 3017: si tratta della richiesta di stato in uscita messaggio. Questo evento viene registrato nel computer che invia la richiesta dello stato messaggio.
  • ID evento: 3027: questo Ŕ il messaggio di richiesta stato in ingresso. Questo evento viene registrato nel computer che riceve il messaggio di richiesta di stato (ID evento: 3017) da un altro computer.
Informazioni 5.5 Exchange Server


╚ possibile attivare la registrazione diagnostica su Exchange Computer server 5.5 per registrare gli eventi quando Exchange Server 5.5 cartelle pubbliche i messaggi di replica non raggiungono il Server di Exchange 2000 o Exchange 2003 Server archivio di cartelle pubbliche. Per accedere a questi eventi, impostare la Pubblico Rapporti di mancato recapito (NDR) categoria di MSExchangeIS livello di registrazione diagnostica del servizio Massimo. Se i messaggi di replica di cartelle pubbliche non sono recapitata, i seguenti eventi verranno visualizzati nel Visualizzatore Registro applicazione:

Origine evento: MSExchangeIS Public
ID evento: 3039
Descrizione:
ID messaggio: #-######
I destinatari del rapporto di mancato recapito: 1 di 1
/O =Exchange_Organization_Name/ OU =Exchange_Site_Name/ CN = Configuration/cn = Servers/cn =Nome_server_Exchange/CN = MICROSOFT MDB PUBBLICO
Il nome del destinatario non riconosciuto. (0,0)



Origine evento: MSExchangeIS Public
ID evento: 3040
Descrizione:
Ha restituito un messaggio di replica in uscita un rapporto di mancato recapito.
Tipo: 0x20
ID messaggio: #-######
Cartella: (#-# # #) IPM_SUBTREE\Public_Folder_Name
Destinatari del rapporto di mancato recapito: 1 di 1
/O =Exchange_Organization_Name/ OU =Exchange_Site_Name/ CN = Configuration/cn = Servers/cn =Nome_server_Exchange/CN = MICROSOFT MDB PUBBLICO
Il nome del destinatario non riconosciuto. (0,0)





Passaggio 3: Determinare se i messaggi di replica inviati da un computer vengono ricevuti da un altro computer

Determinare se la replica dei messaggi che vengono inviati da uno Computer Exchange Server vengono ricevuti da altri computer Exchange Server. Per Questa operazione, tenere traccia dei messaggi di replica utilizzando la funzionalitÓ di verifica messaggi sul computer di Exchange Server di invio e ricezione di Exchange Server computer. Per configurare la verifica dei messaggi, attenersi alla seguente procedura:
  1. Avviare lo strumento Gestore di sistema di Exchange.
  2. Espandere Gruppi amministrativi, espandere il amministrazione del gruppo, espandere Server, fare il Exchange Server computer e quindi fare clic suProprietÓ.
  3. Nel Generale scheda, selezionare ilAttiva verifica messaggi casella di controllo e quindi fare clic suOK.
  4. Dopo aver attivare la verifica messaggi su entrambi Exchange Server computer, creare una nuova cartella pubblica o aggiungere contenuto a un pubblico esistente cartella e quindi attendere che gli eventi vengano visualizzati che indicano che il sono stati inviati messaggi di replica dall'origine di Exchange Server computer.
  5. Avviare lo strumento Gestore di sistema di Exchange, espandereStrumenti, quindi scegliere Verifica dei messaggi Centro.
  6. Nel Centro verifica messaggi su entrambi i Exchange Server computer, tenere traccia di entrambi i seguenti tipi di messaggio:
    • Messaggi inviati da di origine computer.
    • Messaggi inviati a ExchangeServerNane-╚ @NomeDominio.comdove ExchangeServerNane-╚ @NomeDominio.comŔ il nome dell'archivio di cartelle pubbliche di destinazione.
    Per visualizzare informazioni sul messaggio, comprese le informazioni Fare doppio clic su se il messaggio Ŕ stato recapitato correttamente o non, il messaggio nel Centro verifica messaggi.
Per ulteriori informazioni sulla verifica dei messaggi, fare clic sul seguente articolo numeri per visualizzare gli articoli della Microsoft Knowledge Base:
246856Come attivare la verifica messaggi in Exchange 2000 Server
262162 Utilizzando il Centro verifica messaggi per tenere traccia di un messaggio
Se non nel computer di destinazione Exchange Server ricevere messaggi di replica, verificare che l'autenticazione Windows integrata attivare il server virtuale SMTP sul computer di destinazione. A tale scopo, Seguire questi passaggi:
  1. Avviare lo strumento Gestore di sistema di Exchange.
  2. Espandere Gruppi amministrativi, espandere il amministrazione del gruppo, espandere Server, espandere Exchange Computer server che non ricevono i messaggi di replica, espandereProtocolli, espandere SMTP, destro SMTP server virtuale come Server virtuale SMTP predefinito, quindi Fare clic su ProprietÓ.
  3. Scegliere il Accesso scheda e scegliereAutenticazione.
  4. Selezionare il Integrata di Windows Autenticazione casella di controllo se non Ŕ giÓ selezionata e quindi fare clic suOK due volte.
Se i messaggi di replica in uscita dopo l'attivazione Diagnostica registrazione, verificare i registri di verifica messaggi. Le informazioni che viene visualizzato il messaggio di registri di verifica dovrebbero consentire di determinare la prossima passaggi di risoluzione dei problemi. Tuttavia, se le seguenti condizioni sono vere, vedere numero articolo alla fine di questo elenco per ulteriori informazioni:
  • Verifica messaggi Ŕ stato attivato prima di generare il messaggio di replica.
  • ╚ possibile visualizzare i messaggi di replica in uscita sull'origine Server.
  • Impossibile individuare qualsiasi record di replica in uscita messaggi inviati in registri di verifica messaggi.
Se queste condizioni sono vere, fare clic sul seguente articolo numero dell'articolo della Knowledge Base:

828420 Replica di cartelle pubbliche non si verifica e 3020 ID evento viene registrato in un computer che esegue Exchange 2000 o Exchange 2003

Se i messaggi in uscita vengono inviati dal server e ricevuti dal server di destinazione, ma i messaggi non vengono ricevuti. dall'archivio informazioni e se si riceve un messaggio di evento ID 7004 e un messaggio 7010 ID evento nel registro eventi dell'applicazione con "504 necessario autenticare prima"nella descrizione, Ŕ un problema di autorizzazioni o un'impostazione errata nel Default SMTP Virtual server. Per risolvere il problema Fare clic sul numero dell'articolo seguente per visualizzare il seguente articolo della Microsoft Knowledge Base:

843106 Come risolvere i problemi di "504 necessario autenticare prima" Errore di protocollo SMTP

Potrebbe essere visualizzato il seguente messaggio del registro eventi dell'applicazione che indicano i messaggi di replica ricevuti correttamente in un computer che esegue Exchange 2003:

Tipo evento: Operazioni riuscite
Origine evento: Archivio pubblico MSExchangeIS
Categoria evento: gli accessi
ID evento: 1018
Descrizione: NT AUTHORITY\SYSTEM Ŕ stato convalidato come sistema operativo NT e l'accesso all'archivio delle cartelle pubbliche "primo Amministrativo\archivio cartelle (Nomeserver) "come proprietario con l'amministratore privilegi.

Tipo evento: Informazioni
Origine evento: MSExchangeIS Public Store
Categoria evento: Recapito trasporto
ID evento: 9650
Descrizione: ╚ il recapito dei messaggi tentate. Internet Msg ID:<>NomeDominio. com >, Ora di invio: 17:14:51.8308048 02/04/2004, Destinatario: /o =OrganizationName/ OU =OrganizationalUnitName/CN = configuration/cn = Servers/cn =Nomeserver/CN = Microsoft Public MDB, MDB:First Amministrativo\archivio cartelle (Nomeserver).

Tipo di evento: informazioni
Origine evento: MSExchangeIS Public Archivio
Categoria evento: Recapito trasporto
ID evento: 9651
Descrizione: Messaggio Ŕ stato recapitato a<>NomeDominio. com > su /O =OrganizationName/ OU =OrganizationalUnitName/CN = configuration/cn = Servers/cn =Nomeserver/CN = Microsoft MDB pubblico. Internet Msg Id: prima Amministrativo\archivio cartelle (Nomeserver).



Dopo aver ricevuto 9651 ID evento, verrÓ visualizzato un messaggio di evento ID 3028 indica che un messaggio di replica Ŕ stata elaborata. Evento 3028 ID sarÓ simile a di seguito:

Tipo evento: Informazioni
Origine evento: MSExchangeIS Public Store
Categoria evento: Messaggi di replica in ingresso
ID evento: 3028
Descrizione: Un ingresso messaggio di replica Ŕ stato elaborato.



Se la verifica dei messaggi Mostra i messaggi vengono conservati nel classificatore di componente di trasporto o conservato altrove nel trasporto, concentrare la risoluzione dei problemi su un problema di trasporto invece di un problema di archivio di informazioni o la replica di cartelle pubbliche problema.


Passaggio 4: Determinare se solo informazioni nuove o modificate cartelle pubbliche replicate correttamente

Quando informazioni sulle cartelle pubbliche non replicate correttamente altri computer Exchange Server la replica potrebbe funzionare se si modifica il contenuto cartella o le impostazioni della cartella. Per risolvere questo problema, Ŕ possibile provare Per modificare il contenuto della cartella che non viene replicato o modificare la cartella proprietÓ.

Talvolta, la replica della cartella pubblica ha esito positivo, ma solo per i nuovi elementi di cartelle pubbliche o solo per il contenuto della cartella pubblica modificata. In Questo scenario precedente informazioni sulle cartelle pubbliche non replica agli altri Exchange Server computer correttamente. Questo problema si verifica anche se si riavvia computer Exchange Server di destinazione. In genere, questo problema si verifica pi¨ spesso in uno scenario in cui il computer di destinazione esegue Exchange 2000 Exchange Server 2003 o il server e computer di invio Ŕ in esecuzione Exchange Server 5.5.

Spesso questo problema Ŕ causato da modificato comportamenti tra Exchange 2000 Server e Exchange Server 5.5. In Exchange Server 5.5, un messaggio di richiesta di stato per tutte le repliche, compresa l'intera gerarchia di cartelle pubbliche, viene generato ogni volta che Microsoft Exchange viene avviato il servizio Archivio informazioni. Questo non Ŕ il comportamento predefinito in Exchange 2000 Server. Tuttavia, con Exchange 2000 Service Pack 3 (SP3) e versioni successive, Ŕ possibile configurare Exchange 2000 e 2003 Exchange Server per generare la richiesta dello stato dei messaggi ogni volta che l'archivio informazioni avvio del servizio.

Replica di gerarchia di cartelle pubbliche

Per ulteriori informazioni su come configurare Exchange 2000 Server e Exchange Server 2003 per inviare automaticamente un messaggio di richiesta stato pubblico gerarchia di cartelle quando si avvia l'archivio informazioni, fare clic sul seguente articolo numero dell'articolo della Microsoft Knowledge Base:
321082Come inviare messaggi di richiesta di stato di replica in Exchange 2000 Server

Replica del contenuto delle cartelle pubbliche

Articolo 321082 della Microsoft Knowledge Base contiene solo i passaggi genera messaggi di richiesta di stato per la gerarchia di cartelle pubbliche. Non Ŕ contengono passi per generare messaggi di richiesta di stato per il contenuto in pubblico cartelle. Per ulteriori informazioni su come configurare Exchange Server 2000 e 2003 Exchange Server automaticamente inviare un messaggio di richiesta dello stato di cartella pubblica contenuto quando le informazioni avvio dell'archivio, fare clic sul numero dell'articolo riportato di seguito per visualizzare l'articolo del Microsoft Knowledge Base:
813629Update to send status request messages in Exchange 2000 Server
Nota Il valore del Registro di sistema Replication Flags determina lo stato della replica messaggio per ogni cartella pubblica. Tra 6 e 12 ore dopo vengono generati i messaggi di richiesta di stato, inizia un'operazione di recupero per repliche di cartelle pubbliche non sincronizzate. Talvolta, il recupero delle informazioni. processo pu˛ richiedere da 48 a 72 ore o pi¨ per completare. Abilita Valore del Registro di sistema di replica messaggi all'avvio esegue la stessa funzionalitÓ gerarchia di cartelle pubbliche. Tuttavia, per configurare la cartella pubblica generazione del messaggio richiesta stato contenuto in Exchange 2000 Server, Ŕ necessario configurare i valori del Registro di sistema descritti in entrambi questi Microsoft Articoli della Knowledge Base smontato e rimontato l'archivio di cartelle pubbliche. La possibilitÓ di attivare i messaggi di richiesta di stato per il contenuto delle cartelle pubbliche la replica Ŕ disponibile con settembre 2003 Exchange 2000 Server Successivo al Service Pack 3.

Configurare la replica delle cartelle pubbliche messaggi di richiesta di stato, seguire questi passaggi:
  1. Attenersi alla procedura descritta nell'articolo della Microsoft Knowledge Base 321082 per configurare il valore del Registro di sistema per i messaggi di richiesta stato di replica di cartelle pubbliche in un computer Exchange 2000 Server o 2003 Exchange Server con informazioni sulla gerarchia di cartelle pubbliche aggiornate.
  2. Disinstallare e reinstallare l'archivio di cartelle pubbliche su questo Exchange Server in cui Ŕ configurata questa chiave del Registro di sistema. Per effettuare questa operazione, attenersi alla seguente procedura:
    1. Avviare Gestore di sistema di Exchange.
    2. Espandere Server, espandere Exchange Computer server, espandere il gruppo di archiviazione che contiene l'archivio di cartelle pubbliche che si desidera disinstallare e quindi espandere Archivio di cartelle pubbliche (NomeComputer).
    3. Pulsante destro del mouse Archivio di cartelle pubbliche (NomeComputer), quindi scegliere Disinstalla archivio.
    4. Quando viene visualizzato il seguente messaggio, fare clic su :
      Disinstallazione di questo archivio renderÓ inaccessibile agli utenti.

      Si desidera continuare?
    5. Pulsante destro del mouse Archivio di cartelle pubbliche (NomeComputer), quindi scegliere Installa archivio.
    6. Quando viene visualizzato il seguente messaggio, fare clic su OK:
      L'archivio Ŕ stato installato correttamente.
  3. Attendere circa 12 a 24 ore o pi¨ e quindi Verificare che la gerarchia di cartelle pubbliche intero ha replicato al computer in cui si verifica questo problema.

    Importante ╚ necessario assicurarsi che disponga di gerarchia di cartelle pubbliche replicato correttamente prima di attivare la chiave di registro replicare il contenuto della cartella pubblica. Se il server riceve un messaggio di replica del contenuto per una cartella pubblica non esiste nella sua gerarchia, replica del contenuto messaggio viene scartato.
  4. Dopo la gerarchia di cartelle pubbliche replicato, seguire i passaggi nel seguente articolo della Microsoft Knowledge Base per configurare la chiave di registro per abilitare i messaggi di stato replica del contenuto di cartelle pubbliche sul server che dispone il contenuto:
    813629 Update to send status request messages in Exchange 2000 Server
  5. Replica del contenuto delle cartelle pubbliche richiede molto pi¨ completare la replica di gerarchia di cartelle pubbliche. Attendere almeno 48 a 72 ore o pi¨, quindi verificare che il contenuto delle cartelle pubbliche per il pubblico le cartelle contenenti le repliche su archivio cartelle pubbliche Ŕ stato replicato.
Nota Se si desidera configurare lo stato di gerarchia di cartelle pubbliche richiesta di generazione dei messaggi e non il contenuto delle cartelle pubbliche, Ŕ sufficiente configurare solo la chiave del Registro di sistema descritto in Microsoft Articolo della Knowledge Base 321082.

Tuttavia, assicurarsi che tutti i le cartelle della gerarchia sono state replicate contengono tutte le contenuto che dovrebbero avere. Se non dispongono del contenuto sono previsto dopo attendere 48 a 72 ore o pi¨, configurare la chiave del Registro di sistema descritto nella Microsoft Knowledge Base articolo 813629.

ProprietÓ

Identificativo articolo: 842273 - Ultima modifica: giovedý 8 novembre 2012 - Revisione: 4.0
Le informazioni in questo articolo si applicano a:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Chiavi:á
kbreplication kbeventlog kbhowto kbinfo kbnosurvey kbmt KB842273 KbMtit
Traduzione automatica articoli
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: 842273
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com