Gruppi di disponibilità del database in Exchange Server

Cos'è un Database Availability Group?

Un Database Availability Group (DAG) è un gruppo di fino a 16 server della cassetta postale che ospita un insieme di database e fornisce il ripristino automatico a livello di database da errori che colpiscono singoli server o database. È il confine per la replica del database della cassetta postale, lo switch e il failover dei database e dei server, e un componente interno chiamato Active Manager. L'Active Manager è un componente di Exchange responsabile della gestione degli switch e dei failover che si eseguono su ogni server nel DAG.

Qualsiasi server in un DAG può ospitare copie di database di cassette postali da qualsiasi altro server nel DAG. Quando un server viene aggiunto a un DAG, collabora con gli altri server del DAG per fornire il ripristino automatico da errori che colpiscono i database di cassette postali, come errori di disco o di server.

Concetti Correlati di un DAG

1. Ruolo del Server della Casella Postale

Un ruolo MBX aziendale può avere fino a 100 database di Exchange e gestisce le modalità attive e passive delle operazioni del database. Se i termini "DAG member", "DAG server" o "DAG member server" vengono usati in modo intercambiabile nella documentazione relativa a DAG di Microsoft, si riferiscono tutti ai server della cassetta postale MBX aggiunti a un gruppo DAG.

2. Attivo / Passivo

In un DAG, un database può essere servito da un solo ruolo di server MBX per l'accesso al database del client e questo server è chiamato attivo (con lo stato del database montato).

Un server che non fornisce l'accesso ai client ma può prendere il controllo quando il database attivo non riesce a continuare a offrire l'accesso al database dei client è chiamato passivo (questo stato del database è smontato e visualizzato come "healthy" nel campo dello stato di replica).

3. Gestore Attivo

Quando il ruolo attivo del server MBX ha esito negativo, il Primary Active Manager (PAM) gestisce e seleziona la copia del database da attivare. L'Active Manager è un componente introdotto in Exchange Server 2010, sostituendo le funzioni tradizionali di gestione delle risorse del cluster e del failover. Anche se Exchange Server 2010 non è più un'applicazione di cluster, il DAG continua a utilizzare i servizi di cluster di Windows ma non utilizza più i gruppi di cluster di Windows o i moduli di risorse di archiviazione, bensì usa l'Active Manager per gestire lo stato dei database della cassetta postale, inclusi gli stati attivi e passivi, le operazioni di spostamento e gli stati montati.

Mechanism DAG

Exchange DAG sfrutta i Cluster di failover di Windows Server. I cluster di failover utilizzano un meccanismo di quorum basato sul voto dei nodi del cluster per determinare il Proprietario del cluster. Il quorum è un meccanismo condiviso tra tutti i membri del cluster, dove ogni membro legge regolarmente i file nel quorum per determinare lo stato dei membri del cluster. Ogni membro nel cluster è considerato un voto.

Exchange DAG utilizza la modalità Set di Nodi di Maggioranza. In questa modalità, il Failover Cluster richiede un server quorum esterno ai membri del cluster. Questo server quorum effettua una votazione ponderata per un membro specifico del cluster, concedendo a quel nodo i privilegi di Proprietario del Cluster. In modalità Set di Nodi di Maggioranza, il 50% dei voti dei nodi deve essere online. Se N è il numero di nodi, allora N/2+1 nodi devono essere attivi.

Per esempio:

1. Quando ci sono 4 membri del DAG, il calcolo dei voti è: N/2+1 = 3, consentendo la perdita di 2 voti (il che significa che fino a due nodi possono fallire, con un voto proveniente dal servizio di quorum, quindi solo due possono essere persi). Se più di due nodi falliscono, il cluster DAG perde il quorum, causando il dismount di tutti i database e richiedendo l'intervento dell'amministratore per ripristinare la normalità.

2. Quando ci sono 5 membri del DAG, il calcolo dei voti è: N/2+1 = 3, permettendo la perdita di 3 voti (cioè fino a 2 nodi possono avere un'interruzione). Se più di due nodi hanno un'interruzione, il cluster DAG perde la maggioranza e tutti i database vengono smontati, richiedendo l'intervento dell'amministratore per ripristinare la normale operatività.

Installa un DAG

Prerequisiti per l'installazione di un DAG

• Il servizio DNS deve essere in esecuzione

• Il nome assegnato al DAG non deve superare i 15 caratteri

• I nodi devono essere aggiunti all'ambiente di dominio

• Entrambi i nodi devono eseguire un'installazione tipica di Exchange SP3

• Installa il servizio Failover Clustering

• I server devono avere la stessa versione

• Ogni membro del DAG deve avere lo stesso numero di reti

• I nodi devono avere un'installazione tipica di Exchange SP3

Note

• I nodi devono essere configurati con schede di rete doppie:

  - Rete MAPI (per l'accesso degli utenti)

  - Rete di replica (per il heartbeat)

• Il server di controllo deve essere aggiunto al dominio

• Il server di controllo deve avere due o più partizioni

• Una partizione viene utilizzata per archiviare i dati di testimonianza

• Le versioni del server devono essere identiche

Creare un DAG

• Imposta le autorizzazioni per il gruppo Exchange Trusted Subsystem

• Permetti al server di testimoniato di gestire la pianificazione del DAG

• Imposta l'indirizzo IP del cluster per il DAG

• Aggiungi membri al gruppo DAG

• Configura la rete DAG

• Avvia il servizio Microsoft Exchange Information Store

• Verificare la creazione corretta del DAG

Verifica dello Scambio del Database

• Crea una casella postale

• Elimina il file di database di un utente esistente

• Osserva le modifiche nella console

• Testa l'invio e la ricezione di email per garantire il funzionamento corretto

Fai il backup del tuo Exchange Server

Vinchin Backup & Recovery offre una protezione affidabile e di livello aziendale per Microsoft Exchange, supportando i backup su macchine virtuali e server fisici in locale, esterni o in cloud come Azure e Amazon S3. Include backup incrementali perpetui, programmazione flessibile e selezione granulare dei dati, garantendo una protezione dei dati efficiente e coerente. Con la crittografia RSA per il trasferimento dei dati, la crittografia AES 256 e il controllo degli accessi basato sui ruoli, Vinchin garantisce una sicurezza end-to-end. Il trasferimento dei dati ad alta velocità e le politiche di throttling personalizzabili migliorano ulteriormente l'efficienza, mentre una console web semplifica la gestione centralizzata dei backup per Exchange Server 2013, 2016, 2019 e Exchange Online.

Per eseguire il backup del server Exchange ti servono solo 4 passaggi:

1. Seleziona l'oggetto del backup.

2. Seleziona la destinazione del backup.

3. Configura le strategie di backup.

4. Revisione e invio del lavoro.

Vinchin Backup & Recovery fornisce una prova gratuita di 60 giorni con accesso completo a tutte le sue funzionalità avanzate di backup e ripristino. Clicca il pulsante qui sotto per esplorare le sue potenti capacità.

Domande frequenti sui gruppi di disponibilità del database

1. Q: Come viene utilizzato un server di testimoni in un DAG?

A: Il server di testimone viene utilizzato per mantenere il quorum nelle configurazioni DAG con un numero pari di membri. Aiuta a garantire che la maggioranza sia soddisfatta quando si determina se il DAG può rimanere online.

2. Q: Come viene realizzata la replica del database in un DAG?

A: Exchange utilizza la tecnologia di replica continua per copiare le modifiche dal database attivo alle copie passive. Questo garantisce la coerenza dei dati e la disponibilità elevata.

Conclusione

L'implementazione di un Database Availability Group trasforma un ambiente Exchange Server in una soluzione resiliente capace di minimizzare il tempo di inattività e mantenere un servizio continuo per gli utenti. Utilizzando il failover automatico e la replica intelligente dei database, le aziende acquisiscono la tranquillità di sapere che i servizi di posta elettronica critici possono resistere a guasti imprevisti. Assicurarsi che la configurazione sia corretta e seguendo le best practice è essenziale per massimizzare i vantaggi dei DAG, permettendovi di concentrarvi sulla crescita mentre mantenete la stabilità operativa.