Share via

Risorse per la risoluzione di problemi delle cartelle pubbliche di Exchange

  • Articolo

 

Ultima modifica dell'argomento: 2007-02-20

In questo articolo vengono forniti i collegamenti alla documentazione che è possibile utilizzare per consentire di risolvere i problemi delle cartelle pubbliche di Microsoft ® Exchange Server.

Prima eseguire le procedure di risoluzione dei problemi, si consiglia di eseguire il Microsoft® Exchange Server Best Practices Analyzer Tool nell'ambiente. Exchange Server Best Practices Analyzer esamina automaticamente la distribuzione di Exchange Server e determina se la configurazione è impostata in base alle procedure consigliate da Microsoft. È possibile installare Exchange Server Best Practices Analyzer in un computer client che esegue Microsoft .NET Framework 1.1. Se si dispone dell'accesso appropriato alla rete, Exchange Server Best Practices Analyzer esamina tutto il servizio directory Microsoft Active Directory® e i server di Exchange.

È possibile determinare l'integrità generale del server di Exchange e della topologia utilizzando Exchange Server Best Practices Analyzer per eseguire le seguenti operazioni:

  • Generare un elenco di problemi, ad esempio su impostazioni di configurazione non ottimali e opzioni non supportate o sconsigliate
  • Determinare l'integrità generale di un sistema
  • Semplificare la risoluzione di problemi specifici tramite la raccolta di documentazione specifica su ogni avviso, errore e messaggio di configurazione non predefinita.

È possibile eseguire lo strumento su un'intera distribuzione, un server specifico o un insieme di server.

I seguenti elementi sono esempi delle configurazioni di cartelle pubbliche specifiche segnalate da Exchange Server Best Practices Analyzer su:

  • valore Aging Clean Interval del Registro di sistema
  • valore Background Cleanup del Registro di sistema
  • valore Replication Expiry del Registro di sistema
  • valore Minimum Runtime del Registro di sistema
  • valore Replication Folder Tombstone Age Limit del Registro di sistema
  • valore Replication Folder Conflict Age Limit del Registro di sistema
  • valore Preferred Backfill Source del Registro di sistema
  • Dimensione del database di archivio di cartelle pubbliche
  • Posizione del database di archivio di cartelle pubbliche
  • Archivi di cartelle pubbliche che dispongono di indirizzi di posta elettronica
  • Assegnazioni di strutture di database di cartelle pubbliche
  • Registrazione di valori duplicati di Registro di sistema
  • Configurazioni di indicizzazione contenuto
  • Autorizzazioni sulla gerarchia di livello superiore (top-level hierarchy, TLH)
  • Configurazioni del mantenimento elementi eliminati
  • Configurazioni della rubrica non in rete
  • Configurazioni della gerarchia di cartelle pubbliche
  • Contratti di connessione alle cartelle pubbliche effettuati da Active Directory Connector (ADC)

Eliminazione di cartelle pubbliche di Exchange Server

In questa sezione vengono fornite alcune procedure generali che si consiglia di eseguire quando si eliminano cartelle pubbliche e database di cartelle pubbliche. Quando si eliminano le cartelle pubbliche di Exchange Server e i database di cartelle pubbliche è necessario prestare attenzione.

Utilizzo di Gestore di sistema di Exchange

Per eliminare cartelle pubbliche, fare clic con il pulsante destro del mouse sulla cartella appropriata in Cartelle e selezionare Elimina. Questa operazione determina le seguenti operazioni:

  • Eliminazione della cartella pubblica
  • Generazione di un messaggio di replica di gerarchia in uscita
  • Invio del messaggio di replica di gerarchia in uscita da questo server a tutti gli altri server di cartelle pubbliche dell'organizzazione Il messaggio di replica di gerarchia in uscita fornisce informazioni sull'eliminazione della cartella pubblica.

