Share via

Procedure consigliate per le cartelle pubbliche di Exchange: scalabilità

  • Articolo

 

Ultima modifica dell'argomento: 2006-09-14

Durante la progettazione e l'implementazione della distribuzione di cartelle pubbliche di Microsoft® Exchange Server, considerare i seguenti fattori mentre si determina come ottimizzare la scalabilità:

  • Numero di database di cartelle pubbliche
  • Larghezza e profondità della gerarchia di cartella pubblica
  • Elementi per cartella pubblica
  • Utenti per database di cartelle pubbliche

In questo articolo viene illustrato ciascuno di questi fattori in dettaglio. Per ulteriori informazioni su dimensione del disco, velocità di crescita delle cartelle pubbliche e pianificazione della capacità in generale, vedere Procedure consigliate per le cartelle pubbliche di Exchange: gestione dei dati.

Numero di database di cartelle pubbliche

Quando si pianifica il numero di database di cartelle pubbliche da distribuire, tenere presenti questi due consigli.

Innanzitutto, nel caso di topologie aziendali di grandi dimensioni nelle quali le cartelle pubbliche vengono utilizzate intensamente, distribuire server di cartelle pubbliche dedicati. Questa procedura consigliata deriva da un'altra procedura consigliata di carattere generale che consiste nel dedicare risorse della CPU e risorse del disco a funzioni di server distinte.

In secondo luogo, tenere presente che un numero contenuto di database di cartelle pubbliche di grandi dimensioni è meglio scalabile e gestibile rispetto a un numero maggiore di database di cartelle pubbliche di piccole dimensioni. Se si riduce il numero di database di cartelle pubbliche, si riducono anche i tempi necessari per eseguire il backup e ripristinare un numero maggiore di database più piccoli. Si riduce inoltre la quantità di traffico di replica in background. Inoltre, la manutenzione di un numero contenuto di database di dimensioni superiori in linea è più veloce della manutenzione di più database più piccoli in linea. Infine, un numero inferiore di database di cartelle pubbliche è più semplice da gestire dal punto di vista dell'applicazione di autorizzazioni e accessi al contenuto e dell'implementazione di repliche e riferimenti efficienti.

La procedura consigliata che un numero contenuto di database di cartelle pubbliche di grandi dimensioni sia meglio scalabile e gestibile rispetto a un numero maggiore di database di cartelle pubbliche di piccole dimensioni è particolarmente vera quando si considera la topologia a livello di organizzazione. A livello di server, alcune attività di gestione e manutenzione, quali il backup e il ripristino, vengono eseguite più velocemente quando si distribuiscono più database di piccole dimensioni. Infine, il numero di database di cartelle pubbliche distribuito deve rispettare i requisiti aziendali. Quando si determina il numero di database da distribuire, è necessario trovare un equilibrio tra il costo del traffico di replica e i costi di backup, manutenzione e tempi di ripristino dei database.

Larghezza e profondità della gerarchia

Durante la progettazione della gerarchia di cartelle pubbliche, è necessario riconoscere l'effetto della replica di gerarchia nell'ambiente. Le gerarchie di cartelle pubbliche profonde sono meglio scalabili delle gerarchie ampie. Le gerarchie profonde sono costituite da più cartelle nidificate verticalmente anziché da più cartelle di livello superiore. Le gerarchie ampie sono costituite da più cartelle di livello superiore con un numero inferiore di sottocartelle nidificate verticalmente.

Ad esempio, si consideri come sia possibile disporre 250 cartelle in una gerarchia specifica. Una gerarchia ampia potrebbe avere 250 sottocartelle dirette sotto la cartella principale. Una gerarchia profonda potrebbe avere cinque cartelle di livello superiore, ciascuna con cinque sottocartelle dirette. Ognuna di quelle sottocartelle potrebbero contenere dieci sottocartelle.

In entrambi gli esempi sono presenti 250 cartelle (5 * 5 * 10 = 250). Tuttavia, la gerarchia profonda offre migliori prestazioni della gerarchia ampia per due ragioni. Innanzitutto il modo in cui la replica gestisce le cartelle alle quali sono state applicate diverse autorizzazioni. In secondo luogo, le azioni client come ordinamento, ricerca ed espansione di una cartella che ha dieci sottocartelle sono meno costose rispetto a una cartella che ha 250 sottocartelle.

