Condividi tramite

Risolvere i problemi di replica delle cartelle pubbliche per Exchange Server

  • Articolo
  • Si applica a:
    Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

Numero KB originale: 10042

Riepilogo

Si inizierà chiedendo di abilitare la registrazione diagnostica e il rilevamento dei messaggi come prerequisito. Verrà quindi eseguita una serie di passaggi per risolvere i problemi di replica delle cartelle pubbliche.

Tempo stimato per il completamento:
45-60 minuti.

Per risolvere i problemi di replica delle cartelle pubbliche per Exchange Server, è prima necessario abilitare la registrazione diagnostica e il rilevamento dei messaggi.

Cosa si vuole fare

Abilitare la registrazione diagnostica

Sarà necessario attivare la registrazione diagnostica in tutti i server con cui si sta lavorando. I passaggi per una versione diversa di Exchange potrebbero essere diversi, selezionare la versione di Exchange:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Shell.

  2. Eseguire il cmdlet seguente per controllare i livelli di registrazione correnti:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }

  3. Per attivare la registrazione, eseguire i cmdlet seguenti in tutti i server di cartelle pubbliche in uso:

    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium

  4. Nel server di destinazione aumentare la registrazione del trasporto eseguendo questi cmdlet:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'

  5. Per reimpostare i livelli di registrazione:

    1. Aprire il Exchange Management Console.
    2. Nell'albero della console passare aCassetta postaledi configurazione> del server.
    3. Nel riquadro Azioni selezionare Gestisci proprietà registrazione diagnostica.
    4. Nella pagina Gestisci proprietà registrazione diagnostica selezionare il servizio Exchange per cui si vuole modificare il livello di registrazione.
    5. Selezionare il livello di registrazione desiderato e quindi selezionare Configura. Per ripristinare le impostazioni predefinite, selezionare Reimposta tutti i servizi ai livelli di registrazione predefiniti e quindi selezionare Configura.
    6. Nella pagina Completamento verificare che il processo sia stato completato correttamente. Le attività mostreranno lo stato Completato o Non riuscito. Se l'attività non è riuscita, esaminare il riepilogo per una spiegazione e quindi selezionare Indietro per apportare le modifiche di configurazione necessarie.
    7. Selezionare Fine per completare la procedura guidata Gestisci livello di registrazione diagnostica .

Per Exchange Server 2003

  1. Avviare Gestore di sistema di Exchange e quindi visualizzare le proprietà del server su cui si vuole abilitare l'accesso di diagnostica.
  2. Selezionare la scheda Registrazione diagnostica e quindi espandere MSExchangeIS nell'elenco Servizi .
  3. Selezionare Cartella pubblica, tenere premuto CTRL e quindi selezionare ognuno degli elementi seguenti per selezionarli tutti:
    • Replica di AD Aggiornamenti
    • Messaggi in ingresso della replica
    • Messaggi in uscita della replica
    • Report non recapito
    • Backfill della replica
    • Replica generale
  4. Selezionare Applica massimo>.
  5. Selezionare Errori> di replicamedio>Applica>OK.
  6. Per aumentare la registrazione nel server di destinazione per il servizio MSExchangeTransport e impostare il livello SMTP su Medio:
    1. Espandere Server, fare clic con il pulsante destro del mouse su Nome server e quindi scegliere Proprietà.
    2. Selezionare la scheda Registrazione diagnostica e quindi MSExchangeTransport in Servizi.
    3. In Categorie selezionare SMTP.
    4. In Livello di registrazione selezionare Medio.

Cosa si vuole fare dopo

Abilitare il rilevamento dei messaggi

Per attivare Rilevamento messaggi in tutti i server, si userà. I passaggi per una versione diversa di Exchange potrebbero essere diversi, selezionare la versione di Exchange:

Per Exchange Server 2007 e Exchange Server 2010

  1. Verificare che il rilevamento dei messaggi sia attivo passando a Exchange Management Shell ed eseguendo il cmdlet seguente:

    Get-MailboxServer $env:computername | fl MessageTracking*

  2. L'output dovrebbe essere simile al seguente:

    Screenshot dell'esecuzione del cmdlet per verificare che il rilevamento dei messaggi sia attivo.

  3. Assicurarsi che e MessageTrackingLogEnabledMessageTrackingLogSubjectLoggingEnabled siano impostati su True.

  4. Assicurarsi di prendere nota di MessageTrackingLogPath per Il percorso del log.

Per Exchange Server 2003

  1. Avviare Gestore di sistema di Exchange e quindi visualizzare le proprietà del server in cui si vuole abilitare il rilevamento dei messaggi. Il rilevamento dei messaggi raccoglie dati come A, Da e Data inviata.
  2. Nella scheda Generale selezionare la casella di controllo Abilita rilevamento messaggi .
  3. Selezionare la casella di controllo Abilita registrazione e visualizzazione dell'oggetto .

Cosa si vuole fare

Risolvere i problemi di replica delle cartelle pubbliche

Selezionare una cartella che includa i dati in un server ma non in un altro server e fare in modo che solo tale cartella sia al centro delle attività di risoluzione dei problemi. Nei passaggi seguenti, il server che contiene i dati viene chiamato server di origine ; Il server che non contiene i dati è denominato server di destinazione .

Exchange Server 2007 e Exchange Server 2010

  1. In Exchange Management Console selezionare Console di gestione cartelle pubbliche nella casella degli strumenti.
  2. Fare clic con il pulsante destro del mouse su Cartelle pubbliche e quindi scegliere Connetti a.
  3. Selezionare il server a cui connettersi.

Exchange Server 2003

  1. Aprire il Gestore di sistema di Exchange.
  2. Passare all'oggetto Public Folder Hierarchy.
  3. Fare clic con il pulsante destro del mouse su Cartelle pubbliche e quindi scegliere Connetti a.
  4. Selezionare il server a cui connettersi.

La cartella che si sta cercando ora viene visualizzata nella gerarchia in entrambi i server?

Replica sempre intervallo; ID evento del registro applicazioni 3018

Replica intervallo sempre

Verificare che il valore Replica intervallo sempre sia impostato su 15 o meno minuti nel server di origine. Se necessario, modificare l'impostazione. Selezionare la versione di Exchange per verificare la procedura:

Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Eseguire i cmdlet seguenti e verificare che ReplicationPeriod, ReplicationSchedulee ReplicationMessageSize siano impostati:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Screenshot dell'esecuzione di Get-PublicFolderDatabase per verificare che i parametri siano impostati.

  3. Assicurarsi che tutti i database f pubblici abbiano lo stesso ReplicationMessageSize.

Verificare quindi che la cartella in questione sia configurata per l'uso della pianificazione dello store. Procedura:

  1. Avviare Exchange Management Console.

  2. Eseguire il cmdlet seguente e verificare Replicas e UseDatabaseReplicationSchedule sono impostati:

    Get-PublicFolder | fl *Replica*

    Screenshot dell'esecuzione di Get-PublicFolder per verificare che i parametri siano impostati.

  3. Se UseDatabaseReplicationSchedule è impostato su False, assicurarsi che ReplicationSchedule sia impostato.

Exchange Server 2003
  1. Avviare Gestore di sistema di Exchange.
  2. Espandere il contenitore Gruppi amministrativi e quindi selezionare il gruppo amministrativo che contiene il server delle cartelle pubbliche.
  3. Espandere il contenitore Server , selezionare il database delle cartelle pubbliche e quindi selezionare Proprietà.
  4. Nella scheda Replica (criteri) prendere nota del valore nella casella Intervallo di replica per sempre (minuti).
  5. Se il valore non è 15, digitare 15 nella casella Intervallo di replica per sempre (minuti).
  6. Selezionare Applica, quindi selezionare OK.

Verificare quindi che la cartella da risolvere sia configurata per l'uso della pianificazione dello store:

  1. Espandere Cartelle pubbliche e quindi fare clic con il pulsante destro del mouse sulla cartella da risolvere.
  2. Selezionare Proprietà.
  3. Nella scheda Replica selezionare Usa pianificazione archivio pubblico nell'elenco Intervallo di replica delle cartelle pubbliche .

ID evento del registro applicazioni 3018

Creare una nuova cartella nella gerarchia nel server di origine e assegnare alla nuova cartella un nome univoco che è possibile ricordare.

Il test 1 viene usato come nome della cartella in questo esempio. Controllare il log dell'applicazione nel server di origine per l'ID evento 3018, che indica il tipo di messaggio 0x2 e contiene il nome della cartella creata. Potrebbe essere necessario attendere fino a 15 minuti per la registrazione dell'evento.