In Exchange Server 5.5, gli amministratori potevano eliminare le cartelle pubbliche in modo da non acquisire alcun record della cartella o dell'evento di eliminazione. In Exchange 2000 Server ed Exchange Server 2003, gli amministratori possono abilitare il controllo dell'eliminazione di cartelle pubbliche impostando la registrazione diagnostica della categoria Generale delle cartelle pubbliche su Media o su Alta. Questa impostazione determina la registrazione di un evento nei registri applicazione sul server ogni volta che una cartella pubblica viene eliminata. L'evento elenca il nome della cartella pubblica eliminata e dell'account utente utilizzato per eliminarla.

Se si tenta di eliminare una struttura di cartelle pubbliche, Exchange Server non eliminerà la struttura finché non verrà eliminato l'archivio associato. Quando si eliminano gli archivi di cartelle pubbliche e le cartelle pubbliche, Gestore di sistema di Exchange aggiorna Active Directory in modo appropriato. Prima di rimuovere un archivio pubblico, è necessario rimuovere o replicare su un altro server tutte le cartelle presenti nell'archivio. Il contenuto di tutte le cartelle pubbliche replicate soltanto nell'archivio pubblico che si sta eliminando verrà definitivamente perduto dopo l'eliminazione della cartella pubblica.

Si sconsiglia di eliminare manualmente i file di database pubblici (file edb e stm). Dopo che questi file vengono eliminati manualmente, Exchange Server li crea nuovamente la volta successiva che installa l'archivio di Exchange Server. In questa fase, viene eseguito il recupero delle informazioni sulla gerarchia della cartella e se una o più cartelle dell'archivio eliminato disponevano di repliche su altre cartelle, verrà eseguito anche il recupero delle informazioni sul contenuto.

Avviso

È inoltre possibile rimuovere le cartelle pubbliche utilizzando l'opzione Rimuovi server in Gestore di sistema di Exchange. Se si fa clic con il pulsante destro del mouse in Gestore di sistema di Exchange e si seleziona Rimuovi server, è possibile imporre l'uscita del server dall'organizzazione. Questo metodo ignora tutti i controlli effettuati da altri metodi. Tuttavia, questo è metodo più distruttivo per la rimozione di un server e può comportare la maggior parte dei problemi. Si consiglia di utilizzare questo metodo soltanto se il server è già andato perduto. Ad esempio, è possibile utilizzare questo metodo se sul server si è verificato un errore irreversibile e se non si dispone di alcun backup. Tuttavia, anche in questo caso si consiglia di utilizzare questo metodo con ulteriore cautela.

Considerazioni sulle cartelle sito

Il primo server di Exchange installato in un gruppo amministrativo contiene le cartelle sito del gruppo amministrativo. Le cartelle sito conservano le copie degli elenchi indirizzi non in linea e dei dati di disponibilità di tale gruppo amministrativo. Le cartelle sito contengono inoltre le repliche di altre cartelle sito di altri gruppi amministrativi. Se si tenta di eliminare un archivio che contiene le cartelle sito, Gestore di sistema di Exchange non eliminerà l'archivio finché le cartelle sito non saranno state spostate su un altro server del gruppo amministrativo.

Pertanto, per rimuovere il primo server di Exchange di un gruppo amministrativo o per rimuovere l'archivio di cartelle pubbliche che contiene le cartelle sito, sarà necessario replicare innanzitutto le cartelle pubbliche su altro server di Exchange del gruppo amministrativo. Inoltre, sarà necessario replicare l'elenco indirizzi non in linea e la cartella Disponibilità di Schedule+ su un altro server.

Risorse per la gestione di cartelle pubbliche

Per ulteriori informazioni sulla gestione di cartelle pubbliche, vedere i seguenti articoli della Microsoft Knowledge Base:

Replica

Prima di potere risolvere in modo efficace i problemi di replica, è necessario comprendere il funzionamento della replica. È necessario comprendere i tipi di messaggi di replica utilizzati in Exchange Server e i set di numeri di modifica (CN, change numbers). Per una descrizione di questi concetti, vedere "Controllo della replica delle cartelle pubbliche di Exchange Server 2003" di Utilizzo degli archivi di Exchange Server 2003. Inoltre, per informazioni sulle procedure consigliate per la distribuzione e la configurazione di cartelle pubbliche in Microsoft® Exchange 2000 Server ed Exchange Server 2003, vedere Procedure consigliate per le cartelle pubbliche di Exchange: implementazione delle repliche.

