Informazioni sulle cartelle pubbliche

Si applica a: Exchange Server 2010

Ultima modifica dell'argomento: 2009-11-09

Le cartelle pubbliche, introdotte nella prima versione di Microsoft Exchange, sono progettate per l'accesso condiviso e offrono un metodo semplice ed efficace per raccogliere, organizzare e condividere le informazioni con altre persone del gruppo di lavoro o dell'organizzazione. Le cartelle pubbliche sono organizzate in una struttura gerarchica, memorizzate in database dedicati e possono essere replicate tra i server di Exchange.

Le cartelle pubbliche non sono destinate ai seguenti scopi:

• Archiviazione di dati   Le cartelle pubbliche non sono state progettate per l'archiviazione dei dati. Gli utenti con limiti di cassetta postale utilizzano talvolta le cartelle pubbliche anziché i file PST (file delle cartelle personali) per archiviare i dati. Si consiglia di non adottare questa procedura poiché influisce sulla quantità di dati archiviati sui server delle cartelle pubbliche e compromette l'obiettivo dei limiti della cassetta postale.
• Condivisione dei documenti e collaborazione   Le cartelle pubbliche non sono state progettate per la condivisione dei documenti e la collaborazione. Le cartelle pubbliche non forniscono il controllo della versione o altre funzioni di gestione dei documenti, come la funzione di archiviazione ed estrazione controllata e la notifica automatica delle modifiche al contenuto.

In Exchange Server 2010, le cartelle pubbliche sono una funzionalità facoltativa. Se tutti i computer client dell'organizzazione utilizzano Microsoft Outlook 2010 o Office Outlook 2007, non esistono dipendenze con le cartelle pubbliche per le funzionalità quali le informazioni sulla disponibilità e i download della rubrica offline. Invece di utilizzare le cartelle pubbliche per i download della rubrica offline e delle informazioni sulla disponibilità, in Exchange 2010 queste funzionalità sono controllate dal servizio di individuazione automatica e dai servizi Supervisore sistema di Microsoft Exchange e dal servizio distribuzione file di Microsoft Exchange.

Fin quando tutti i computer client dell'organizzazione utilizzano Outlook 2010 o Outlook 2007, è consigliabile continuare a fare uso delle cartelle pubbliche.

Sommario

• Creazione del database delle cartelle pubbliche durante l'installazione
• Alberi di cartelle pubbliche
• Replica delle cartelle pubbliche
• Riferimenti alle cartelle pubbliche
• Cartelle pubbliche abilitate alla posta
• Accesso alle cartelle pubbliche
• Considerazioni relative alle organizzazioni miste che utilizzano Exchange 2010 e Exchange 2007
• Considerazioni relative alle organizzazioni miste che utilizzano Exchange 2010 e Exchange 2003
• Aggiornamento della gerarchia di cartelle pubbliche
• Replica del contenuto delle cartelle pubbliche
• Procedure consigliate

Creazione del database delle cartelle pubbliche durante l'installazione

I computer su cui è installato Outlook 2003 e versioni precedenti oppure Microsoft Entourage richiedono un database delle cartelle pubbliche (in precedenza chiamato archivio delle cartelle pubbliche) per la connessione a Exchange. Di conseguenza, in un'organizzazione di Exchange 2010 pura, durante l'installazione del ruolo del server Cassette postali viene posta la seguente domanda: Nell'organizzazione sono presenti computer client che eseguono Outlook 2003 o una versione precedente oppure Entourage? Se la risposta è sì, viene creato un database delle cartelle pubbliche. Se la risposta è no, il database delle cartelle pubbliche non viene creato.

Quando si installa il secondo server, il messaggio con la domanda non viene visualizzato e il programma di installazione non crea un database delle cartelle pubbliche. È possibile scegliere di creare un database delle cartelle pubbliche nell'organizzazione solo quando si installa il primo server. In seguito, tutti i database delle cartelle pubbliche sono facoltativi. Se non si crea un database delle cartelle pubbliche durante l'installazione, è sempre possibile crearne uno in seguito una volta completata l'installazione. Per ulteriori informazioni su come creare un database delle cartelle pubbliche, vedere Creazione di un database delle cartelle pubbliche.

