Informazioni sull'architettura di Exchange 2010 LUN
Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Ultima modifica dell'argomento: 2016-11-28
In molti casi il disco fisico, o il numero di unità logica (LUN, Logical Unit Number), riconosciuto dal sistema operativo viene estratto dall'hardware utilizzato per impostare il disco nel sistema operativo. In Microsoft Exchange Server 2010 viene utilizzata l'architettura LUN.
Sebbene esistano numerosi metodi per progettare i numeri di unità logica in Exchange 2010, per limitare la complessità è consigliabile adottare i metodi riportati di seguito:
Un numero di unità logica per database
Due numeri di unità logica per database
Due numero di unità logica per set di backup
Un numero di unità logica per database
Un'architettura con un singolo numero di unità logica per database implica l'inserimento del database e dei file di registro corrispondenti nello stesso numero di unità logica. Per distribuire un'architettura LUN che utilizza un singolo numero di unità logica per database è necessario un gruppo di disponibilità del database disponibile in due o più copie e che non utilizzi una soluzione Servizio Copia Shadow del volume basata sull'hardware.
Alcuni vantaggi di questa strategia sono riportati di seguito:
Amministrazione dell'archiviazione semplificata con meno numeri di unità logica da gestire.
Potenziale riduzione del numero di processi di backup.
Flessibilità nell'isolare le prestazioni tra i database quando non si condividono assi tra i numeri di unità logica.
È importante osservare che questa strategia limita la capacità di eseguire le procedure di backup e ripristino del Servizio Copia Shadow del volume basato sull'hardware (ad esempio la clonazione degli snapshot). Per ulteriori informazioni sul Servizio Copia Shadow del volume, vedere Procedure consigliate per l'uso del servizio Copia shadow del volume con Exchange Server 2003
Inizio pagina
Due numeri di unità logica per database
In Exchange 2010, considerando il caso massimo di 100 database, il numero di LUN di cui viene effettuato il provisioning dipende dalla strategia di backup. Se l'obiettivo temporale di recupero (RTO, Recovery Time Objective) è limitato o se si utilizzano i cloni del Servizio Copia Shadow del volume per il recupero rapido, è consigliabile inserire ciascun database nel proprio numero di unità logica del registro delle transazioni e del database. Poiché in questo modo si supera il numero di lettere di unità disponibili, è necessario utilizzare i punti di montaggio del volume.
Alcuni vantaggi di questa strategia sono riportati di seguito:
Possibilità di utilizzo del Servizio Copia Shadow del volume basato sull'hardware a livello di database, con la possibilità di eseguire il backup e il ripristino del singolo database.
Flessibilità nell'isolare le prestazioni tra i database quando non si condividono assi tra i numeri di unità logica.
Aumento dell'affidabilità dovuto al fatto che un problema di capacità o di danneggiamento su un singolo numero di unità logica avrebbe effetto su un solo database. Questa è una considerazione importante se non si sfruttano le caratteristiche predefinite di adattabilità delle cassette postali.
Di seguito sono riportati alcuni svantaggi di questa strategia:
100 database richiedono 200 numeri di unità logica, pertanto è possibile che vengano superati i limiti massimi di alcuni array di archiviazione.
Un numero di unità logica diverso per ogni database comporta la presenza di più numeri di unità logica per server, aumentando i costi amministrativi e la complessità.
Inizio pagina
Due numero di unità logica per set di backup
Un set di backup è il numero dei database di cui viene eseguito il backup completo in una notte. Una soluzione che prevede l'esecuzione del backup completo di 1/7 dei database nell'arco di una notte (ad esempio per mezzo di un backup mensile settimanale o bimestrale con backup incrementali o differenziali giornalieri) può contribuire a ridurre la complessità collocando tutti i database di cui eseguire il backup nello stesso numero di unità logica del database o del registro. In questo modo è possibile ridurre il numero di LUN sul server.
Alcuni vantaggi di questa strategia sono riportati di seguito:
Amministrazione dell'archiviazione semplificata con meno numeri di unità logica da gestire.
Potenziale riduzione del numero di processi di backup.
Di seguito sono riportati alcuni svantaggi di questa strategia:
Limitazione della capacità di eseguire le procedure di backup e ripristino del Servizio Copia Shadow del volume basato sull'hardware (ad esempio la clonazione degli snapshot). Per ulteriori informazioni sul Servizio Copia Shadow del volume, vedere Procedure consigliate per l'uso del servizio Copia shadow del volume con Exchange Server 2003
Un problema di capacità o di danneggiamento su un singolo numero di unità logica potrebbe avere effetto su più database.
Inizio pagina
©2010 Microsoft Corporation. Tutti i diritti riservati.