Nella seguente sezione vengono fornite alcune procedure consigliate di carattere generale per semplificare la risoluzione dei problemi di replica.

Il processo di recupero informazioni richiede molto tempo

Il processo di recupero informazioni può richiedere talvolta molto tempo se l'archivio è inattivo e non ha ricevuto l'aggiornamento di replica originale di replica e il messaggio di stato successivo. Esistono diverse situazioni comuni in cui il processo di recupero informazioni è lento.

  • Exchange Server esegue il recupero informazioni da un server non aggiornato. Se la richiesta di recupero viene inviata a un server sul quale non sono presenti i dati mancanti, la richiesta di recupero non verrà soddisfatta. Questa situazione si verifica ad esempio se di recente è stato eseguito un backup precedente su un server e la richiesta di recupero informazioni viene inviata a tale server dopo avere ripristinato il backup. In tale situazione, l'archivio deve inviare più richieste di recupero informazioni. Questo processo può richiedere molte ore o persino giorni.
  • Exchange Server invia le richieste di stato a un nuovo server. Se il server che invia la richiesta di stato iniziale è un nuovo archivio, il server può contenere solo la gerarchia. In tale situazione, gli archivi appariranno come sincronizzati reciprocamente anche se non sono sincronizzati con il resto dell'organizzazione. Questo problema verrà risolto quando arriveranno gli aggiornamenti da altri archivi dell'organizzazione. Tuttavia, poiché la richiesta iniziale era stata soddisfatta, il recupero informazioni successivo può richiedere ore o persino giorni.
  • Viene creato nuovo gruppo del routing. Il programma di installazione di Exchange avvia l'archivio pubblico di Exchange prima che esista un collegamento di trasporto al resto dell'organizzazione. L'archivio invia la richiesta di stato, ma poiché il trasporto non è ancora operativo, l'archivio non riceve una risposta. L'archivio torna a utilizzare la pianificazione modificata prima di inviare ulteriori richieste di stato. Dopo avere stabilito il collegamento di trasporto, il server tenta di inviare la richiesta di stato o gli aggiornamenti. Inoltre, è possibile che i messaggi di stato di altri archivi indichino che l'archivio richiede un recupero informazioni, ma poiché la richiesta di stato iniziale è andata perduta, il recupero di dati può richiedere ore o persino giorni.
  • Il Servizio aggiornamento destinatari non ha aggiornato gli attributi di posta sull'archivio. È possibile che un archivio di cartelle pubbliche provi a inviare una richiesta di stato prima che il suo oggetto directory venga contrassegnato con gli attributi di posta necessari. Questa richiesta di stato causa ovviamente un rapporto mancato recapito del messaggio di replica. Anche in questo caso, poiché la richiesta di stato iniziale non era riuscita, la sincronizzazione dell'archivio potrà richiedere ore o persino giorni.

In tutte queste situazioni, i messaggi di replica iniziali sono andati perduti oppure l'archivio richiede le informazioni da un archivio che non dispone di informazioni sulle cartelle pubbliche. Queste situazioni si risolvono infine quando gli altri server rilevano che mancano i dati. Se si nota che la cartella non è sincronizzata e che non sembra diventare sincronizzata dopo numerosi timeout di recupero informazioni, sarà necessario modificare una replica della cartella aggiornata.

Per verificare che una cartella sia aggiornata, è necessario controllare visivamente che tutti gli elementi di cartella siano presenti. Ad esempio, se si verificano problemi con le gerarchie incomplete, modificare la gerarchia nella replica aggiornata. È possibile eseguire questa operazione modificando una voce di autorizzazione nella replica aggiornata. Inoltre, se si verificano problemi con il contenuto mancante, modificare il contenuto nella replica aggiornata inserendo un messaggio. Questa operazione impone l'invio di un messaggio di replica all'archivio non sincronizzato e attiva una richiesta di recupero informazioni.

Registrazione diagnostica

È possibile risolvere i problemi di replica impostando la registrazione diagnostica sul livello massimo per la replica in ingresso e in uscita su un server specifico.