In un'organizzazione di Exchange mista, il messaggio con la domanda non viene visualizzato. In tali organizzazioni, per assicurare la compatibilità con le versioni di Exchange precedenti a Exchange Server 2007, un database delle cartelle pubbliche viene creato per impostazione predefinita. Nello specifico, poiché Exchange 2010 viene installato nel proprio gruppo amministrativo, il database delle cartelle pubbliche supporterà la funzionalità relativa alla disponibilità Schedule+ legacy.

Per ulteriori informazioni sull'installazione di Exchange 2010, vedere Distribuzione di Exchange 2010.

Inizio pagina

Alberi di cartelle pubbliche

L'albero delle cartelle MAPI è suddiviso nei seguenti sottoalberi:

• Cartelle pubbliche predefinite (noto anche come IPM_Subtree)   Gli utenti possono accedere a queste cartelle in modo diretto utilizzando applicazioni client come Outlook.
• Cartelle pubbliche di sistema (noto anche come Non_IPM_Subtree)   Gli utenti non possono accedere a queste cartelle in modo diretto utilizzando i metodi convenzionali. Le applicazioni client come Outlook utilizzano queste cartelle per archiviare informazioni quali dati relativi alla disponibilità, rubriche offline e moduli dell'organizzazione. In altre cartelle di sistema sono presenti informazioni di configurazione utilizzate da applicazioni personalizzate o da Exchange stesso. L'albero di cartelle pubbliche contiene altre cartelle di sistema, ad esempio la cartella EFORMS REGISTRY, che non esistono negli alberi delle cartelle pubbliche di interesse generale. Le cartelle di sistema comprendono:
  • EFORMS REGISTRY ed Events Root   Per impostazione predefinita, una replica del contenuto di queste cartelle risiede nel database delle cartelle pubbliche predefinito nel primo server di Exchange installato nel primo gruppo amministrativo. Si tratta della posizione in cui vengono archiviati i moduli dell'organizzazione relativi ai client Outlook legacy (client che utilizzano una versione di Outlook precedente a Outlook 2007).
  • Rubrica offline e Informazioni disponibilità Schedule+   Le cartelle della rubrica offline e Informazioni disponibilità Schedule+ contengono automaticamente una sottocartella per ogni gruppo amministrativo (o sito) della topologia. Per impostazione predefinita, una replica del contenuto di un gruppo amministrativo specifico risiede nel primo server installato nel gruppo amministrativo. Queste cartelle vengono utilizzate per archiviare le informazioni sulla disponibilità e i dati delle rubriche offline legacy dei client Outlook legacy. I client Outlook legacy non supportano le nuove funzionalità di Exchange 2010 o Exchange 2007 per la gestione delle informazioni sulla disponibilità e dei dati OAB. Queste funzionalità includono i servizi Disponibilità e di individuazione automatica e la distribuzione della rubrica offline sui server Accesso client.
  • OWAScratchPad   Ogni database delle cartelle pubbliche dispone di una cartella OWAScratchPad, utilizzata per archiviare temporaneamente gli allegati a cui si accede utilizzando Office Applicazione Web Outlook. Non modificare questa cartella.
  • StoreEvents   Ogni database delle cartelle pubbliche dispone di una cartella StoreEvents in cui risiedono le informazioni di registrazione per gli eventi personalizzati dei database Exchange. Non modificare questa cartella.
  • Altre cartelle   Per supportare le operazioni interne del database Exchange, un albero può contenere diverse altre cartelle di sistema, quale la directory principale dello schema. Non modificare queste cartelle.

Inizio pagina

Replica delle cartelle pubbliche

I database delle cartelle pubbliche replicano due tipi di informazioni delle cartelle pubbliche:

• Gerarchia   Proprietà delle cartelle e informazioni organizzative sulle cartelle (inclusa la struttura ad albero). Tutti i database delle cartelle pubbliche dispongono di una copia delle informazioni sulla gerarchia. Per una cartella specifica, il database delle cartelle pubbliche può utilizzare i dati sulla gerarchia per identificare le informazioni seguenti:
  • Autorizzazioni per la cartella
  • Server in cui risiedono le repliche del contenuto della cartella
  • Posizione della cartella nell'albero delle cartelle pubbliche (che include le relative cartelle padre e figlio, se esistono)
• Contenuto   Messaggi che costituiscono il contenuto delle cartelle. Per replicare il contenuto, è necessario configurare una cartella in modo che replichi il proprio contenuto in uno specifico database o elenco di database delle cartelle pubbliche. Solo i database specificati conterranno le copie del contenuto. Una copia della cartella che include il contenuto è chiamata replica del contenuto.

Per ulteriori informazioni sulla replica delle cartelle pubbliche, vedere Informazioni sulla replica delle cartelle pubbliche.

Inizio pagina

Riferimenti alle cartelle pubbliche

Quando un'applicazione client, quale Outlook, tenta di aprire una cartella pubblica di Exchange, il server Exchange determina a quale replica delle cartelle deve accedere l'applicazione client. Tale processo è denominato riferimento alla cartella pubblica. Se una replica del contenuto richiesto è presente sul server Exchange che risponde alla richiesta, l'applicazione client accede alla replica locale. Se la replica non esiste sul server locale, Exchange tenta di individuare una replica nello stesso sito di Active Directory. È possibile modificare il flusso del traffico utente per consentire i riferimenti su determinati connettori specificando un elenco di server di riferimento e assegnando un costo di routing a ciascun server.

Per ulteriori informazioni sui riferimenti alle cartelle pubbliche, vedere Informazioni sui riferimenti alle cartelle pubbliche.

Inizio pagina

Cartelle pubbliche abilitate alla posta

L'abilitazione di una cartella pubblica all'utilizzo della posta offre agli utenti un livello aggiuntivo di funzionalità. Oltre che per l'invio di normali messaggi, gli utenti possono utilizzare la cartella anche per l'invio e talvolta per la ricezione di messaggi di posta elettronica. Se si stanno sviluppando applicazioni personalizzate, è possibile utilizzare questa funzionalità per spostare messaggi o documenti da o verso le cartelle pubbliche.

Una cartella abilitata alla posta è una cartella pubblica che dispone di un indirizzo di posta elettronica. In base alla configurazione della cartella, tale indirizzo può risultare nell'elenco indirizzi globale. Per ciascuna cartella abilitata alla posta è disponibile un oggetto in Active Directory in cui sono archiviati l'indirizzo di posta elettronica, il nome dell'elenco indirizzi e altri attributi relativi alla posta.

Poiché la posta inviata alle cartelle pubbliche viene indirizzata al database delle cartelle pubbliche e non a una cassetta postale del database delle cassette postali, Exchange instrada i messaggi di posta elettronica utilizzando un metodo leggermente differente dal metodo di instradamento dei messaggi di posta elettronica a una normale cassetta postale.

Inizio pagina

Accesso alle cartelle pubbliche

In Exchange 2010 le seguenti applicazioni client possono accedere alle cartelle pubbliche:

• Outlook 2010
• Outlook 2007
• Outlook 2003
• Applicazioni client compatibili con IMAP4, ad esempio Outlook Express

Per ulteriori informazioni sulla creazione e sulla gestione delle cartelle pubbliche utilizzando Outlook 2007, vedere Create and share a public folder (informazioni in lingua inglese).

Per ulteriori informazioni sulla creazione e sulla gestione delle cartelle pubbliche utilizzando Outlook 2003, vedere Using Public Folders (informazioni in lingua inglese).

Inizio pagina

Considerazioni relative alle organizzazioni miste che utilizzano Exchange 2010 e Exchange 2007