Le gerarchie profonde sono meglio scalabili delle gerarchie ampie, ma tenere presente che è consigliabile non superare 250 sottocartelle per cartella. Se si superano 250 sottocartelle è probabile che quando un client richiede l'accesso l'esperienza client sia inaccettabile.

Come accennato in precedenza, un fattore da considerare durante l'implementazione di una gerarchia è l'effetto che hanno le autorizzazioni su un'esperienza client quando un utente desidera accedere alle cartelle pubbliche. Quando per ogni sottocartella di cartella pubblica sono state definite voci di elenco di controllo di accesso (ACL, Access Control List) personalizzate, ogni volta che il computer Exchange Server riceve un nuovo messaggio di replica di cartella pubblica è necessario valutare l'ACL della cartella pubblica principale per determinare quali utenti dispongono dei diritti di visualizzazione delle modifiche apportate alla cartella pubblica principale. Se la cartella pubblica principale dispone di una voce di elenco (DACL) di controllo di accesso discrezionale estesa, l'aggiornamento della visualizzazione per ogni sottoscrittore di cartella pubblica potrà richiedere troppo tempo.

Nota

La DACL della cartella principale è composta dalla somma delle DACL di tutte le sottocartelle di cartella pubblica.

Se le seguenti condizioni sono vere, sarà necessario analizzare diversi megabyte (MB) di dati DACL:

  • Si dispone di più sottocartelle in una singola cartella pubblica principale.
  • Per ciascuna sottocartella è stato definito un ACL personalizzato.

È necessario analizzare questi dati DACL in modo che la visualizzazione possa essere aggiornata per tutti i sottoscrittori di cartella pubblica ogni volta che si riceve un messaggio di replica di cartella pubblica.

Pertanto, è consigliabile disporre la gerarchia di cartelle pubbliche in base agli insiemi di utenti che accedono alle cartelle principali. Inoltre, non implementare modelli di autorizzazioni complessi sulle gerarchie di cartelle pubbliche. Se sono già state implementate gerarchie di cartelle profonde con autorizzazioni diverse nei vari nodi della struttura, consultare l'articolo della Microsoft Knowledge Base "L'accesso alle cartelle pubbliche richiede molto tempo in un computer che esegue Exchange Server 2003" per un aggiornamento rapido che può migliorare le prestazioni dei client. Per un aggiornamento rapido simile in Exchange 2000 Server, vedere l'articolo della Knowledge Base "L'accesso al server di cartelle pubbliche richiede molto tempo in un computer che esegue Exchange 2000 Server".

Quando si considera la progettazione di gerarchia, è inoltre necessario tenere presente la modalità di replica del contenuto della gerarchia. In genere, è consigliabile distribuire il contenuto e ridurre il numero di repliche il più possibile. Per ulteriori informazioni, vedere Procedure consigliate per le cartelle pubbliche di Exchange: implementazione delle repliche.

Elementi per cartella

Si consiglia di non superare 5.000 elementi per cartella pubblica. Per gestire il numero di elementi per la cartella, è necessario configurare la scadenza in modo appropriato. Se il limite di 5.000 elementi per cartella viene raggiunto regolarmente anche con una pianificazione di scadenza aggressiva, considerare la segmentazione dell'oggetto di cartella pubblica in argomenti di livello inferiore e la creazione di più cartelle pubbliche per ciascuno di tali argomenti.

Per ulteriori informazioni, vedere Procedure consigliate per le cartelle pubbliche di Exchange: gestione dei dati.

Utenti per database di cartella pubblica

Sebbene non esista alcun limite impostato per il numero di utenti che possono disporre di accesso a un singolo database di cartelle pubbliche, si consiglia di impostare un limite di 10.000 utenti. La ragione principale di questo limite consigliato è che Exchange Server può esaurire la memoria virtuale o la memoria kernel quando più 10.000 utenti dispongono di accesso a un singolo database.

Si consiglia di monitorare Accessi client e Picco accessi client nell'oggetto d prestazioni MSExchangeIS Pubblico dello strumento amministrativo snap-in Performance Microsoft Management Console (MMC) per rilevare il numero di utenti che accedono alle cartelle pubbliche su un server specifico.

Per ulteriori informazioni su monitoraggio carico e ottimizzazione di prestazioni e scalabilità, vedere la Guida all'ottimizzazione delle prestazioni e della scalabilità in Exchange Server 2003.

Per ulteriori informazioni

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