Per impostare la registrazione diagnostica sul livello massimo per la replica in ingresso e in uscita su un server specifico

  1. Nella pagina Proprietà del server, fare clic sulla scheda Registrazione diagnostica.

  2. Espandere MSExchangeIS, quindi espandere Cartella pubblica.

  3. Nella scheda Cartella pubblica, impostare Messaggi di replica in ingresso e Messaggi di replica in uscita su Massimo.

Questa procedura genera diversi ID eventi che includono la notifica dei messaggi di replica inviati e il destinatario degli aggiornamenti di cartella pubblica. Gli ID evento dei messaggi di replica in ingresso variano da 3011 a 3020 e gli ID evento dei messaggi di replica in uscita variano da 3021 a 3030. Si tratta di messaggi evento di replica di carattere generale che consentono di circoscrivere il problema di replica.

Dopo avere determinato l'area di replica specifica, è possibile attivare correttamente la registrazione su altri oggetti di registrazione replica. Gli altri oggetti di replica sono Cartelle sito di replica, Scadenza replica, Conflitti di replica, Recupero informazioni di replica ed Errori di replica. Al termine della risoluzione dei problemi, verificare di reimpostare il livello di registrazione su Nessuno o su Minimo perché i livello Massimo di registrazione può riempire rapidamente il registro eventi.

Quando si risolvono i problemi di replica di cartelle pubbliche, è possibile notare che il registro eventi non mostra alcun errore. Tuttavia, non è possibile replicare correttamente tra i gruppi le cartelle pubbliche appena create e il contenuto di cartelle pubbliche precedenti, anche se il tempo di replica è già trascorso. Questa discrepanza può essere causata dal fatto che i messaggi di replica sono stati inviati ma non vengono ricevuti dai server di destinazione. La verifica dei messaggi è uno strumento utile per determinare la causa di questa discrepanza. Gli archivi inviano messaggi di posta elettronica ad altri archivi tramite le applicazioni e gli strumenti di verifica messaggi consentono di verificare tali messaggi.

Per ulteriori informazioni sulla verifica messaggi per la diagnosi e risoluzione dei problemi di replica di cartelle pubbliche, vedere l'articolo della Knowledge Base XADM: La gerarchia e il contenuto di cartella pubblica non vengono replicati tramite i gruppi di routing.

Risorse per la risoluzione dei problemi di replica

Per ulteriori informazioni sulla risoluzione dei problemi di replica, vedere i seguenti articoli della Knowledge Base:

Autorizzazioni

Due problemi comuni correlati alle autorizzazioni delle cartelle pubbliche possono influire negativamente sull'accessibilità per gli utenti e sulle prestazioni del server di Exchange. Questi problemi vengono causati da una migrazione da Exchange Server 5.5 a Exchange 2000 Server o Exchange Server 2003.

Innanzitutto, sono presenti istanze in cui le autorizzazioni applicate alle cartelle pubbliche sembrano non persistere. Ad esempio, sarà possibile dover assegnare a un utente l'accesso a una cartella pubblica aggiungendolo alla scheda Autorizzazioni della pagina delle proprietà della cartella. Sebbene l'utente sia stato aggiunto, non gli sarà consentito di accedere alla cartella. Inoltre, quando si aggiorna la scheda Autorizzazioni, l'utente non sarà elencato.

Questo si verifica a causa di un problema con l'account di Active Directory aggiunto alle autorizzazioni della cartella pubblica e non sembra essere correlato alla cartella pubblica. L'account al quale si tenta di fornire l'accesso è probabilmente un account abilitato con l'attributo msExchMasterAccountSID. L'archivio di informazioni non considera come configurazione valida un utente abilitato alla posta al quale è stato assegnato l'attributo msExchMasterAccountSID. Se si esaminano i registri applicazione sul server di Exchange, verranno probabilmente visualizzati 9548 eventi riferiscono all'utente al quale è stato assegnato l'attributo msExchMasterAccountSID.