In un'organizzazione mista che utilizza Exchange 2010 ed Exchange 2007, è necessario gestire le cartelle pubbliche e il database delle cartelle pubbliche dai server Exchange 2010. I server Exchange 2007 non riconoscono i database delle cartelle pubbliche di Exchange 2010 a causa di modifiche nello schema di Active Directory. Nella seguente tabella sono descritti i comportamenti previsti durante l'esecuzione di specifiche attività di gestione delle cartelle pubbliche sui server Exchange 2007 e sui server Exchange 2010.

Attività	Server Exchange 2007	Server Exchange 2010
Creazione di un database delle cartelle pubbliche	Se nell'organizzazione sono presenti database delle cassette postali di Exchange 2010 ma l'attributo msExchHomePublicDB non è popolato, il server Exchange 2007 non è in grado di aggiornare l'impostazione msExchHomePublicDB del database delle cassette postali di Exchange 2010. Anche se viene visualizzato un messaggio di errore, il database delle cartelle pubbliche viene creato. Dopo aver creato il database delle cartelle pubbliche, è necessario cambiare il database delle cartelle pubbliche predefinito. Questa procedura deve essere eseguita da un server Exchange 2010. Per ulteriori informazioni, vedere Modifica del database delle cartelle pubbliche predefinito per un database delle cassette postali.	Funziona sempre.
Rimozione del database delle cartelle pubbliche	Se esistono database delle cassette postali che fanno riferimento al database delle cartelle pubbliche che si sta tentando di rimuovere, viene visualizzato un messaggio di errore che segnala la necessità di cambiare il database delle cartelle pubbliche predefinito. Per cambiare il database delle cartelle pubbliche predefinito, attenersi alla seguente procedura: Su un server Exchange 2010, cambiare il database delle cartelle pubbliche predefinito per il database delle cassette postali. Per ulteriori informazioni, vedere Modifica del database delle cartelle pubbliche predefinito per un database delle cassette postali. Sul server Exchange 2007, rimuovere tutte le repliche del database delle cartelle pubbliche. Per ulteriori informazioni, vedere Rimozione di più cartelle pubbliche da un database delle cartelle pubbliche. Sul server Exchange 2007, rimuovere il database delle cartelle pubbliche. Per ulteriori informazioni, vedere Rimozione dei database delle cartelle pubbliche. Nota: Se il nuovo database delle cartelle pubbliche predefinito a cui fa riferimento il database delle cassette postali è un database delle cartelle pubbliche di Exchange 2010, vedere "Impostazione di un database delle cartelle pubbliche di Exchange 2010 come database delle cartelle pubbliche predefinito per un database delle cassette postali di Exchange 2007" più avanti in questa tabella.	Funziona sui server Exchange 2007 ed Exchange 2010, purché il database delle cartelle pubbliche che si sta tentando di rimuovere non sia impostato come predefinito per alcun database delle cassette postali.
Rimozione dell'ultimo database delle cartelle pubbliche nell'organizzazione	Se questo è l'ultimo database delle cartelle pubbliche di Exchange 2007 nell'organizzazione, il cmdlet Remove-PublicFolderDatabase deve aggiornare la proprietà msExchFirstInstance del database delle cartelle pubbliche di Exchange 2010 impostando il valore $true. L'operazione non riesce perché la versione dell'oggetto Exchange 2010 è superiore. Eseguire il cmdlet Remove-PublicFolderDatabase dal server Exchange 2010.	Funziona sui server Exchange 2007 ed Exchange 2010, purché il database delle cartelle pubbliche che si sta tentando di rimuovere non sia impostato come predefinito per alcun database delle cassette postali.
Impostazione di un database delle cartelle pubbliche di Exchange 2010 come database delle cartelle pubbliche predefinito per un database delle cassette postali di Exchange 2007	La modifica del database delle cartelle pubbliche predefinito non funziona su un server Exchange 2007 se il database delle cassette postali o il database delle cartelle pubbliche è un database di Exchange 2010. Dal momento che il server Exchange 2007 non riconosce i database delle cartelle pubbliche di Exchange 2010, il cmdlet Set-MailboxDatabase deve essere eseguito su un server Exchange 2010. Sul server Exchange 2010, cambiare il database delle cartelle pubbliche predefinito per il database delle cassette postali di Exchange 2007. Per ulteriori informazioni, vedere Modifica del database delle cartelle pubbliche predefinito per un database delle cassette postali.	La procedura funziona sempre e dovrebbe essere utilizzata per cambiare i database delle cartelle pubbliche predefiniti se il database delle cartelle pubbliche e il database delle cassette postali sono associati a versioni diverse di Exchange.

Inizio pagina

Considerazioni relative alle organizzazioni miste che utilizzano Exchange 2010 e Exchange 2003

Quando si installa Exchange 2010 in un'organizzazione di Exchange 2003, il programma di installazione crea automaticamente un gruppo amministrativo e un gruppo di routing nell'organizzazione di Exchange 2003. I server Exchange 2010 aggiunti all'organizzazione vengono inclusi nel nuovo gruppi amministrativo e nel nuovo gruppo di routing. Come indicato in precedenza, il programma di installazione installa anche un database delle cartelle pubbliche nel primo server di cassette postali di Exchange 2010. In tale database delle cartelle pubbliche, il programma di installazione crea una nuova cartella con le informazioni sulla disponibilità per il nuovo gruppo amministrativo. La proprietà legacyExchangeDN per gli utenti le cui cassette postali sono state create su un server Exchange 2010 (e non migrate da Exchange 2003) viene associata al nome del gruppo amministrativo di Exchange 2010 e, di conseguenza, alla cartella con le informazioni sulla disponibilità. Per impostazione predefinita, per facilitare la ricerca delle informazioni sulla disponibilità degli utenti dei client Outlook 2003 e versioni precedenti le cui cassette postali risiedono su un server Exchange 2003, tali informazioni vengono inserite nella cartella pubblica delle informazioni sulla disponibilità.

Gestione

In un'organizzazione mista con Exchange 2010, Exchange 2007 ed Exchange 2003, è possibile utilizzare il Gestore di sistema di Exchange per gestire le cartelle pubbliche. Di seguito sono riportati gli scenari supportati:

• Il Gestore sistema di Exchange dovrebbe connettersi solamente al database delle cartelle pubbliche di Exchange 2003 per l'amministrazione. Da qui le modifiche vengono replicate in Exchange 2010.
• In un ambiente Exchange 2010 puro o in un'organizzazione mista con Exchange 2010 ed Exchange 2007, non è possibile reinstallare il Gestore di sistema di Exchange per gestire le cartelle pubbliche. È necessario utilizzare Exchange Management Shell.
• Quando si verifica la replica della gerarchia oppure quando si controlla il valore Limite di validità della replica locale in una cartella, si consiglia di utilizzare il Gestore di sistema di Exchange per le cartelle pubbliche che esistono su un server Exchange 2003 e di utilizzare Shell per le cartelle pubbliche che esistono su un server Exchange 2010 o Exchange 2007.

Outlook Web App

In un'organizzazione mista con Exchange 2010, Exchange 2007 ed Exchange 2003, uno dei server Accesso client di Exchange 2010 e Exchange 2007 dispone di una directory virtuale chiamata /public. È possibile ottenere l'accesso completo alle cartelle pubbliche da Applicazione Web Outlook senza dover utilizzare la directory virtuale /public. Inoltre, in Applicazione Web Outlook sono disponibili le seguenti funzionalità relative alle cartelle pubbliche:

• Accesso completo alle cartelle pubbliche sui server di cassette postali di Exchange 2010 senza la necessità di rendere disponibile un server di cassette postali di Exchange 2003 per l'accesso alle cartelle pubbliche da Applicazione Web Outlook
• Funzionalità di ricerca delle cartelle pubbliche
• Supporto delle Web part

Inizio pagina

Aggiornamento della gerarchia di cartelle pubbliche

La sincronizzazione della gerarchia può essere necessaria quando, ad esempio, la gerarchia delle cartelle pubbliche su un server ha un aspetto diverso da quella degli altri server dell'organizzazione. In Exchange 2003 Service Pack 2 (SP2), per sincronizzare la gerarchia delle cartelle pubbliche di un server Exchange 2003 con gli altri server dell'organizzazione viene utilizzato il comando Synchronize Hierarchy. In Exchange 2010, è possibile utilizzare il cmdlet Update-PublicFolderHierarchy per sincronizzare la gerarchia delle cartelle pubbliche sul server Exchange 2010 con gli altri server dell'organizzazione.

Per ulteriori informazioni, vedere Aggiornamento di una gerarchia di cartelle pubbliche.

Inizio pagina

Replica del contenuto delle cartelle pubbliche

Per porre termine agli errori relativi alla replica del contenuto delle cartelle pubbliche nell'organizzazione, è possibile sospendere la replica del contenuto di tale cartelle. La sospensione della replica consente di riconfigurare la gerarchie delle cartelle pubbliche e le pianificazioni delle repliche.

Per sospendere o riprendere la replica del contenuto delle cartelle pubbliche in un'organizzazione mista, eseguire il cmdlet Suspend-PublicFolderReplication o Resume-PublicFolderReplication in Shell su un server Exchange 2010. Sebbene vengano eseguiti su un server Exchange 2010, questi cmdlet sospendono o riprendono la replica del contenuto delle cartelle pubbliche su tutti i server presenti nell'organizzazione mista. Per ulteriori informazioni sull'uso di Shell per sospendere o riprendere la replica del contenuto delle cartelle pubbliche, vedere gli argomenti seguenti:

• Sospensione della replica del contenuto delle cartelle pubbliche
• Riavvio della replica del contenuto delle cartelle pubbliche

Inizio pagina

Procedure consigliate

In questa sezione vengono descritte le procedure consigliate per le seguenti attività correlate alle cartelle pubbliche da eseguire nell'organizzazione Exchange:

• Creazione dei database delle cartelle pubbliche
• Progettazione della gerarchia delle cartelle pubbliche
• Esecuzione della manutenzione durante la notte

Creazione dei database delle cartelle pubbliche

Quando si deve decidere quanti database delle cartelle pubbliche è necessario creare nell'organizzazione, è opportuno attenersi alle procedure consigliate riportate di seguito:

• Per le topologie delle grandi imprese, dove le cartelle pubbliche sono molto utilizzate, si consiglia di distribuire server di cartelle pubbliche dedicati. Questa procedura consigliata deriva dalla procedura generale che consiglia di dedicare risorse della CPU e del disco a funzioni del server isolate.
• Un ambiente con pochi database delle cartelle pubbliche di grandi dimensioni è più facilmente scalabile e gestibile rispetto a uno che prevede numerosi database delle cartelle pubbliche di piccole dimensioni. Riducendo il numero dei database delle cartelle pubbliche, è possibile diminuire il tempo richiesto per le operazioni di backup e ripristino di numerosi database di piccole dimensioni. È inoltre possibile ridurre la quantità del traffico delle repliche in background. Inoltre, la manutenzione in linea di pochi database di grandi dimensioni è più veloce di quella prevista per numerosi database di piccole dimensioni. Anche dal punto di vista dell'applicazione delle autorizzazioni e dell'accesso ai contenuti e dal punto di vista dell'implementazione di repliche e riferimenti efficaci è più semplice gestire un numero limitato di database delle cartelle pubbliche.
  Disporre di un numero ridotto di database delle cartelle pubbliche è particolarmente utile quando si considera la topologia dal livello dell'organizzazione. Tuttavia, al livello del server, alcune attività di gestione e manutenzione, quali i processi di backup e ripristino, possono risultare più veloci se si dispone di numerosi database di piccole dimensioni. In definitiva, il numero di database delle cartelle pubbliche da distribuire dipende dai requisiti dell'azienda. Quando si deve determinare il numero di database che si desidera distribuire, è necessario bilanciare il costo del traffico delle repliche con i costi, in termini di tempo, di backup, manutenzione e ripristino dei database.

