Esempi di progettazione di gruppi di disponibilità del database

 

Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Ultima modifica dell'argomento: 2010-10-01

La capacità di un gruppo di disponibilità del database (DAG) di contenere 16 server Cassette postali, insieme a quella di estendere un DAG in più posizioni fisiche e siti di Active Directory, offre un gran numero di possibilità di progettazione per i DAG.

È possibile utilizzare gli esempi di progettazione per i gruppi di disponibilità del database in una vasta gamma di ambienti:

• DAG con due membri, adatto per le distribuzioni nelle filiali e negli uffici di piccole dimensioni

• DAG con quattro membri che assicura un'elevata disponibilità in un unico datacenter posizionando tutti i membri nello stesso datacenter

• DAG con quattro membri che assicura un'elevata disponibilità in un unico datacenter e resilienza del sito per il datacenter, posizionando due membri nel datacenter primario e altri due nel datacenter secondario

Il progetto utilizzato per i DAG e la distribuzione delle copie del database delle cassette postali si baseranno sui contratti di servizio dell'organizzazione, sull'obiettivo temporale di recupero e sull'obiettivo per il punto di recupero per i dati e il servizio della cassetta postale, come indicato nei contratti.

Sommario

DAG con due membri in un unico datacenter/sito di Active Directory

Un DAG con quattro membri in Unico Datacenter/Sito di Active Directory

Un DAG con quattro membri in Due Datacenter/Sito di Active Directory

Due DAG con quattro membri in Due Datacenter/Sito di Active Directory

Uso dei server cassette postali che non contengono database in un DAG per altri voti

Per informazioni sulle attività di gestione relative alla resilienza del sito e all'elevata disponibilità, vedere Gestione della disponibilità elevata e della resilienza del sito.

DAG con due membri in un unico datacenter/sito di Active Directory

Un DAG con due membri è il DAG più piccolo, in grado di fornire l'elevata disponibilità. I DAG con due membri sono adatti per le organizzazioni che richiedono l'elevata disponibilità per i dati e i servizi della cassetta postale, ma non richiedono la resilienza del sito. Questa configurazione è adatta in modo particolare per le distribuzioni nelle filiali e negli uffici di piccole dimensioni dal momento che abilita la ridondanza per i ruoli del server Trasporto Hub, Cassette postali e Accesso client utilizzando solo due server Exchange. La figura seguente illustra questa configurazione.

Gruppo di disponibilità del database con due membri

Esistono diversi aspetti di questa configurazione che vale la pena notare:

• In questo progetto, solo i ruoli del server Trasporto Hub, Cassette postali e Accesso client si trovano nella stessa posizione. Anche se esiste la possibilità che nella stessa posizione ci sia anche il ruolo del server di Messaggistica unificata, non si consiglia quella configurazione per motivi di esecuzione.

• Per raggiungere l'elevata disponibilità per i ruoli del server Trasporto Hub e Accesso client, è necessario utilizzare il bilanciamento del carico tra i client e i ruoli del server. Poiché i ruoli di questi server sono nella stessa posizione di un server cassette postali che è un componente di un DAG, non è possibile utilizzare Bilanciamento carico di rete di Windows (poiché il bilanciamento carico di rete e il clustering di failover di Windows non possono essere installati sullo stesso server). Invece, è necessario utilizzare la soluzione non-Windows di Bilanciamento carico di rete (ad esempio, un hardware di bilanciamento del carico o un software di bilanciamento del carico di terze parti).

• Come per tutti i DAG che contengono un numero pari di membri, un DAG con due membri richiede un server di controllo per mantenere il quorum. Il server testimone (non nelle immagini) e un server Windows che non è e non sarà mai un componente del DAG. Ad esempio, le organizzazioni di piccole dimensioni che utilizzano questa configurazione potrebbero utilizzare un file server o un server di elenchi in linea come server testimone. Il quorum viene mantenuto finché più della metà dei votanti sono disponibili e in comunicazione. Un DAG con due membri con un server testimone fornisce un sistema con tre votanti. Ciascun membro di un DAG e il server testimone possono votare quando sono disponibili e in comunicazione. Quindi, un DAG con due membri può resistere all'errore o alla disconnessione di un singolo votante (ad esempio, uno dei membri del DAG o solo il server di controllo) senza l'interruzione del servizio. Tuttavia, la perdita di due dei votanti (ad esempio, un membro di un DAG e il server testimone) produrranno una perdita di quorum che darà luogo ad un'interruzione del servizio.

Inizio pagina

Un DAG con quattro membri in Unico Datacenter/Sito di Active Directory