L'attributo MSExchMasterAccountSID viene creato su oggetti di utenti abilitati alla posta creati tramite l'ADC. L'attributo MSExchMasterAccountSID viene impostato con l'identificatore di protezione (SID, Security Identifier) dall'account utente associato alla cassetta postale di Exchange 5.5 Server. Nelle situazioni di migrazione, questo account utente è in genere un account utente di Microsoft Windows NT® 4.0. Tuttavia, a seconda delle situazioni, potrebbe trattarsi di un account utente di Active Directory da un altro insieme di strutture associato alla cassetta postale di Exchange 5.5 Server.

Questo problema è più comune quando gli account disabilitati degli utenti abilitati alla posta che erano stati creati dall'ADC vengono abilitati manualmente e non, ad esempio, tramite l'utilizzo dello Strumento di migrazione di Active Directory, per eseguire la migrazione degli account ad Active Directory. Si consiglia non abilitare manualmente gli account disabilitati. Per ulteriori informazioni sulla risoluzione di questo problema, vedere Risorse per la risoluzione dei problemi di replica più avanti in questo articolo.

Un altro problema comune con le autorizzazioni di cartelle pubbliche viene causato dall'aggiornamento da Exchange 5.5 Server. Le cassette postali che disponevano di autorizzazioni a una cartella pubblica dell'organizzazione di Exchange 5.5 Server talvolta non dispongono di un oggetto utente associato alle cassette postali di Active Directory. Questa discrepanza può causare problemi di accesso quando gli utenti che dispongono di cassette postali di Exchange 2000 Server o di Exchange Server 2003 tentano di visualizzare le cartelle pubbliche. È possibile che agli utenti si presentino problemi di accesso. In Exchange Server si potranno inoltre verificare problemi di prestazioni generali.

Il sintomo più comune che si può verificare con le autorizzazioni di cartelle pubbliche sarà che gli utenti non potranno più visualizzare determinate cartelle pubbliche da Microsoft Office Outlook®. La singola cartella non viene più visualizzata. Questo sintomo ha effetto soltanto sugli utenti che hanno effettuato la migrazione a Exchange 2000 Server oppure a Exchange Server 2003. Gli utenti che appartengono ancora a Exchange 5.5 Server non verranno interessati.

All'interno di Gestore di sistema di Exchange le cartelle pubbliche sono visibili. Se quindi si esaminano le autorizzazioni della cartella pubblica in Gestore di sistema di Exchange, gli utenti che non riescono a visualizzare la cartella pubblica vengono elencati come aventi autorizzazioni. Se si modificano le autorizzazioni in modo che questi utenti dispongano di autorizzazioni di proprietario, gi utenti visualizzeranno la cartella pubblica di Outlook e saranno in grado di accedere a tale cartella. Tuttavia, se le autorizzazioni degli utenti vengono reimpostate su non proprietario, la cartella pubblica non apparirà in Outlook quando tenteranno di visualizzarla nuovamente.

Questo comportamento viene causato da un problema di conversione dell'elenco di controllo di accesso (ACL, Access Control List). La cassetta postale che sulla cartella pubblica veniva indicata come avente autorizzazioni non esiste più. È possibile che la cassetta postale sia stata eliminata da Exchange 5.5 Server ma non sia stata rimossa dall'ACL delle cartelle o delle cassette postali pubbliche. In alternativa, esistono utenti elencati nella cartella pubblica e che dispongono di autorizzazioni che non sono ancora rappresentate in Active Directory. Se si esaminano i registri applicazione in Exchange 2000 Server o in Exchange Server 2003 verranno probabilmente visualizzati gli eventi 9551 ed eventualmente gli eventi 9552. Gli eventi elencheranno le cartelle pubbliche con le quali il server riscontra problemi di conversione ACL. Gli eventi elencheranno inoltre l'utente o il gruppo che causa il problema. Per ulteriori informazioni sulla risoluzione di questo problema, vedere le seguenti risorse.

Risorse per la risoluzione dei problemi di replica

Per ulteriori informazioni sulla risoluzione dei problemi di replica, vedere i seguenti articoli della Microsoft Knowledge Base:

Per ulteriori informazioni

Per ulteriori informazioni sulle cartelle pubbliche di Exchange Server, vedere le seguenti risorse: