Indicazioni per la configurazione di gruppi di archiviazione e database
Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Ultima modifica dell'argomento: 2008-01-16
In questo argomento vengono fornite indicazioni per le configurazioni dei seguenti database e gruppi di archiviazione di Microsoft Exchange Server 2007:
Dimensionamento dei database
Database per gruppo di archiviazione
Configurazione disco
Dimensionamento consigliato per i database
Per determinare le dimensioni ottimali per i database, è necessario valutare diversi fattori. In genere, si consiglia di utilizzare database di piccole dimensioni per eseguirne il backup e il ripristino in modo più rapido. Tuttavia, la dimensione del database deve essere valutata in base ad altri fattori, in particolare alla capacità e complessità del sistema. Se viene distribuito immediatamente il numero massimo di database, la complessità del sistema potrebbe aumentare senza motivo. Ad esempio, è possibile che vengano gestiti più database e numeri di unità logica (LUN) rispetto a quanto necessario.
È consigliabile che la dimensione dei database di Exchange sia circa 50 GB. Per i database in gruppi di archiviazione non abilitati per la replica continua è consigliabile una dimensione massima di 100 GB. Per i database in gruppi di archiviazione abilitati per la replica continua è consigliabile una dimensione massima di 200 GB. Per ulteriori informazioni, vedere Pianificazione dell'archiviazione su disco.
Database consigliati per gruppo di archiviazione
Si consiglia di posizionare ogni nuovo database nel relativo gruppo di archiviazione finché non viene raggiunto il numero massimo di gruppi di archiviazione. Questo consiglio comporta diversi vantaggi:
Ripartizione del carico di cassette postali tra il maggior numero disponibile di database e gruppi di archiviazione.
Creazione di una topologia di archiviazione di Exchange più semplice da gestire.
Database di dimensioni minori.
Traffico e file di registro non condivisi tra più database.
Gestione migliorata dell'I/O dell'unità.
Recuperabilità migliorata.
Maggiore profondità aggregata del checkpoint per utente.
I database di un gruppo di archiviazione non sono completamente indipendenti poiché condividono i file di registro delle transazioni. Se aumenta il numero di database in un gruppo di archiviazione, verranno creati più file di registro delle transazioni durante le normali operazioni. Pertanto, sarà necessario un intervallo di tempo aggiuntivo per la riesecuzione del registro delle transazioni durante le procedure di ripristino. Ciò comporterà un aumento dei tempi di ripristino.
Per ulteriori informazioni sulla registrazione delle transazioni, vedere Informazioni sulla registrazione delle transazioni. Per ulteriori informazioni sul ripristino di emergenza, vedere Strategie di ripristino di emergenza.
Gruppi di archiviazione abilitati per la replica continua
Tutti i gruppi di archiviazione abilitati per la replica continua sono limitati a un singolo database per gruppo di archiviazione. Ciò include tutti i gruppi di archiviazione in un ambiente di replica continua cluster (CCR, Cluster Continuous Replication), oltre a eventuali gruppi di archiviazione abilitati per la replica continua locale (LCR, Local Continuous Replication) e/o la replica continua di standby (SCR, Standby Continuous Replication). Non è possibile abilitare un gruppo di archiviazione con più database per LCR o SCR. INoltre, dopo che un gruppo di archiviazione è abiltiato per la replica continua, non è possibile aggiungere ad esso un secondo o successivo database.
Configurazione disco consigliata
Poiché l'I/O sui file di registro è sequenziale mentre l'I/O sui file di database è casuale, per ottenere migliori prestazioni si consiglia di posizionare i file di registro in un disco diverso da quello dei file di database. Se si utilizza un unico file di registro per diversi database, è possibile ridurre il numero di dischi richiesti. Tuttavia, questo approccio comporta due svantaggi:
Se si verifica un errore nel disco contenente i file di registro, verranno danneggiati o persi più database anziché uno solo.
Il ripristino dai file di registro richiede più tempo poiché nei registri vengono rieseguiti i dati di più database.
Per riferimenti dettagliati sulla progettazione e la convalida di una soluzione di archiviazione per Exchange 2007, vedere Pianificazione dell'archiviazione su disco.
Per ottimizzare le prestazioni e l'affidabilità, si consiglia di posizionare i file di registro e di database in dischi diversi anche nel caso di sistemi relativamente semplici, ad esempio che contengono un unico gruppo di archiviazione.
Ulteriori informazioni
Per ulteriori informazioni sulla gestione di gruppi di archiviazione e database in Exchange 2007, vedere Gestione dei gruppi di archiviazione e dei database.
Per ulteriori informazioni sulla gestione delle cartelle pubbliche, vedere Gestione delle cartelle pubbliche.
Per ulteriori informazioni sulla gestione dei database delle cassette postali, vedere Gestione dei database delle cassette postali.
Per ulteriori informazioni sull'archiviazione in Exchange 2007, vedere Progettazione dell'archiviazione dei server Trasporto e Pianificazione dell'archiviazione su disco
Per un elenco dei cmdlet di Exchange Management Shell utilizzabili per la gestione dei gruppi di archiviazione e dei database, vedere Cmdlet per i database e i gruppi di archiviazione.