Un DAG con quattro membri nella distribuzione in un unico datacenter fornisce una maggiore resilienza agli errori rispetto a un DAG con due o tre membri. DAG più grandi offrono una maggiore resilienza perché possono resistere a più errori senza che il servizio venga interrotto. Mentre un DAG con due o tre membri può resistere alla perdita di un unico votante senza perdere il quorum e compromettere il servizio, un DAG con quattro membri, che per definizione ha cinque votanti, può resistere alla perdita di due votanti senza perdere il quorum e compromettere il servizio.

La figura seguente illustra un DAG con quattro membri, tutti posizionati in un unico datacenter.

Gruppo di disponibilità del database con quattro membri

Utilizzando un DAG con quattro membri, è possibile creare massimo quattro copie di ogni database. È un numero sufficiente di copie del database per abilitare l'utilizzo di scenari per la protezione dei dati alternativi, come ad esempio la protezione della cassetta postale flessibile. La protezione delle cassette postali flessibili consente di combinare l'elevata disponibilità di Microsoft Exchange Server 2010 e le funzionalità di flessibilità di ESE (Extensible Storage Engine) con altre funzionalità di protezione incorporate, come le copie del database delle cassette postali in latenza, i criteri di conservazione, la cartella degli elementi ripristinabili per creare una soluzione che possa ridurre la necessità di altre forme di protezione, come l'utilizzo di RAID (Redundant Array of Independent Disks) o i backup dei dati. Per ulteriori informazioni sulla protezione della cassetta postale flessibile, vedere Informazioni su backup, ripristino e ripristino di emergenza. Per ulteriori informazioni sull'utilizzo di repliche per i backup e l'utilizzo di JBOD (Just a Bunch of Disks), vedere Progettazione dell'archiviazione del server Cassette postali.

Inizio pagina

Un DAG con quattro membri in Due Datacenter/Sito di Active Directory

Un DAG con quattro membri esteso in due datacenter offre a entrambi i datacenter elevata disponibilità e resilienza del sito per i dati e i servizi della cassetta postale. Questa configurazione è illustrata nella figura seguente.

Gruppo di disponibilità del database con quattro membri esteso in due siti

Esistono diversi aspetti di questa configurazione che vale la pena notare:

• Il server di controllo per il DAG deve essere posizionato nel datacenter primario. Di solito, il datacenter primario è il datacenter contenente la maggioranza degli utenti. L'utilizzo di un server di controllo nel datacenter primario garantisce la continuità della funzionalità per la maggioranza degli utenti nel caso di una disconnessione alla rete WAN (Wide Area Network). È possibile utilizzare i DAG per eliminare il WAN come unico punto di errore e consentire l'accesso ai dati e alla manutenzione in modo che possano rimanere funzionali per più datacenter nel caso di un'esclusione di WAN. Per ulteriori informazioni, vedere l'esempio seguente.

• Non esiste un routing diretto che consente il traffico dalla rete di replica su uno dei server dei membri DAG alla rete MAPI su un altro server membro di un DAG o il contrario o tra più reti di replica nel DAG. Ad esempio, si desidera bloccare il traffico tra la rete MAPI su ciascun membro DAG e le reti di replica su ciascuna altra rete DAG. Nella figura precedente, la rete MAPI su MBX1A non dovrebbe avere nessuna connettività di rete con le reti di replica su MBX1B o MBX2B. È possibile utilizzare gli elenchi di controllo di accesso al router (ACL) per bloccare questo traffico. Inoltre, se si sta utilizzando DHCP (Dynamic Host Configuration Protocol) per la rete di replica, è possibile utilizzare DHCP per configurare le route statiche per i membri DAG.

• Poiché questa configurazione di DAG ha lo scopo di fornire una flessibilità al sito, il valore della durata (TTL) per gli spazi dei nomi dell'accesso client di Exchange (Microsoft Office Outlook Web App, Autodiscover, Microsoft Exchange ActiveSync, Outlook Anywhere, POP3, IMAP4, SMTP, e Accesso client RPC) deve essere impostato su 5 minuti sia nelle zone DNS interne che esterne.

• In questo esempio, i ruoli del server Exchange vengono distribuiti su un hardware apposito. Poiché i ruoli del server Accesso client e Trasporto Hub non si trovano nella stessa posizione del server per le cassette postali nel DAG, viene utilizzato il Bilanciamento carico di rete di Windowsper bilanciare il carico dei ruoli dei server Accesso client e Trasporto Hub.

Inizio pagina

Due DAG con quattro membri in Due Datacenter/Sito di Active Directory

