Procedure consigliate per le cartelle pubbliche di Exchange: implementazione delle repliche

  • Articolo

 

Ultima modifica dell'argomento: 2006-09-14

In questo articolo vengono descritte le procedure consigliate per la distribuzione e la configurazione di cartelle pubbliche in Microsoft® Exchange 2000 Server ed Exchange Server 2003 e si presuppone che si abbia una buona conoscenza della replica, dei tipi di messaggi di replica utilizzati in Exchange Server e dei 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.

La replica di cartelle pubbliche in Exchange Server può richiedere una grande quantità di risorse. La replica richiede risorse di rete, della CPU e del disco. L'implementazione di una soluzione che abilita una replica efficiente delle cartelle pubbliche, soprattutto nelle organizzazioni in cui le cartelle pubbliche vengono utilizzate intensamente, consente di ottimizzare il carico su rete, CPU e disco rigido.

In genere, è consigliabile ridurre le operazioni di replica sull'organizzazione di Exchange Server. Se riducono le operazioni di replica, si riduce al minimo la quantità di dati trasferita in rete. Inoltre, viene ridotto al minimo il carico sulle risorse della CPU e del disco sui server di Exchange. Se si riducono le operazioni di replica, sarà inoltre meno probabile che più utenti accedano a versioni diverse dei dati in più repliche. Tuttavia, tenere presente che se si riducono al minimo le operazioni di replica, viene ridotta anche la disponibilità dei dati di cartelle pubbliche perché per i client sono disponibili meno repliche della cartella se si verifica un problema con un archivio di cartelle pubbliche. Se è necessario che i dati di una cartella pubblica specifica siano disponibili su larga scala, è possibile richiedere più repliche.

Pianificazione di repliche efficienti

Il primo passo per determinare una soluzione che consente la replica efficiente delle cartelle pubbliche consiste nel comprendere in che modo gli utenti utilizzano ogni cartella di una gerarchia specifica. In genere, è consigliabile distribuire il contenuto e ridurre il più possibile le repliche. In questo contesto, per distribuzione del contenuto si intende la sua suddivisione in modo che venga aggregato su ciascun archivio di cartelle pubbliche e non venga replicato negli altri archivi di cartelle pubbliche.

Ad esempio, si consideri un gruppo di routing che dispone di quattro server di Exchange. Se ogni server del gruppo di routing contiene una replica delle stesse cartelle, ogni volta che esegue un ciclo di replica le modifiche apportate al contenuto vengono replicate in tutti i quattro server. Questa implementazione di replica causa un carico di rete maggiore per via dell'aumento del traffico SMTP e del maggiore utilizzo di CPU e disco per l'elaborazione dei messaggi di replica. Questa implementazione di replica è consigliabile se tutti gli utenti accedono a una cartella specifica del gruppo di routing. Tuttavia, se sottoinsiemi di utenti accedono a una cartella specifica, questo tipo di replica non è efficiente. In questo esempio, è possibile ridurre notevolmente il carico su rete, CPU e disco distribuendo il contenuto sui quattro server di Exchange e riducendo il numero di repliche.

Si osservi tuttavia che distribuendo il contenuto su più repliche i costi di gestione potranno aumentare. In questo esempio, la distribuzione del carico richiederà più manutenzione e monitoraggio rispetto a una singola replica dell'intera gerarchia. Pertanto, in fase di pianificazione della soluzione di replica tenere presenti gli effetti sulla gestione dei server.

In alcune organizzazioni, la cartella pubblica Disponibilità di Schedule+ è in genere quella alla quale si accede più di frequente. Pertanto, prestare particolare attenzione alle modalità di utilizzo di queste cartelle.

Nelle aziende di grandi dimensioni che dispongono di servizi globali, si consiglia di replicare le cartelle pubbliche Disponibilità di Schedule+ in base dell'area geografica, in modo che gli utenti locali dispongano di più repliche e ridurre il traffico di replica di grandi quantità di dati in rete. Questa raccomandazione è utile per le aziende che hanno organizzato i gruppi amministrativi sulla base delle reti locali.

Se l'infrastruttura di Exchange Server non è organizzata sulla base delle reti locali, si consiglia di replicare la cartella pubblica Disponibilità di Schedule+ da ogni gruppo amministrativo ad almeno un server di ciascun gruppo di routing. Tuttavia, si osservi che questa procedura potrebbe non essere adatta a tutte le distribuzioni. Quando si pianifica la distribuzione, tenere sempre presenti i requisiti di accesso degli utenti e la latenza di rete.

Importante

Se l'organizzazione dispone di gruppi amministrativi di grandi dimensioni che possono includere centinaia di server e un numero di repliche limitato, è possibile che la memoria paged pool dei server di Exchange che contengono la cartella pubblica Disponibilità di Schedule+ vada esaurita. La dimensione media del token Kerberos degli utenti può inoltre aumentare il rischio di esaurimento di memoria paged pool dei server di Exchange che contengono la cartella pubblica Disponibilità di Schedule+. Pertanto, se l'organizzazione contiene gruppi di protezione profondamente nidificati, il token Kerberos degli utenti occuperà molto spazio. Per ulteriori informazioni sui problemi di memoria del pool di paging e sui problemi di memoria kernel in Exchange Server, vedere Esclusione di problemi correlati alla memoria.