Tipo evento Informazioni
Origine evento: Archivio pubblico MSExchangeIS
Categoria di eventi: Messaggi in uscita della replica
ID evento: 3018
Messaggio: È stato emesso un messaggio di replica in uscita.
Tipo: 0x2
ID messaggio: <MessageID@Server.Domain.com>
Database "Gruppo di archiviazione\Cartella pubblica"
CN min: 1-100, CN max: 1-200
RFI:
1) FID: 1-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Viene visualizzato l'ID evento 3018?

Risolvere i problemi del server di origine

Il server di origine non genera messaggi di replica della gerarchia in uscita per le nuove modifiche. Verrà innanzitutto attivata la risoluzione dei problemi nel server di origine.

ID evento 3079 quando viene montato il database delle cartelle pubbliche

Quando viene montato il database delle cartelle pubbliche, l'ID evento 3079 viene registrato nel registro applicazioni nel server di origine. Esaminare il log applicazioni nel server di origine.

Tipo evento Informazioni
Origine evento Archivio pubblico MSExchangeIS
Categoria evento Errori di replica
ID evento 3079
Messaggio Errore imprevisto del thread di replica nel "<nome>" del database.
1) FID: 1-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Viene visualizzato l'ID evento 3079?

  • In caso affermativo, vedere EcReplStartup.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server di origine non genera messaggi di replica della gerarchia in uscita e che non è presente alcun evento 3079 durante il montaggio del database.

EcReplStartup

Esaminare l'ID evento 3079 per il testo EcReplStartup.

L'ID evento 3079 contiene EcReplStartup?

  • Se sì, vedere ID evento del registro applicazioni 9528.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server di origine non genera messaggi di replica della gerarchia in uscita. Si verifica un evento 3079 quando il database viene montato, ma l'evento non contiene EcReplStartup.

ID evento del registro applicazioni 9528

Se l'ID evento 3079 contiene EcReplStartup, questo indica che il thread di replica sta morendo all'avvio. Controllare quindi se l'ID evento 9528 è registrato nel registro applicazioni del server di origine.

Tipo evento Informazioni
Origine evento Msexchangeis
Categoria evento Generale
ID evento 9528
Messaggio Il SID S-1-5-32-544 è stato trovato su 2 utenti nel DS, quindi lo store non può eseguire il mapping di questo SID a un utente univoco.
Gli utenti coinvolti sono:
/DC=com/DC=domain/DC=na/OU=Migrated/CN=John, Woods
/DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John, Woods

Viene visualizzato l'ID evento 9528?

  • In caso affermativo, vedere Rimuovere account duplicati.
  • In caso contrario, non è possibile risolvere i problemi non identificati con questa guida. Per altre informazioni sulla risoluzione di questo problema, contattare Microsoft Exchange Server supporto tecnico e indicare che quando il database viene montato, viene registrato un evento 3079.

Tenere traccia del messaggio nel rilevamento dei messaggi; Messaggio recapitato al server di destinazione

Tenere traccia del messaggio nel rilevamento dei messaggi

Nel server di origine usare l'ID messaggio della descrizione dell'ID evento 3018 per tenere traccia del messaggio nel rilevamento dei messaggi.

Tipo evento Informazioni
Origine evento Archivio pubblico MSExchangeIS
Categoria evento Messaggio di replica in uscita
ID evento 3018
Messaggio È stato emesso un messaggio di replica in uscita.
Tipo: 0x2
ID messaggio: <MessageID@Server.Domain.com>
Database "Gruppo di archiviazione\Cartella pubblica"

Messaggio recapitato al server di destinazione

Nella descrizione dell'ID evento 3018 prendere nota dell'ID messaggio e quindi usare il rilevamento dei messaggi per determinare se il messaggio è stato recapitato al server di destinazione. Ad esempio, l'estratto di rilevamento dei messaggi seguente include il testo seguente:

"Messaggio trasferito a tramite SMTP".

Cronologia messaggi

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

Il rilevamento dei messaggi indica che il messaggio è stato recapitato al server di destinazione?

Problema di trasporto; Il messaggio viene visualizzato nel rilevamento dei messaggi?

Problema di trasporto

Il messaggio non è stato recapitato al server di destinazione, il che indica che il problema è causato da un problema di trasporto. Verrà quindi funzionalità di risoluzione dei problemi relativi al processo di trasporto.

Il messaggio viene visualizzato nel rilevamento dei messaggi

Passare al server di origine e trovare l'ID messaggio in uscita. Passare quindi al server di destinazione ed eseguire il rilevamento dei messaggi per verificare se ha ricevuto il messaggio. Selezionare la versione di Exchange per controllare i passaggi per eseguire il rilevamento dei messaggi.

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Eseguire il seguente cmdlet:

    Get-MessageTrackingLog -MessageId
Per Exchange Server 2003
  1. Avviare Gestore di sistema di Exchange.
  2. Nell'albero della console espandere Strumenti e quindi selezionare Centro rilevamento messaggi.
  3. Nella casella Server digitare il nome del server che esegue Exchange Server 2003.

Per esplorare un elenco di server disponibili, selezionare Server, selezionare un server e quindi selezionare Aggiungi. È possibile cercare un messaggio inviato da o recapitato a un determinato server. È necessario specificare solo il nome del server.

Ha ricevuto il messaggio?

ID evento 3028 nel server di destinazione

Nel server di destinazione esaminare il registro applicazioni per l'ID evento 3028, che contiene lo stesso ID messaggio annotato dalla descrizione dell'ID evento 3018.

Tipo evento Informazioni
Origine evento Archivio pubblico MSExchangeIS
Categoria evento Messaggi in ingresso della replica
ID evento 3028
Messaggio È stato emesso un messaggio di replica in ingresso.
Tipo: 0x2
ID messaggio: <MessageID@Server.Domain.com>
Database "Gruppo di archiviazione\Cartella pubblica"
CN min: 5-100 CN max: 5-200
RFI: 1
1) FID: 5-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Il registro applicazioni del server di destinazione mostra l'ID evento 3028 e questo evento contiene lo stesso ID messaggio dell'ID evento 3018?

ID evento 7004 e ID evento 7010 nel server di destinazione

Nel server di destinazione esaminare il log applicazioni in Visualizzatore eventi per individuare gli eventi simili agli eventi seguenti.

Tipo evento Error
Origine evento Msexchangetransport
Categoria evento Protocollo SMTP
ID evento 7004
Data Data
Ora Ora
Utenti Non disponibile
Computer Computer_Name
Descrizione Si tratta di un log degli errori del protocollo SMTP per l'ID server virtuale 1, connessione 29. L'host E2k3server1.contoso.comremoto ha risposto al comando SMTP "xexch50" con "504 Need to authenticate first". Il comando completo inviato era "XEXCH50 2336 3". Questo probabilmente causerà l'esito negativo della connessione.
Tipo evento Error
Origine evento Msexchangetransport
Categoria evento Protocollo SMTP
ID evento 7010
Data Data
Ora Ora
Utente Non disponibile
Computer Computer_Name
Descrizione: Si tratta di un log del protocollo SMTP per l'ID server virtuale 1, connessione 30. Il client in "6.5.2.4" ha inviato un comando "xexch50" e il server SMTP ha risposto con "504 È necessario eseguire prima l'autenticazione". Il comando completo inviato è "xexch50 1092 2". Questo probabilmente causerà l'esito negativo della connessione. Questi eventi indicano che il sink del protocollo XEXCH50 è stato attivato, ma lo scambio dei BLOB non è riuscito tra i server elencati negli eventi.

Nel server di destinazione sono visualizzati l'ID evento 7004 e l'ID evento 7010?

Risolvere il problema con il comando XEXCH50

Il problema riscontrato potrebbe essere causato da un problema di comando XEXCH50.