Progettazione della gerarchia delle cartelle pubbliche

Quando si progetta la gerarchia delle cartelle pubbliche, è necessario valutare l'effetto della replica della gerarchia nell'ambiente. Le gerarchie con sviluppo in verticale sono da preferire a quelle con sviluppo in orizzontale. 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 prenda in esame il modo in cui è possibile strutturare 250 cartelle in una gerarchia specifica. Una gerarchia con sviluppo in orizzontale può disporre di 250 sottocartelle che si trovano tutte sotto una cartella padre. Una gerarchia con sviluppo in verticale può disporre di cinque cartelle principali, ciascuna con cinque sottocartelle. All'interno di ciascuna delle sottocartelle possono esistere altre 10 sottocartelle.

In entrambi gli esempi, il totale delle sottocartelle è 250 (5 × 5 × 10 = 250). Tuttavia, la gerarchia con sviluppo in verticale offre migliori prestazioni rispetto a quella con sviluppo in orizzontale per i seguenti motivi:

• Il modo in cui la replica gestisce le cartelle con diverse autorizzazioni applicate ad esse è molto più efficiente nelle gerarchie con sviluppo in verticale.
• Le azioni dei computer client (quali l'ordinamento, la ricerca e l'espansione) su una cartella che contiene dieci sottocartelle sono molto meno gravose rispetto a una cartella che contiene 250 sottocartelle.

Sebbene le gerarchie con sviluppo in verticale siano preferibili a quelle con sviluppo in orizzontale, è consigliabile non creare più di 250 sottocartelle per cartella. Se si creano più di 250 sottocartelle, si potrebbero riscontrare problemi di prestazioni quando i computer client richiedono l'accesso.

Un fattore da prendere in considerazione quando si implementa una gerarchia è l'effetto che le autorizzazioni hanno quando un utente tenta di ottenere l'accesso alle cartelle pubbliche. Se per ciascuna sottocartella delle cartelle pubbliche è definita una voce nell'elenco di controllo di accesso (ACL), ogni volta che il server Exchange riceve un nuovo messaggio di replica delle cartelle pubbliche, è necessario controllare l'ACL della cartella pubblica di livello superiore per determinare quali utenti dispongono dei diritti per visualizzare le modifiche apportate alla cartella pubblica padre. Se l'elenco di controllo di accesso discrezionale (DACL) della cartella pubblica padre è di grandi dimensioni, il tempo per aggiornare la visualizzazione di ciascun sottoscrittore della cartella pubblica potrebbe essere lungo.

Potrebbe essere necessario dover analizzare molti megabyte (MB) di dati DACL se le seguenti condizioni sono vere:

• Esistono numerose sottocartelle in un'unica cartella pubblica padre.
• Ciascuna di queste sottocartelle dispone di un proprio ACL definito.

I dati DACL devono essere analizzati in modo da aggiornare la visualizzazione di tutti i sottoscrittori delle cartelle pubbliche ogni volta che viene ricevuto un messaggio di replica delle cartelle pubbliche.

Di conseguenza, si consiglia di creare una gerarchia di cartelle pubbliche in base al modo in cui gli utenti devono accedere alle cartelle principali. Inoltre, non implementare modelli di autorizzazione complessi per le gerarchie di cartelle pubbliche.

Esecuzione della manutenzione durante la notte

Per assicurare un funzionamento efficiente e continuo nel tempo dei database, si consiglia di eseguire la manutenzione dei database delle cassette postali e delle cartelle pubbliche durante la notte. Questa attività avviene automaticamente nei server di cassette postali di Exchange in base alla pianificazione impostata dall'utente.

Inizio pagina