Come illustrato nell'esempio precedente, l'uso di un unico DAG con quattro membri esteso su due datacenter può fornire un'elevata disponibilità e flessibilità del sito per i servizi e dati delle cassette postali. Tuttavia, se si verifica un'esclusione di WAN, solo il datacenter primario mantiene il servizio poiché contiene la maggioranza dei votanti. Il datacenter con la minoranza dei votanti perde la maggioranza e i membri del DAG in quel datacenter perdono il quorum e vengono disattivati.

Per distribuire server cassette postali in un ambiente con più datacenter, dove ciascun datacenter serve attivamente una popolazione di utenti locali, si consiglia di distribuire più DAG in cui ciascun DAG ha una minoranza di votanti in un diverso datacenter, come spiegato nella figura seguente.

Due DAG con quattro membri estesi su due siti

Poiché DAG1 e DAG2 contengono un numero pari di membri, utilizzano un server testimone. Anche se più DAG possono utilizzare lo stesso server testimone, vengono utilizzati più server testimoni in datacenter separati per effettuare la manutenzione del servizio per ciascuna popolazione di utenti locali del datacenter nel caso di un'esclusione WAN.

Gli utenti che si trovano a Portland avrebbero il database attivo delle cassette postali su PDXMBX3 e/o PDXMBX4, con copie di database passivo su REDMBX3 e/o REDMBX4. Analogamente, gli utenti che si trovano a Redmond avrebbero il database attivo delle cassette postali su REDMBX1, con copie di database passivo su PDXMBX1 e/o PDXMBX2. Se tutta la connettività di rete dovesse andare perduta tra Redmond e Portland, succederebbe quanto segue:

• Per DAG1, i membri REDMBX1 e REDMBX2 sarebbero nella maggioranza e continuerebbero a servire gli utenti nel datacenter di Redmond poiché possono comunicare con il server testimone di DAG1, HUB1.

• Per DAG2, i membri PDXMBX3 e PDXMBX4 sarebbero nella maggioranza e continuerebbero a servire gli utenti nel datacenter di Portland poiché possono comunicare con il server testimone di DAG2, HUB2.

Inizio pagina

Uso dei server cassette postali che non contengono database in un DAG per altri voti

Come già illustrato, i DAG più grandi forniscono di per sé una maggior flessibilità poiché possono sostenere più errori senza dover interrompere il servizio. Una strategia di progettazione che può contribuire ad aumentare la flessibilità nella gestione degli errori dei membri DAG è utilizzare i server Trasporto Hub nel datacenter primario dei DAG. Questa strategia comporta l'aggiunta del ruolo del server cassette postali (senza nessun database o copie di database) al server Trasporto Hub e successivamente l'aggiunta del server al DAG. In questo scenario, il ruolo del server cassette postali viene utilizzato solo a scopo di voto e di quorum. Più aumenta il numero di votanti in un DAG, più errori dei votanti può sostenere il DAG e mantenere ancora il quorum.

Ad esempio, si immagini che ci sia un DAG con quattro membri esteso nei due datacenter. Il datacenter primario contiene due membri DAG e il server testimone e un secondo datacenter contiene due membri DAG. Come illustrato nella figura seguente, ci sono cinque votanti del quorum. Quindi, questo DAG può perdere due votanti e mantenere ancora il quorum. Se il DAG perde un terzo votante, perde il quorum e sarà necessario un intervento amministrativo manuale per ripristinare il servizio.

Uso di un DAG con quattro membri con un server testimone

Utilizzando gli stessi server in questo esempio, è possibile aggiungere il ruolo del server delle cassette postali ai server Trasporto Hub REDHUB1, REDHUB2 e PDXHUB1 quindi aggiungere questi server a DAG1 (supponendo che questi server siano in grado di gestire dei cluster di failover di Windows).

Uso di un DAG con sette membri che utilizza tre server cassette postali che non contengono database

A questo punto, non si crea nessun database delle cassette postali di produzione su questi server. Inoltre, non si replica nessuna copia di database su questi server. In questa configurazione, è possibile eliminare il database delle cassette postali e arrestare il servizio Archivio informazioni di Microsoft Exchange (che, facoltativamente, può anche essere disabilitato).

Nota

Anche se il servizio Archivio informazioni di Exchange non è necessario per un server cassette postali che non contiene un database per partecipare al voto del quorum, il servizio Replica di Microsoft Exchange deve essere in funzione in modo che il server cassette postali partecipi al quorum e alle funzioni del DAG.

Una volta che i server cassette postali che non contengono database saranno stati aggiunti come membri del DAG, diventeranno partecipanti nel quorum per il DAG. In questa configurazione, DAG1 ha ora sette votanti del quorum. Di conseguenza, può perdere tre server a mantenere ancora il quorum.

Inizio pagina

 ©2010 Microsoft Corporation. Tutti i diritti riservati.