Per risolvere il problema del comando XEXCH50

  1. Verificare che l'autenticazione integrata di Windows sia abilitata nei server virtuali SMTP nei computer che eseguono Exchange Server nell'organizzazione. Se l'autenticazione integrata di Windows non è abilitata:

    1. In Gestore di sistema di Exchange espandere Gruppi amministrativi, Server, Exchange Server Nome, Protocolli e quindi SMTP.
    2. Fare clic con il pulsante destro del mouse sul server virtuale SMTP.
    3. Selezionare Proprietà, selezionare la scheda Accesso e quindi selezionare Autenticazione. Assicurarsi che la casella di controllo Autenticazione integrata di Windows sia selezionata.

  2. Se l'autenticazione integrata di Windows è abilitata, ma gli eventi persistono, il server di invio nell'evento 7004 o nell'evento 7010 potrebbe non avere o essere negato il diritto SendAs nel server ricevente. Se il server di invio e il server ricevente riscontrano questi eventi, i server potrebbero non avere i diritti SendAs l'uno per l'altro. Il diritto SendAs non è impostato in modo esplicito. Il diritto SendAs viene in genere ereditato tramite l'appartenenza al gruppo EDS (Exchange Domain Servers). Se l'EDS non dispone di questa voce di controllo di accesso DENY, il server interessato potrebbe essere annidato in un altro gruppo con l'ACE DENY oppure l'EDS potrebbe essere annidato in altri gruppi con l'ACE DENY. Per l'esecuzione corretta, il comando XEXCH50 deve avere il diritto SendAs per i server nell'organizzazione di Exchange.

  3. Determinare se si usa Transport Layer Security (TLS) e un canale di sicurezza tra i server dell'organizzazione di Exchange. In questo scenario, i sink di evento di trasporto STARTTLS si verificano prima del comando AUTH. Il comando XEXCH50 ha esito negativo più avanti nella sessione perché il comando AUTH è mancante.

  4. Se l'autenticazione exps (Exchange Protocol Security) non funziona correttamente tra i server, il comando XEXCH50 non funziona. Gli eventi 1704 e 1706 indicano errori di autenticazione EXPS nel registro applicazioni.

    Tipo evento Avviso
    Origine evento MSExchangeTransport, evento
    Categoria evento Protocollo MTP
    ID evento 1706
    Descrizione: EXPS non è temporaneamente in grado di fornire la sicurezza del protocollo con ".. com". "CSessionContext::OnEXPSInNegotiate" denominato "HrServerNegotiateAuth" che non è riuscito con codice di errore 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ). Dati: 0000: 0c 03 09 80 ...?

    Nota

    La descrizione nell'ID evento 1706 include il codice di errore 0x8009030c.
    Il codice di errore 0x8009030c è il valore Hresult SEC_E_LOGON_DENIED. Questo codice indica che non è stato possibile accedere all'account.
    Questi problemi possono essere difficili da risolvere perché le credenziali di Microsoft Windows di EXPS sono necessarie per passare questo comando AUTH . È possibile usare vari strumenti per risolvere la combinazione di ID evento 7004 e 7010; sono inclusi lo strumento NLTEST e lo strumento NETDOM. La procedura di risoluzione dei problemi può includere la reimpostazione delle password dell'account computer.
    Se si dispone di una combinazione di ID evento 7004 e 7010 nel registro applicazioni come descritto in precedenza e non è possibile individuare l'origine del problema usando l'autenticazione EXPS, contattare supporto tecnico Microsoft Services.
    Se non si dispone della combinazione di ID evento 7004 e ID evento 7010 nel registro applicazioni, andare al passaggio 5.

  5. Verificare se è presente un firewall o un muro antivirus tra i server nell'organizzazione di Exchange. Se un firewall opera tra i server dell'organizzazione, disabilitare temporaneamente il firewall per determinare se sta causando il problema.

La disabilitazione del firewall ha risolto il problema?

Eseguire isinteg -fix -test ReplState nel server di destinazione; Rimozione definitiva a causa di un'eliminazione

Eseguire isinteg –fix –test ReplState nel server di destinazione

Selezionare la versione di Exchange per verificare e modificare l'impostazione ReplState seguendo questa procedura:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Usare il New-PublicFolderDatabaseRepairRequest cmdlet per rilevare e correggere i problemi di replica nel database delle cartelle pubbliche. È comunque possibile accedere alle cartelle pubbliche nel database delle cartelle pubbliche mentre la richiesta è in esecuzione. Tuttavia, la cartella pubblica attualmente in fase di ripristino non è disponibile. Dopo aver avviato la richiesta di riparazione, non è possibile interromperla senza smontare il database.

  3. Eseguire il seguente cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Per Exchange Server 2003

  1. Nel server di destinazione installare l'hotfix KB925253.

  2. Dopo aver installato l'hotfix, smontare il database delle cartelle pubbliche nel server e quindi eseguire il comando seguente al prompt dei comandi:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

Eseguire quindi un test per determinare se il problema è stato risolto.

Rimozione definitiva a causa di un'eliminazione

Indica che la cartella è una rimozione definitiva a causa di un'eliminazione precedente che non è stata replicata. Indietro nel server di origine e copiare la cartella per creare una nuova cartella con lo stesso contenuto e quindi ricominciare.

Nuova visibilità della cartella

La nuova cartella è visibile nella gerarchia nel server di destinazione?

Risolvere i problemi di backfill della gerarchia

A questo punto, è stato verificato che le modifiche apportate alla gerarchia vengano replicate correttamente. È ora possibile risolvere i problemi di backfill della gerarchia. A tale scopo, eseguire Synchronize Hierarchy nel server di destinazione. La gerarchia di sincronizzazione fa sì che si verifichi l'ID evento 3017. L'ID evento 3017 mostra che una richiesta di stato della gerarchia (tipo 0x20) è stata inviata al server di origine.

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.
  2. Eseguire il Update-PublicFolderHierarchy -Server cmdlet .
  3. Dopo aver eseguito Synchronize Hierarchy nel server di destinazione, esaminare il log applicazioni nel server di origine per l'evento 3027 e per la richiesta di stato in ingresso.

Per Exchange Server 2003

  1. Avviare Gestore di sistema di Exchange.
  2. Per eseguire Sincronizza gerarchia, espandere Cartelle, fare clic con il pulsante destro del mouse sul contenitore di oggetti Cartelle pubbliche e quindi scegliere Sincronizza gerarchia.
  3. Dopo aver eseguito Synchronize Hierarchy nel server di destinazione, esaminare il log applicazioni nel server di origine per l'evento 3027 e per la richiesta di stato in ingresso.

L'evento 3027 è nel registro applicazioni nel server di origine?

Recuperare l'ID messaggio e tenere traccia del messaggio

Nel server di origine individuare l'ID evento 3017 e quindi prendere nota dell'ID messaggio. Usare il rilevamento dei messaggi per tenere traccia dell'ID messaggio per determinare se il messaggio è stato recapitato al server di origine.

Il rilevamento dei messaggi indica che il messaggio è stato recapitato al server di origine?

Determinare se l'archivio cartelle pubbliche nel server di origine ha un indirizzo di posta elettronica

Per determinare se all'archivio cartelle pubbliche nel server di origine è assegnato un indirizzo proxy, esaminare il valore dell'attributo proxyAddresses nel servizio directory active directory.

Per esaminare il valore

Avviso

Se si usa lo snap-in Active Directory Service Interface (ADSI) Edit, l'utilità LDP o qualsiasi altro client LDAP versione 3 e si modificano erroneamente gli attributi degli oggetti Active Directory, è possibile che si verifichino problemi seri. Per questi problemi potrebbe essere necessario reinstallare Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 o Windows Server e Exchange Server. Microsoft non può garantire che i problemi che si verificano se si modificano in modo errato gli attributi dell'oggetto Active Directory possano essere risolti. Modificare questi attributi a proprio rischio.

Nota

A seconda della versione di Microsoft Windows, i passaggi seguenti possono essere diversi nel computer. In questo caso, fare riferimento alla documentazione del prodotto per completare la procedura.

  1. Avviare lo strumento Modifica ADSI scegliendo Avvia>esecuzione, digitando adsiedit.msc nella casella Apri e quindi scegliendo OK.

    Nota

    AdSI Edit è incluso in Microsoft Windows 2000 Server Support Tools e con Strumenti di supporto di Windows Server 2003. Per installare Strumenti di supporto di Windows 2000, fare doppio clic su Setup.exe nella cartella Support\Tools del CD di Windows 2000. Per installare Strumenti di supporto di Windows Server 2003, fare doppio clic su Suptools.msi nella cartella Support\Tools del CD di Windows Server 2003.

  2. Connettersi a un controller di dominio se non si è già connessi.

    Nota

    In questo passaggio è contoso.com un segnaposto per il nome di dominio. Altre parole in corsivo sono segnaposto per i nomi indicati. Espandere Contenitore di configurazione [computername.contoso.com], CN=Configuration, DC=contoso, DC=com,CN=Services, CN=Microsoft Exchange, CN=OrganizationName, CN=Administrative Groups, CN=AdministrativeGroupName, CN=Servers, CN=ExchangeServerName, CN=InformationStore e quindi CN =First Storage Group.

  3. Nel riquadro destro fare clic con il pulsante destro del mouse su CN=Archivio cartelle pubbliche (EXCHANGESERVERNAME) e quindi scegliere Proprietà.

  4. Nell'elenco Selezionare le proprietà da visualizzare selezionare entrambe.

  5. Nell'elenco Selezionare una proprietà da visualizzare selezionare proxyAddresses.

  6. Nella casella Valore/i determinare se è assegnato un indirizzo di posta elettronica. In genere, l'archivio cartelle pubbliche ha un indicatore di indirizzo SMTP (Simple Mail Transfer Protocol) simile al seguente: SMTP:ExchangeServerName-IS@contoso.com.

  7. Nell'elenco Selezionare una proprietà da visualizzare selezionare posta elettronica.

  8. Nella casella Valori verificare che l'indirizzo SMTP corrisponda all'indirizzo SMTP visualizzato nel passaggio 7.