Si consiglia di creare una replica della cartella pubblica Disponibilità di Schedule+ ogni 10.000 utenti.

Inoltre, prestare particolare attenzione alle modalità di pianificazione delle riunioni da parte degli utenti di diverse aree geografiche. Se vengono raramente pianificate riunioni tra gruppi di utenti in aree geografiche molto distanti tra loro, sarà possibile giustificare il puntamento di utenti a repliche distanti della cartella pubblica Disponibilità di Schedule+ utilizzando il riferimento alle cartelle pubbliche.

Nota

Quando Microsoft Office Outlook® Web Access o Outlook Mobile Access richiede informazioni di disponibilità, l'archivio di cassetta postale utilizza un server di disponibilità per trovare le informazioni. Questa limitazione può causare problemi se la topologia presenta più siti, perché nella configurazione predefinita ogni server di disponibilità contiene i dati di disponibilità soltanto di quel sito. Se si desidera rendere disponibili i dati da più siti, sarà necessario configurare la replica delle cartelle di disponibilità.

Per ulteriori informazioni sulle cartelle pubbliche Disponibilità, vedere Gestione delle cartelle relative alla disponibilità di Exchange Server 2003.

Per essere certi che ogni server gestisca circa la stessa quantità di traffico, si consiglia di eseguire le operazioni riportate di seguito in tutte le repliche eccetto la cartella pubblica Disponibilità di Schedule+ descritta in precedenza:

  • Rimuovere le repliche di cartelle che non ricevono molto traffico.
  • Distribuire il contenuto in modo che ogni server gestisca circa la stessa quantità di traffico.

Quando le repliche vengono rimosse, verificare di mantenere una ridondanza sufficiente per le cartelle pubbliche che contengono informazioni di importanza strategica.

Durante la pianificazione della replica di cartelle pubbliche, provare a standardizzare la soluzione per semplificare la gestione e il recupero di dati. Organizzare specificamente le strutture di cartelle pubbliche in modo che vengano segmentate logicamente. I segmenti logici o i rami di cartelle pubbliche coincidono idealmente con i gruppi di utenti di aree geografiche o i segmenti LAN della rete.

Si consiglia di replicare i rami di cartelle su server specifici. Se si replica un ramo specifico di cartelle pubbliche su più server, sarà più difficile ripristinare i dati perché sarà necessario identificare i server che contengono i vari rami dei dati nella struttura prima di provare a ripristinare i dati.

Questa procedura consigliata non impedisce la creazione di altre repliche di cartelle in un ramo. Tuttavia, quando si creano altre repliche di cartelle in un ramo, assicurarsi che queste ulteriori repliche corrispondano a istanze attentamente gestite in aggiunta a un singolo server che contiene una replica dell'intero ramo.

Il secondo passaggio per determinare una soluzione che consente una replica efficiente delle cartelle pubbliche consiste nello stabilire quali latenze di replica consentire nell'organizzazione. È probabile che gli utenti che accedono a documenti di importanza strategica di una cartella pubblica richiedano repliche più frequenti rispetto agli utenti che accedono a documenti di importanza non strategica. Talvolta, quando i dati sono di importanza strategica, è possibile che gli utenti non desiderino eseguire alcuna replica dei dati. Questo approccio garantisce che tutti gli utenti accedano agli stessi dati e che i dati siano sempre aggiornati. Ovviamente, è necessario valutare i vantaggi di questo sistema e gli svantaggi in caso di ripristino d'emergenza. In particolare, se si decide di archiviare una singola istanza dei dati di importanza strategica, assicurarsi di eseguirne il backup in modo poterli ripristinare rapidamente e con una perdita minima.

Nota

In situazioni di questo tipo, in cui sono necessari il controllo della versione e il recupero di documenti di importanza strategica, considerare la distribuzione di Microsoft Windows® SharePoint® Portal Server. Per ulteriori informazioni sulle differenze tra le cartelle pubbliche di Exchange Server e i prodotti e le tecnologie SharePoint, vedere Selezione della soluzione appropriata per le cartelle pubbliche.

Tramite il monitoraggio dell'utilizzo delle cartelle pubbliche e la definizione di un contratto sul livello di servizio accettabile con l'organizzazione o il client è possibile determinare i periodi accettabili di latenza di replica per i diversi tipi di cartelle pubbliche.

Importante

Verificare che la replica venga effettivamente completata tra gli intervalli. Se la replica non viene completata, le code di replica aumenteranno. Con l'aumentare della coda di replica, aumenterà lo sfasamento di sincronizzazione del contenuto delle cartelle. È possibile monitorare le code di replica utilizzando Performance Monitor per esaminare il contatore di prestazioni in Pubblica\Dimensione coda di ricezione messaggi di replica di MSExchangeIS. Se aumentano le code di replica, al completamento della replica si verificherà un aumento del carico sulle risorse. Inoltre, la crescita delle code di replica indica che il contenuto sul server non è aggiornato.

Per ulteriori informazioni sulla risoluzione dei problemi di replica, vedere Risorse per la risoluzione di problemi delle cartelle pubbliche di Exchange.

Per ulteriori informazioni

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