L'archivio pubblico di origine ha un indirizzo di posta elettronica?

  • In caso affermativo, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.
  • In caso contrario, vedere ID evento 3018 del registro applicazioni.

ID evento 3017 nel server di origine

Nel log dell'applicazione nel server di origine, immediatamente prima dell'ID evento 3027, individuare l'ID evento 3017 per la stessa cartella, con tipo 0x10.

Viene visualizzato l'ID evento 3017 e si digita 0x10 per la stessa cartella?

ID evento 3027 nel server di destinazione

L'ID evento 3027 è la risposta di stato nel server di origine. Nel log dell'applicazione nel server di destinazione individuare l'ID evento 3027 per esaminare la risposta di stato.

Viene visualizzato l'ID evento 3027 nel server di destinazione?

  • In caso affermativo, vedere Risoluzione dei problemi di riempimento.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Risoluzione dei problemi di backfill

A questo punto, sappiamo che il server di destinazione è consapevole che i dati sono mancanti. Ora ci concentriamo sulla risoluzione dei problemi relativi al riempimento della gerarchia stessa.

Nel server di destinazione eseguire di nuovo Synchronize Hierarchy e quindi controllare il registro applicazioni nel server di destinazione per l'ID evento 3014, che ha il tipo 0x8. L'ID evento 3014 è una richiesta di backfill in uscita per la gerarchia.

Viene visualizzato l'ID evento 3014 e si digita 0x8 nel server di destinazione?

  • In caso affermativo, vedere ID evento 3024 nel server di origine.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

ID evento 3024 nel server di origine

L'ID evento 3024 è la richiesta di backfill della gerarchia in ingresso.

Viene visualizzato l'ID evento 3024 nel server di origine?

ID evento 3019 nel server di origine

L'ID evento 3019, con tipo 0x80000002, è la risposta di backfill della gerarchia in uscita nel server di origine. Esaminare il registro applicazioni nel server di origine per l'ID evento 3019.

L'ID evento 3019 è presente nel registro applicazioni nel server di origine?

  • In caso affermativo, vedere ID evento 3029.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

ID evento 3029

L'ID evento 3029 è la risposta di backfill della gerarchia in ingresso nel server di destinazione.

L'ID evento 3029 viene visualizzato nel log dell'applicazione nel server di destinazione?

Cercare la cartella nella gerarchia

Nel server di destinazione cercare la cartella nella gerarchia.

La cartella nella gerarchia viene visualizzata nel server di destinazione?

  • In caso affermativo, congratulazioni. Il problema relativo alla replica di cartelle pubbliche per Exchange Server 2003 viene risolto.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Tenere traccia dell'ID messaggio dall'ID evento 3014

Nel server di destinazione esaminare l'ID evento 3014 per ottenere l'ID messaggio. Usare il rilevamento dei messaggi per tenere traccia dell'ID messaggio.

Il rilevamento dei messaggi indica che il messaggio è stato recapitato al server di origine?

Tenere traccia dell'ID messaggio dall'ID evento 3019

Nel server di origine individuare l'ID evento 3019 e quindi prendere nota dell'ID messaggio nell'evento. Usare il rilevamento dei messaggi per tenere traccia dell'ID messaggio.

Il rilevamento dei messaggi indica che il messaggio è stato recapitato al server di destinazione?

Concentrarsi sul contenuto; Replicare Always Interval e Schedule; Creare un nuovo elemento nel server di origine

Concentrarsi sul contenuto

Poiché la cartella viene visualizzata nella gerarchia in entrambi i server, probabilmente non si tratta di un problema di replica della gerarchia. Pertanto, ci concentreremo sulla risoluzione dei problemi relativi al contenuto.

Replica intervallo always e pianificazione

Verificare che il valore Replica intervallo sempre sia impostato su 15 minuti o meno nel server di origine.

Per verificare e modificare l'impostazione in Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Eseguire il cmdlet seguente e verificare ReplicationPeriod, ReplicationSchedulee ReplicationMessageSize sono impostati:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Screenshot dell'uso di Get-PublicFolderDatabase per verificare che i parametri siano impostati.

  3. Assicurarsi che tutti i database di cartelle pubbliche abbiano lo stesso ReplicationMessageSize.

Verificare quindi che la cartella in questione sia configurata per l'uso della pianificazione dello store. Procedura:

  1. Avviare Exchange Management Console.

  2. Eseguire il cmdlet seguente e verificare Replicas e UseDatabaseReplicationSchedule sono impostati:

    Get-PublicFolder | fl *Replica*

    Screenshot dell'uso di Get-PublicFolder per verificare che i parametri siano impostati.

  3. Se UseDatabaseReplicationSchedule è impostato su False, assicurarsi che ReplicationSchedule sia impostato.

Per verificare e modificare l'impostazione in Exchange Server 2003
  1. Avviare Gestore di sistema di Exchange.
  2. Espandere il contenitore Gruppi amministrativi e quindi selezionare il gruppo amministrativo che contiene il server delle cartelle pubbliche.
  3. Espandere il contenitore Server, espandere il server di origine, selezionare il database delle cartelle pubbliche e quindi selezionare Proprietà.
  4. Nella scheda Replica (criteri) digitare 15 nella casella Intervallo di replica per sempre (minuti).
  5. Selezionare Applica, quindi selezionare OK.

Verificare quindi che la cartella in uso sia configurata per l'uso della pianificazione dello store. Procedura:

  1. Espandere Cartelle pubbliche e quindi fare clic con il pulsante destro del mouse sulla cartella in uso.
  2. Selezionare Proprietà.
  3. Nella scheda Replica selezionare Usa pianificazione archivio pubblico nell'elenco Intervallo di replica delle cartelle pubbliche .

Creare un nuovo elemento nel server di origine

Creare un nuovo elemento nella cartella pubblica nel server di origine e quindi watch registro applicazioni per l'ID evento 3020.

Viene visualizzato l'ID evento 3020 e include il nome della cartella da testare e il nome dell'elemento creato?

ID evento 3030

Nel server di destinazione esaminare il registro applicazioni per l'ID evento 3030.

Il log applicazioni del server di destinazione contiene l'ID evento 3030 per la stessa cartella e la stessa voce

Il server di origine non genera messaggi di contenuto in uscita per tale cartella; ID evento 3079 quando viene montato il database delle cartelle pubbliche

Il server di origine non genera messaggi di contenuto in uscita per tale cartella

Il server di origine non genera messaggi di contenuto in uscita per tale cartella. La risoluzione dei problemi verrà incentrata sul server di origine.

ID evento 3079 quando viene montato il database delle cartelle pubbliche

Nel server di origine esaminare il registro applicazioni per l'ID evento 3079. L'ID evento 3079 si verifica quando il database viene montato e deve contenere il testo EcReplStartup. Ad esempio, l'ID evento 3079 dovrebbe essere simile alla tabella seguente.

Tipo evento Informazioni
Origine evento
Archivio pubblico MSExchangeIS
Categoria evento Errori di replica
ID evento 3079
Messaggio Errore imprevisto del thread di replica 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Viene visualizzato l'ID evento 3079 e contiene EcReplStartup quando il database viene montato?

Eseguire isinteg -fix -test ReplState; ID evento 3020

Eseguire isinteg –fix –test ReplState nel server di destinazione

Selezionare la versione di Exchange per verificare e modificare l'impostazione ReplState seguendo questa procedura:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Usare il New-PublicFolderDatabaseRepairRequest cmdlet per rilevare e correggere i problemi di replica nel database delle cartelle pubbliche. È comunque possibile accedere alle cartelle pubbliche nel database delle cartelle pubbliche mentre la richiesta è in esecuzione. Tuttavia, la cartella pubblica attualmente in fase di ripristino non è disponibile. Dopo aver avviato la richiesta di riparazione, non è possibile interromperla senza smontare il database.

  3. Eseguire il seguente cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Per Exchange Server 2003

  1. Nel server di destinazione installare l'hotfix KB925253 rilasciato il 24 gennaio 2013.

  2. Dopo aver installato l'hotfix, smontare il database delle cartelle pubbliche nel server e quindi eseguire il comando seguente al prompt dei comandi:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

ID evento 3020

Creare un nuovo elemento nella cartella pubblica nel server di origine e quindi esaminare il registro applicazioni per l'ID evento 3020.

Viene visualizzato l'ID evento 3020 e include il nome della cartella da testare e il nome dell'elemento creato?

  • In caso affermativo, vedere ID evento 3030.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server di origine non genera messaggi di replica della gerarchia in uscita. Si verifica un evento 3079 quando il database viene montato, ma l'evento non contiene EcReplStartup.

Verificare che l'elemento si trova nella cartella di origine nel server di destinazione

Nel server di destinazione cercare l'elemento creato nel server di origine e assicurarsi che sia nella cartella di destinazione.

L'elemento viene visualizzato nella cartella nel server di destinazione?

Risolvere i problemi relativi al riempimento del contenuto

È stato verificato che le modifiche apportate al contenuto siano in corso di replica. Si risolverà quindi il problema del riempimento del contenuto.

A tale scopo, eseguire Synchronize Content nel server di destinazione. In questo modo il server di destinazione dovrà chiedere al server di origine i dati mancanti.

Per eseguire Synchronize Content in Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Eseguire il comando riportato di seguito:

    Update-PublicFolder -Server <DestinationServer>

  3. Dopo aver eseguito Synchronize Hierarchy nel server di destinazione, esaminare il log applicazioni nel server di origine per l'evento 3027 e per la richiesta di stato in ingresso.

Per eseguire Synchronize Content in Exchange Server 2003

  1. Espandere Cartelle pubbliche e quindi selezionare la cartella di destinazione.
  2. Nel riquadro destro selezionare la scheda Stato .
  3. Fare clic con il pulsante destro del mouse sul server di destinazione e quindi scegliere Sincronizza contenuto.

Dopo aver eseguito Synchronize Content nel server di destinazione, esaminare il registro applicazioni per l'ID evento 3017 per la richiesta di stato in uscita.

ID evento 3017 nel registro applicazioni nel server di destinazione

Eseguire isinteg -fix -test ReplState (se l'ID evento 3017 non è registrato)

Selezionare la versione di Exchange per verificare e modificare l'impostazione ReplState seguendo questa procedura:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Usare il New-PublicFolderDatabaseRepairRequest cmdlet per rilevare e correggere i problemi di replica nel database delle cartelle pubbliche. È comunque possibile accedere alle cartelle pubbliche nel database delle cartelle pubbliche mentre la richiesta è in esecuzione, ma non è possibile accedere alla cartella pubblica attualmente in fase di ripristino. Dopo aver avviato la richiesta di riparazione, non è possibile interromperla senza smontare il database.

  3. Eseguire il seguente cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Per Exchange Server 2003

  1. Nel server di destinazione installare l'hotfix KB925253.

  2. Dopo aver installato l'hotfix, smontare il database delle cartelle pubbliche nel server e quindi eseguire il comando seguente al prompt dei comandi:

     cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Al termine del processo isinteg, modificare l'elenco di repliche nella cartella pubblica nel server di origine. A tale scopo, aggiungere una replica a o rimuovere una replica da qualsiasi server. Selezionare Applica, invertire la modifica appena apportata e quindi selezionare di nuovo Applica .

  4. Eseguire di nuovo Sincronizza contenuto nel server di destinazione per la stessa cartella.

  5. Esaminare il registro applicazioni per l'ID evento 3017 per la richiesta di stato in uscita.

L'ID evento 3017 è nel registro applicazioni nel server di destinazione?

  • In caso affermativo, vedere ID evento 3027.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

ID evento 3027

Nel server di origine esaminare il registro applicazioni per l'ID evento 3027 con tipo 0x20.

Viene visualizzato l'ID evento 3027 e il tipo è 0x20 nel server di origine?

ID evento 3017 nel server di origine

Nel log dell'applicazione nel server di origine, immediatamente prima dell'ID evento 3027, individuare l'ID evento 3017 con tipo 0x10 per la stessa cartella.

Viene visualizzato l'ID evento 3017 e il tipo è 0x10 per la stessa cartella?

I server hanno limiti di validità diversi

In genere, se il server di origine non genera una risposta di stato, significa che il server di origine non dispone di dati non disponibili anche per l'altro server.

Una situazione in cui i server possono essere sincronizzati senza avere contenuti identici è se hanno limiti di età diversi. Se il server di destinazione è già scaduto, gli elementi in questione non riempiranno nuovamente gli elementi.

Assicurarsi di controllare e assicurarsi che i server non abbiano limiti di età diversi. Esistono diversi tipi di limiti:

Quote di archiviazione

Usare le impostazioni predefinite per la quota del database

Selezionare questa casella di controllo per utilizzare i limiti di quota del database di cartelle pubbliche in cui risiede la cartella pubblica. Se non si selezionano le impostazioni predefinite, le caselle di controllo Avviso problema in (KB), Proibisci post in (KB) e Dimensioni massime elemento (KB) diventano disponibili.

Invia avviso a (KB)

Selezionare questa casella di controllo per segnalare automaticamente ai proprietari di una cartella pubblica che tale cartella sta raggiungendo il limite di archiviazione. Selezionare la casella di controllo e specificare la dimensione della cartella pubblica in kilobyte (KB) per specificare il limite raggiunto il quale viene impedito l'inserimento. È possibile immettere un valore compreso tra 0 KB e 2.147.483.647 KB (2,1 terabyte).

Impedisci l'inserimento a (KB)

Selezionare questa casella di controllo per impedire la pubblicazione nella cartella pubblica dopo che le dimensioni della cartella raggiungono il limite specificato. Per specificare questo limite, selezionare la casella di controllo e quindi specificare le dimensioni della cartella pubblica in KB in cui si vuole impedire la pubblicazione. È possibile immettere un valore compreso tra 0 KB e 2.147.483.647 KB (2,1 terabyte).

Dimensioni massime dell'elemento (KB)

Selezionare questa casella di controllo per limitare le dimensioni massime degli elementi che gli utenti possono pubblicare nella cartella pubblica. Per specificare le dimensioni, selezionare la casella di controllo e quindi specificare la dimensione massima degli elementi in KB che gli utenti possono pubblicare nelle cartelle pubbliche. È possibile immettere un valore compreso tra 0 KB e 2.097.151 KB.

Mantenimento elementi eliminati

Usare le impostazioni predefinite di conservazione del database

Selezionare questa casella di controllo per utilizzare i limiti di conservazione degli elementi del database delle cartelle pubbliche nel server in cui si trova la cartella pubblica. Se non si seleziona questa casella di controllo, la casella di controllo Mantieni elementi eliminati per (giorni) diventa disponibile.

Conservare gli elementi eliminati per (giorni)

Selezionare questa casella di controllo per impostare il numero di giorni in cui gli elementi eliminati vengono conservati in una cartella pubblica. È possibile immettere un valore compreso tra 0 e 24.855 giorni.

Limiti di età

Usare le impostazioni predefinite per l'età del database

Selezionare questa casella di controllo per utilizzare i limiti di validità del database delle cartelle pubbliche per il server in cui si trova la cartella pubblica. Se non si seleziona questa casella di controllo, la casella di controllo Limite di età per le repliche (giorni) diventa disponibile.

Limite di validità per le repliche (giorni)

Selezionare questa casella di controllo per limitare l'età della cartella pubblica. Utilizzare la casella di testo corrispondente per specificare il limite di età in giorni. Le repliche di questa cartella pubblica vengono eliminate automaticamente una volta superato il periodo di validità. È possibile immettere un valore compreso tra 0 e 24.855 giorni.

I server hanno limiti di validità diversi?

  • Se la risposta è sì, la differenza di contenuto è in base alla progettazione. Non è necessario continuare la risoluzione dei problemi. È possibile risolvere il problema copiando gli elementi in modo che diventino nuovi elementi in una nuova cartella.
  • Se la risposta è no, si è verificato un errore sconosciuto.

ID evento 3027 con tipo 0x10 nel server di destinazione

Nel server di destinazione esaminare il registro applicazioni per l'evento ID evento 3027 con tipo 0x10.

Viene visualizzato l'ID evento 3027 e il tipo è 0x10?

  • In caso affermativo, vedere Messa a fuoco sul riempimento.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server di origine non genera messaggi di replica della gerarchia in uscita. Si verifica un evento 3079 quando il database viene montato, ma l'evento non contiene EcReplStartup.

Concentrarsi sul backfill

A questo punto, il server di destinazione ha calcolato che mancano alcuni dati. Pertanto, ci concentreremo sul backfill.

Nel server di destinazione eseguire di nuovo Sincronizza contenuto nella cartella di destinazione. Dopo aver eseguito Synchronize Content (Sincronizza contenuto), l'ID evento 3016 viene registrato nel registro applicazioni. L'ID evento 3016 ha il tipo di messaggio 0x8 che contiene il nome della cartella.

Nel server di destinazione viene visualizzato l'ID evento 3016 e il tipo di messaggio è 0x8 che contiene il nome della cartella?

ID evento 3026 nel server di origine

In risposta all'ID evento 3016 nel server di destinazione, verrà visualizzato l'ID evento 3026 nel registro applicazioni nel server di origine.

Nel server di origine viene visualizzato l'ID evento 3026?

ID evento 3021 nel server di origine

Nel log dell'applicazione nel server di origine, subito dopo l'ID evento 3026, verrà visualizzato uno o più eventi imprevisti dell'ID evento 3021 che includono il tipo di messaggio 0x80000004 per la cartella.

Viene visualizzato almeno un ID evento 3021 che include il tipo di messaggio 0x80000004 per la cartella?

Confrontare il numero di ID evento 3021 con il numero di ID evento 3031

Contare il numero di eventi imprevisti dell'ID evento 3021 presenti nel registro applicazioni nel server di origine. Contare quindi il numero di eventi imprevisti dell'ID evento 3031 che hanno il tipo di messaggio 0x80000004 per la cartella e che si trovano nel registro applicazioni nel server di destinazione.

È presente un numero uguale di eventi imprevisti dell'ID evento 3021 e di eventi imprevisti dell'ID evento 3031 tra i server?

Individuare il contenuto nella cartella nel server di destinazione

Nel server di destinazione cercare il contenuto sincronizzato dal server di origine alla stessa cartella nel server di destinazione.

Il contenuto è stato trovato nella stessa cartella nel server di destinazione?

  • In caso affermativo, congratulazioni. Il problema relativo alla replica di cartelle pubbliche per Exchange Server 2003 viene risolto.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Il messaggio potrebbe essere stato inviato a un server di origine diverso

Esaminare l'ID evento 3016 per verificare che il messaggio sia stato inviato al server di origine previsto. Nel server di destinazione esaminare l'ID evento 3016 per determinare quale server di origine deve aver ricevuto il messaggio. Se il messaggio è stato ricevuto da un server di origine diverso, usare tale server come nuovo server di origine e quindi esaminare il log applicazioni nel nuovo server di origine per l'ID evento 3016.

Tipo evento Informazioni
Origine evento Archivio pubblico MSExchangeIS
Categoria evento Messaggi in uscita della replica
ID evento 3016
Messaggio Valore del tipo di <messaggio in uscita>
ID messaggio: <id>
Cartella: <nome cartella>
Database "<name>".
CNSET: <valore>
CNSET(FAI): <valore>
Server: <nome server>

Il server di origine previsto è identificato nell'ID evento 3016?

  • In caso affermativo, vedere ID evento 3021 nel server di origine.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Limite di riempimento in sospeso

Per impostazione predefinita, l'archivio cartelle pubbliche può contenere fino a 50 richieste di backfill in sospeso contemporaneamente. Questo è noto come limite di riempimento in attesa (OBL). Quando nella matrice dello store sono presenti 50 richieste di backfill, tali richieste vengono eseguite ripetutamente fino a quando non vengono soddisfatte; non è possibile effettuare ulteriori nuove richieste fino al completamento di almeno una richiesta.

Ogni volta che viene soddisfatta una richiesta di backfill, si verifica un'apertura nell'OBL e può essere richiesto un nuovo set di dati. Tuttavia, se tutte le 50 richieste riscontrano problemi e non possono essere soddisfatte, non si verificano nuove aperture, non è possibile effettuare nuove richieste e la replica non può continuare.

Per determinare se il limite di backfill in sospeso è la causa del problema, aumentare il limite OBL di un (1) nel server di destinazione e quindi esaminare il log applicazioni per almeno cinque minuti per un'istanza dell'ID evento 3016.

Per aumentare il limite OBL di un (1) nel server di destinazione

  1. Aprire il Editor Registro di sistema scegliendo Avvia>esecuzione, digitare regedit e quindi scegliere OK.

  2. Espandere la sottochiave seguente:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Fare clic con il pulsante destro del mouse su Public-GUID<>, scegliere New (Nuovo) e quindi selezionare DWORD Value (Valore DWORD).

  4. Digitare Replication Outstanding Backfill Limit (Limite di backfill in attesa di replica ) e quindi premere INVIO per denominare la nuova sottochiave -.

  5. Fare clic con il pulsante destro del mouse su Limite di backfill in attesa di replica e quindi scegliere Modifica.

  6. Nella casella Dati valore digitare 51 e quindi selezionare OK.

  7. Chiudere l'Editor del Registro di sistema.

  8. Riavviare il servizio Archivio informazioni di Microsoft Exchange il Exchange Server 2003. Procedura:

    • Selezionare Start, scegliere Strumenti di amministrazione e quindi Servizi.
    • Nell'elenco Servizi selezionare Microsoft Exchange Information Store e quindi selezionare Riavvia.

Se l'ID evento 3016 viene registrato per un'altra cartella, risolvere i problemi usando tale cartella.

Viene visualizzato l'ID evento 3016 per un'altra cartella?

  • In caso affermativo, vedere Risolvere i problemi di riempimento del contenuto.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Tenere traccia del messaggio identificato nell'ID evento 3020

Nel server di origine usare il rilevamento dei messaggi per tenere traccia del messaggio identificato nell'ID evento 3020.

Il rilevamento dei messaggi indica che il messaggio è stato recapitato al server di destinazione?

Risolvere i problemi relativi al comando XEXCH50

Per risolvere i problemi relativi al comando XEXCH50, aumentare la registrazione nel server di destinazione per il servizio MSExchangeTransport e impostare il livello di protocollo SMTP su medio.

Per verificare e modificare l'impostazione del livello di protocollo SMTP, selezionare la versione di Exchange per verificare i passaggi seguenti:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.
  2. Usare i cmdlet e Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' per attivare la Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' registrazione eventi per SMTP.
  3. Usare il cmdlet per avviare la Resume-PublicFolderReplication replica di cartelle pubbliche per l'intera organizzazione.

Per Exchange Server 2003

Esaminare quindi il log applicazioni in Visualizzatore eventi per individuare gli eventi simili ai seguenti:

Tipo evento Error
Origine evento Msexchangetransport
Categoria evento Protocollo SMTP
ID evento 7004
Data: Data
Ora Ora
Utente Non disponibile
Computer Computer_Name
Descrizione Si tratta di un log degli errori del protocollo SMTP per l'ID server virtuale 1, connessione 29. L'host E2k3server1.contoso.com remoto ha risposto al comando SMTP "xexch50" con "504 È necessario eseguire prima l'autenticazione. "Il comando completo inviato era "XEXCH50 2336 3". Questo probabilmente causerà l'esito negativo della connessione.
Tipo di evento: Error
Origine evento Msexchangetransport
Categoria evento Protocollo SMTP
ID evento 7010
Data Data
Ora Ora
Utente Non disponibile
Computer: Computer_Name
Descrizione: Si tratta di un log del protocollo SMTP per l'ID server virtuale 1, connessione 30. Il client in "6.5.2.4" ha inviato un comando "xexch50" e il server SMTP ha risposto con "504 Need to authenticate first". Il comando completo inviato è "xexch50 1092 2". Questo probabilmente causerà l'esito negativo della connessione. Questi eventi indicano che il sink del protocollo XEXCH50 è stato attivato, ma lo scambio dei BLOB non è riuscito tra i server elencati negli eventi.

Nel server di destinazione sono visualizzati l'ID evento 7004 e l'ID evento 7010?

Eseguire isinteg -fix -test ReplState (se non vengono visualizzati gli eventi IE 7004 e 7010)

Selezionare la versione di Exchange per verificare e modificare l'impostazione ReplState seguendo questa procedura:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.

  2. Usare il New-PublicFolderDatabaseRepairRequest cmdlet per rilevare e correggere i problemi di replica nel database delle cartelle pubbliche. È comunque possibile accedere alle cartelle pubbliche nel database delle cartelle pubbliche mentre la richiesta è in esecuzione, ma non è possibile accedere alla cartella pubblica attualmente in fase di ripristino. Dopo aver avviato la richiesta di riparazione, non è possibile interromperla senza smontare il database.

  3. Eseguire il seguente cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Per Exchange Server 2003

  1. Nel server di destinazione installare l'hotfix KB925253.

  2. Dopo aver installato l'hotfix, smontare il database delle cartelle pubbliche nel server e quindi eseguire il comando seguente al prompt dei comandi:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Al termine del processo isinteg:

    1. Modificare l'elenco di repliche nella cartella pubblica nel server di destinazione. A tale scopo, aggiungere una replica a o rimuovere una replica da qualsiasi server. Selezionare Applica, invertire la modifica appena apportata e quindi selezionare di nuovo Applica .
    2. Nel server di origine creare un nuovo elemento.
    3. Esaminare il registro applicazioni nel server di origine per l'ID evento 3020.
    4. Esaminare il registro applicazioni nel server di destinazione per l'ID evento 3030.

L'ID evento 3030 viene visualizzato nel registro applicazioni nel server di destinazione?

  • In caso affermativo, congratulazioni. Il problema relativo alla replica di cartelle pubbliche per Exchange Server 2003 viene risolto.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server di origine non genera messaggi di replica della gerarchia in uscita. Si verifica un evento 3079 quando il database viene montato, ma l'evento non contiene EcReplStartup.

Dimensioni della coda di ricezione della replica in Monitor prestazioni

I messaggi di replica delle cartelle pubbliche vengono ricevuti da SMTP, categorizzati e consegnati alla coda SMTP locale. I messaggi vengono quindi inviati all'archivio cartelle pubbliche. Una volta inviati all'archivio cartelle pubbliche, i messaggi vengono inseriti nella coda di ricezione della replica. I messaggi nella coda di ricezione della replica vengono quindi elaborati e le modifiche vengono eseguite nella cartella pubblica appropriata. Il contatore delle prestazioni Dimensioni coda ricezione replica indica il numero di messaggi di replica di cartelle pubbliche in attesa di elaborazione.

Più grande è la coda di replica, maggiore sarà la sincronizzazione del contenuto nelle cartelle. Quando le code di replica aumentano, il carico sulle risorse aumenta man mano che vengono elaborati i messaggi nella coda di replica. Inoltre, le code di replica in aumento indicano che il contenuto delle cartelle pubbliche nel server è obsoleto.

Non è necessaria alcuna azione nelle due istanze in cui è prevista una crescita della coda di ricezione della replica e può essere pianificata per:

  • In un server di cartelle pubbliche appena introdotto, l'aumento della coda di ricezione della replica può essere causato dalla replica di backfill iniziale prevista.
  • Se si verifica il consolidamento del sito o altre modifiche importanti nella topologia di Exchange, è previsto che il contenuto venga spostato in modo elevato.

Per i server con stato stabile esistenti in cui le repliche di cartelle pubbliche non vengono modificate in blocco, questo errore può indicare:

  • Colli di bottiglia delle prestazioni delle risorse del server, ad esempio disco, CPU, rete o memoria. Se nel server è presente un collo di bottiglia delle risorse, il processo di Store.exe non sarà in grado di elaborare i messaggi di replica abbastanza velocemente e una coda crescerà.
  • L'intervallo di replica delle cartelle pubbliche è troppo breve perché la replica venga completata prima dell'avvio del ciclo di replica successivo.

Per risolvere questo errore:

  • Monitorare le dimensioni della coda di ricezione di MSExchangeIS Public\Replication finché non viene visualizzata la replica completata prima dell'avvio del ciclo di replica successivo.
  • Valutare la possibilità di ridurre il numero totale di repliche nell'organizzazione di Exchange per ridurre il volume di traffico di replica necessario.

Se si dispone di una coda elevata, vedere Sospendere la replica.

Se si ha una coda bassa, vedere Possibile problema di ReplState.

Sospendere la replica

Sospendere la replica delle cartelle pubbliche e consentire alle code di svuotare o chiamare il supporto.

Per sospendere la replica

  1. Avviare Exchange Management Console.
  2. Usare il cmdlet per arrestare la Suspend-PublicFolderReplication replica di cartelle pubbliche per l'intera organizzazione.
  3. Monitorare le code di trasporto eseguendo Get-TransportServer | Get-Queue. Dopo aver ridotto la coda, è possibile riprendere la replica.
  4. Usare il cmdlet per riavviare la Resume-PublicFolderReplication replica delle cartelle pubbliche per l'intera organizzazione.

Non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che la replica è sospesa e che si è in attesa della riduzione delle code.

Ricerca dell'ID cartella (FID) (Isolate?)

L'evento EVENT ID 3028 mostra l'FID ma non il nome della cartella?

  • In caso affermativo, vedere Rimozione definitiva a causa di un'eliminazione.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Rimozione definitiva a causa di un'eliminazione (l'evento ID evento 3028 mostra l'FID)

Indica che la cartella è una rimozione definitiva a causa di un'eliminazione precedente che non è stata replicata. Indietro nel server di origine e copiare la cartella per creare una nuova cartella con lo stesso contenuto e quindi ricominciare.

Queste informazioni sono utili?

  • In caso affermativo, vedere Rimuovere account duplicati.
  • In caso contrario, non è possibile risolvere i problemi non identificati con questa guida. Per altre informazioni sulla risoluzione di questo problema, contattare Microsoft Exchange Server supporto tecnico e indicare che quando il database viene montato, viene registrato un evento 3079.

Monitoraggio prestazioni mostra un numero elevato di messaggi in coda per l'invio

Aprire Monitor prestazioni.

Aggiungere il contatore MSExchangeIS Public\Replication Receive Queue e monitorare le dimensioni della coda.

Per altre informazioni sul monitoraggio delle prestazioni, vedere la guida al monitoraggio delle prestazioni Introduzione.

Il monitoraggio delle prestazioni mostra un numero elevato di messaggi in coda per l'invio?

  • In caso affermativo, vedere Controllare i servizi.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, comunicare che il server genera messaggi della gerarchia in uscita, ma tali messaggi non vengono visualizzati nel rilevamento dei messaggi e che non viene accodato nulla per l'invio.

Controllare i servizi

  1. Selezionare Start>Esegui.
  2. Digitare services.msc nella casella .
  3. Trovare MSExchangeTransport e verificare che sia avviato

Se si dispone di PowerShell, aprirlo ed eseguire il cmdlet seguente:

Get-Service MSExchangeTransport

Il servizio di trasporto è in esecuzione?

  • In caso affermativo, vedere Risolvere i problemi di replica delle cartelle pubbliche.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, comunicare che il server genera messaggi della gerarchia in uscita, ma tali messaggi non vengono visualizzati nel rilevamento dei messaggi e che non viene accodato nulla per l'invio.

L'evento 3030 mostra l'ID messaggio (MID) dell'elemento, ma non l'oggetto

L'evento 3030 mostra la metà dell'elemento, ma non l'oggetto?

  • Se sì, vedi Lapide.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server di origine non genera messaggi di replica della gerarchia in uscita e che non è presente alcun evento 3079 durante il montaggio del database.

Tombstone

Questo è in genere il risultato di una rimozione definitiva a causa di un'eliminazione del messaggio che non è stata replicata. È possibile copiare i messaggi all'interno della cartella per creare nuovi messaggi o copiare l'intera cartella.

Queste informazioni sono utili?

  • In caso affermativo, vedere Rimuovere account duplicati.
  • In caso contrario, non è possibile risolvere i problemi non identificati con questa guida. Per altre informazioni sulla risoluzione di questo problema, contattare Microsoft Exchange Server supporto tecnico e indicare che quando il database viene montato, viene registrato un evento 3079.

Tenere traccia dell'ID evento 3027

Tenere traccia del 3027 per vedere fino a che punto è arrivato. Se non ha lasciato il server di origine, controllare il contatore delle prestazioni Messaggi in coda per l'invio in MSExchangeIS Public per verificare se i messaggi in uscita sono bloccati nell'archivio pubblico.

Queste informazioni sono utili?

  • In caso affermativo, vedere Rimuovere account duplicati.
  • In caso contrario, non è possibile risolvere i problemi non identificati con questa guida. Per altre informazioni sulla risoluzione di questo problema, contattare Microsoft Exchange Server supporto tecnico e indicare che quando il database viene montato, viene registrato un evento 3079.

Possibile problema di ReplState

È possibile che questo problema sia un problema XEXCH50 o replState. Prima di continuare, verificare che la registrazione SMTP sia abilitata.

Selezionare la versione di Exchange per verificare e modificare l'impostazione ReplState seguendo questa procedura:

Per Exchange Server 2007 e Exchange Server 2010

  1. Avviare Exchange Management Console.
  2. Usare i cmdlet e Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' per attivare la Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' registrazione eventi in SMTP.
  3. Usare il cmdlet per avviare la Resume-PublicFolderReplication replica di cartelle pubbliche per l'intera organizzazione.

Per Exchange Server 2003

  1. Avviare Gestore di sistema di Exchange.
  2. Espandere Server, fare clic con il pulsante destro del mouse su Your_ Nome server e quindi scegliere Proprietà.
  3. Selezionare la scheda Registrazione diagnostica e quindi MSExchangeTransport in Servizi.
  4. In Categorie selezionare SMTP.
  5. In Livello di registrazione selezionare Medio.

Qual è la versione di Exchange?

Uno o più messaggi sono stati persi nel trasporto

Se il numero di eventi 3031 nel server di destinazione è inferiore al numero di eventi 3021 nel server di origine, uno o più messaggi sono stati persi nel trasporto. Per risolvere la perdita del messaggio, identificare l'ID messaggio dei messaggi non replicati.

A tale scopo, esaminare il log applicazioni nel server di origine. Usare quindi il rilevamento dei messaggi per tenere traccia dei messaggi e risolvere il problema.

Sono presenti server Exchange Server 2007 o 2010 nel percorso del messaggio?

È stato risolto il problema

Il problema è stato risolto?

  • In caso affermativo, congratulazioni. Il problema relativo alla replica di cartelle pubbliche per Exchange Server 2003 viene risolto.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.

Exchange Server 2007 e Exchange Server 2010 nel percorso

Il motivo più comune per una risposta di backfill del contenuto perso Exchange Server 2007 o Exchange Server 2010 è un errore del driver dello store. Ad esempio, una risposta di backfill verrà inviata a un server Exchange Server 2007, ma se si esamina il log applicazioni sul lato 2007, non viene mai visualizzato l'evento di replica in ingresso. Il rilevamento dei messaggi mostra che il messaggio di replica è arrivato al server di trasporto hub e quindi non è riuscito nel driver dell'archivio.

Il primo passaggio per la risoluzione dei problemi consiste nel tenere traccia del messaggio e vedere dove non è riuscito.

In genere, il server trasporto hub registra un evento 1020 che descrive il problema con quel particolare contenuto. Dopo aver rilevato il messaggio e aver determinato il server di trasporto hub in cui ha avuto esito negativo, controllare l'evento 1020 con il driver di archivio MSExchange di origine in tale server di trasporto hub.

Viene visualizzato un evento 1020 con il driver di archivio MSExchange di origine nel server di trasporto hub?

  • In caso affermativo, viene visualizzato l'evento 1020 e viene visualizzato l'errore L'utente di Active Directory non è stato trovato, seguire le istruzioni fornite in Fail to replicate the public folder content to Exchange Server 2010.If yes, you see 1020 event and contain the error The Active Directory user't found, follow the instructions given in Fail to replicate the public folder content to Exchange Server 2010. Se si contatta il supporto tecnico per questo problema, indicare che è presente un contenitore di server vuoti.

    Queste informazioni sono utili?

    • In caso affermativo, vedere Rimuovere account duplicati.
    • In caso contrario, non è possibile risolvere i problemi non identificati con questa guida. Per altre informazioni sulla risoluzione di questo problema, contattare Microsoft Exchange Server supporto tecnico e indicare che quando il database viene montato, viene registrato un evento 3079.

  • Se sì, viene visualizzato l'evento 1020 e viene visualizzato l'errore Il contenuto del messaggio è danneggiato, vedere Exchange Server 2007 e Exchange Server 2010 nel percorso (Il contenuto del messaggio è danneggiato).

  • Se sì, viene visualizzato l'evento 1020, ma nessuno dei messaggi di errore precedenti, vedere Exchange Server 2007 e Exchange Server 2010 nel percorso (vedere l'evento 1020 ma nessuno dei messaggi di errore precedenti).

  • Se no, non viene visualizzato l'evento 1020 con il driver di archivio MSExchange di origine, non è possibile risolvere un problema non identificato usando questa guida. Se si contatta il supporto tecnico per questo problema, indicare che il server genera messaggi della gerarchia in uscita, ma tali messaggi non vengono visualizzati nel rilevamento dei messaggi e che non viene accodato nulla per l'invio.

Exchange Server 2007 e Exchange Server 2010 nel percorso (il contenuto del messaggio è danneggiato)

Questo messaggio è in genere causato da TNEF danneggiato. Se si tratta di un ambiente ibrido, applicare Exchange 2013 CU6 per impedire nuovi messaggi danneggiati ed eliminare quelli precedenti. Per identificare gli elementi danneggiati, continuare con la procedura seguente.

Per identificare gli elementi danneggiati:

  1. Ridurre le dimensioni del messaggio di replica a 1k nel server di origine.
  2. Nella destinazione forzare un'altra richiesta di backfill con Synchronize Content o Update-PublicFolder.
  3. Verrà ora visualizzata una risposta di backfill (evento 3021) per elemento nella cartella nel server di origine. Il log dell'applicazione può riempirsi di risposte di backfill se la cartella contiene molti elementi. Dopo che l'attività 3021 si è calmata, cancellare il log dell'applicazione nel server di origine e forzare un'altra richiesta di backfill. Poiché tutti gli elementi validi già replicati nell'ultimo round di backfill, gli unici nuovi elementi che dovrebbero essere visualizzati nel nuovo evento 3021 devono essere gli elementi danneggiati.

A questo punto è necessario avere una risposta di backfill (3021) per ogni elemento danneggiato nel log dell'applicazione nel server di origine e un evento 1020 per ogni elemento danneggiato nel log applicazioni nel server trasporto hub. Poiché ora si sa quali elementi sono danneggiati (poiché è possibile leggere gli oggetti dell'elemento negli eventi 3021), è possibile eliminare tali elementi o provare a correggerli.

Per altre informazioni, vedere Correzione degli errori di replica di cartelle pubbliche da Exchange Server 2003 a Exchange Server 2007 o 2010.

Il problema è stato risolto?

Exchange Server 2007 e Exchange Server 2010 nel percorso (vedere l'evento 1020, ma nessuno dei due messaggi di errore precedenti)

Si tratta di un altro tipo di elemento danneggiato. Per identificare gli elementi danneggiati:

  1. Ridurre le dimensioni del messaggio di replica a 1k nel server di origine.
  2. Nella destinazione forzare un'altra richiesta di backfill con il contenuto sincronizzato o aggiorna cartella pubblica.
  3. Verrà ora visualizzata una risposta di backfill (evento 3021) per elemento nella cartella nel server di origine. Il log dell'applicazione può riempirsi di risposte di backfill se la cartella contiene molti elementi. Dopo che l'attività 3021 si è calmata, cancellare il log dell'applicazione nel server di origine e forzare un'altra richiesta di backfill. Poiché tutti gli elementi validi sono già stati replicati nell'ultimo round di backfill, gli unici nuovi elementi che dovrebbero essere visualizzati nel nuovo evento 3021 devono essere gli elementi danneggiati.

A questo punto è necessario avere una risposta di backfill (evento 3021) per ogni elemento danneggiato nel log dell'applicazione nel server di origine e un evento 1020 per ogni elemento danneggiato nel log applicazioni nel server trasporto hub. Poiché ora si sa quali elementi sono danneggiati (poiché è possibile leggere gli oggetti dell'elemento negli eventi 3021), è possibile eliminarli o provare a correggerli.

Per altre informazioni, vedere Correzione degli errori di replica di cartelle pubbliche da Exchange Server 2003 a Exchange Server 2007 o 2010.

Il problema è stato risolto?

Rimuovere gli account duplicati

Rimuovere gli account duplicati indicati nell'evento o eliminare uno degli utenti, in modo che il SID possa essere risolto per un singolo utente nel DS.

Queste informazioni sono utili?

  • In caso affermativo, congratulazioni. Il problema relativo alla replica di cartelle pubbliche per Exchange Server è stato risolto.
  • In caso contrario, non è possibile risolvere un problema non identificato usando questa guida. Per altre informazioni sulla risoluzione del problema, contattare il supporto Microsoft Exchange Server.