Exchange Server 2010: Exchange Server ad alta disponibilità
Posta elettronica è uno strumento di comunicazione aziendale essenziale, in modo che tutto ciò che è possibile eseguire per garantire un'elevata disponibilità con Microsoft Exchange Server è una cosa positiva.
Tratte da "Exchange 2010 – un pratico Approach", pubblicato dalla documentazione di Red Gate (2009).
Jaap Wesselius
Esistono vari livelli di Microsoft Exchange Server 2010 è possibile configurare come soluzione ad alta disponibilità (HA). Il gruppo di disponibilità del Database offre la disponibilità elevata nel ruolo del Server cassette postali. Se si desidera una completa soluzione di disponibilità elevata, è possibile configurare il Server Accesso Client e Server Trasporto Hub come soluzione di disponibilità elevata.
Vale la pena tenuto conto del fatto che Exchange Server 2010 Standard Edition supporta anche le tecnologie di replica, proprio come l'edizione Enterprise di Exchange Server 2010. L'unica differenza è che la versione Standard Edition supporta solo fino a cinque database per server, mentre l'edizione Enterprise supporta database fino a 100 per ogni server. Si tratta di uno sviluppo perfetto per le organizzazioni che non dispone di migliaia di cassette postali e non è necessario creare una grande quantità di database delle cassette postali.
Database Exchange Server
Configurazione della disponibilità elevata per altri ruoli del server non è stato modificato in modo significativo rispetto a Exchange 2007. Exchange Server 2010 utilizza un database per memorizzare i dati principali, ovvero i messaggi inviati e ricevuti. Questa tecnologia di database è un sistema transazionale, che è piuttosto comune, ma Exchange Server utilizza la propria tecnologia basata sul motore ESE (Extensible Storage), noto come un database JET.
Quando si installa un Server di cassette postali Exchange Server 2010, database delle cassette postali iniziale è, per impostazione predefinita, memorizzato sull'unità C:\ locale; più specificatamente in c:\Programmi\Microsoft c Server\V14\Mailbox\Mailbox Database << numero casuale >> \. Questo numero casuale è generato da Exchange Server durante la configurazione iniziale, poiché i nomi dei database su più server ed Exchange 2010 devono essere univoci all'interno dell'organizzazione di Exchange.
Un numero di file fanno parte dell'ambiente di database di Exchange 2007, che giocano un ruolo fondamentale nel funzionamento corretto del server di Exchange:
- "0242942819.edb del database delle cassette postali"
- E00. log
- E00000003a.log, E000000003b.log, E00000003c.log e così via
- E00. chk
- E00res00001.log ed E00res00002.log
- E00tmp
- TMP
Per conoscere Exchange tecnologia per database consiste nel comprendere il flusso dei dati tra il Exchange Server e il database stesso. I dati vengono elaborati in blocchi di 32 KB, detto anche "pagine". Quando Exchange è terminato l'elaborazione di una pagina, immediatamente scritto in un file di registro se è stato aggiornato. La pagina viene comunque mantenuta in memoria fino a quando non Exchange è necessario anche in questo caso questa memoria, ma quando la pagina non viene utilizzata per un certo periodo, o quando Exchange è necessario forzare un aggiornamento durante un checkpoint, la pagina viene scritta nel file di database. In questo modo, i dati nei file di log sono sempre in anticipo dei dati nel database. Si tratta di un passaggio importante da ricordare durante la risoluzione dei problemi del database.
Quando i dati vengono scritti nel database, un puntatore chiamato il checkpoint viene aggiornato per riflettere la pagina di nuova o aggiornata è stato scritto nel database. Il punto di arresto viene memorizzato in un file denominato file del checkpoint. Exchange Server viene utilizzata per assicurarsi di che sapere quali dati sono stato scritti per il database e i dati che siano nei file di registro e non ancora scritti nel database. In questo modo, in breve:
- I dati di posta sono inizialmente elaborati in memoria e suddivisi in pagine.
- Le pagine aggiornate vengono scritte nel file di log.
- Se le pagine non sono più necessari da queste pagine vengono scritte nel database di Exchange.
- Il file del checkpoint viene aggiornato in modo da riflettere la nuova posizione del punto di arresto.
Extensible Storage Engine
Exchange Server utilizza il motore di database è basato su ESE. ESE è disponibile in vari formati:
- ESE97 per Exchange Server 5.5
- ESE98 per Exchange Server 2000/2003
- ESENT di Active Directory
- ESE per Exchange Server 2007 e Exchange Server 2010
ESE è un motore di database a basso livello. Ciò significa che conosce tutti i "tipi di base," come stringa di short, long, intero lungo esteso, systime e così via. Tuttavia, non dispone di alcuna conoscenza di qualsiasi struttura o lo schema. Lo schema viene definito mediante il servizio Archivio informazioni nell'applicazione. Ciò è in contrasto con un database relazionale come Microsoft SQL Server, in cui tutte le strutture di database sono semplicemente i metadati, o parte del database stesso.
ESE è ottimizzato per la gestione di grandi quantità di dati semistrutturati, poiché è Impossibile per un Exchange Server prevedere il tipo di dati verrà ricevuto, dimensioni i dati saranno o messaggi di allegati che saranno necessario.
File di registro
Quando Exchange Server sta collaborando con una pagina e le modifiche di stato della pagina da dirty da pulire, la pagina viene scritta nel file di log quasi immediatamente. I dati conservati nella memoria sono veloce per accedere, ma volatile. Tutto ciò che serve è un videogioco secondario nel server e i dati in memoria vanno persi. Quando viene salvato nel file di registro, l'intero server Impossibile masterizzare verso il basso e come conservare il disco, conservare anche i dati.
Fortunatamente, salvare il file di registro è in genere pochi millisecondi. I file di log sono numerati internamente e questo numero (definito come il numero di lGeneration) viene utilizzato per identificare i file di registro e per la memorizzazione su disco quando si è riempite completamente con i dati.
Il file di registro corrente o il "file registro in uso," è E00. log; mentre Exchange viene riempita di questo file di registro con i dati, un file temporaneo di E00tmp già creato (o in fase di creazione) in background. Quando l'E00. log alla fine viene riempito con i dati, questo viene salvato con un altro nome. Il nome deriva dal prefisso del file di log (E00, E01, E02 e così via) e il numero di lGeneration, vale a dire una notazione esadecimale sequenza.
Ad esempio, quando il numero di lGeneration è 1, l'E00. log viene salvato come E0000000001.log. In alternativa, l'ultima volta che si è verificato questo processo, il numero lGeneration era 3E, in modo che il file di registro è stato salvato come E000000003E.log. Poiché il numero di lGeneration è un numero sequenziale, sappiamo che il successivo numero di lGeneration dell'E00. log deve essere 3F e la prossima volta che questo processo di rollover dei file registro ha luogo, il file di registro verrà salvato come E000000003F.log.
Sebbene non sia visibile direttamente, il numero di lGeneration si trova all'interno del file di registro e può essere controllato mediante le informazioni dell'intestazione del file di registro con l'utilità ESEUTIL di dumping. Le prime righe di intestazione del file registro dovrebbe essere simile a:.
Base name: E00 Log file: E00.log lGeneration: 63 (0x3F) Checkpoint: (0x3F,8,16)
Il numero di lGeneration è elencato nella terza riga, entrambi in notazione decimale ed esadecimale. Sfortunatamente, ciò è molto complesso e sarà un giorno in cui un amministratore di Exchange comporta la combinazione di tali notazioni e inizia a lavorare con i file di log errato.
Dopo le pagine vengono scritte nel file di log, essi sono tenuti in memoria, con conseguente risparmio di un'attività costosa rileggere dall'azione disco quando è necessario Exchange Server la pagina. Quando il Server cassette postali è necessario che la memoria per le altre pagine oppure quando la pagina rimane in memoria per un lungo periodo di tempo, viene scritto nel file di database. È anche noto come il "meccanismo di lazy writer".
Una credenza è che i dati dai file di log scritti e letti i file di database, ma ciò non avviene. Viene scritta direttamente dalla memoria al database e i file di registro vengono letti solo in scenari di ripristino di emergenza, ad esempio dopo un arresto non corretto del server. In circostanze normali, i file di registro sono al 100% scrittura, mentre il database è una combinazione casuale tra lettura e scrittura delle azioni.
File di checkpoint
La relazione tra la scrittura dei dati nei file di log e scrivere i dati nel database stesso è gestita tramite il file di checkpoint, E00. chk. Il file del checkpoint punta alla pagina del database che ultima scrittura e viene spostato in avanti, non appena Exchange scrive un'altra pagina dalla memoria al database.
La differenza tra i dati nel database e i dati nei file di log viene definita come profondità del punto di arresto. La profondità del punto di arresto possono essere diversi file di registro; in realtà, la profondità del punto di arresto all'impostazione predefinita è 20 file di registro. Utilizzando il punto di arresto, Exchange attende prima di scrivere nel database e tenta di combinare diverse operazioni di scrittura in modo che le operazioni di scrittura del database possono essere eseguite in modo più efficiente.
Profondità punto di arresto è anche un'impostazione per ogni database. Pertanto, quando la profondità del punto di arresto di un database è 20 file di registro, un minimo di 20 MB di dati viene mantenuto in memoria per il database specifico. Quando si utilizzano 30 database in Exchange Server 2010, ciascuno alla sua profondità massima del punto di arresto, circa 600 MB di dati di Exchange viene mantenuta in memoria.
Il Database delle cassette postali
Il file "0242942819.edb del database delle cassette postali" è il repository principale del ruolo del Server di cassette postali Exchange Server 2010. In Exchange Server 2007 questo file è stato chiamato "cassetta postale database.edb," mentre in Exchange 2003 ed Exchange 2000 il database è stato composto da due file: priv1. edb e Priv1. stm. In Exchange Server 2010, un Server cassette postali può contenere fino a 100 database.
La dimensione massima di un database ESE può essere enorme. Il limite superiore di un file di NTFS è 64EB, e ciò in genere è considerato sufficiente per i file di Database delle cassette postali grandi host. Le dimensioni del Database delle cassette postali Exchange Server 2010 consigliato da Microsoft file massima sono di 2 TB. Rispetto al limite di dimensione dei file di 200 GB in Exchange 2007, utilizzando la replica continua Cluster, si tratta di un aumento notevole. Tenere a mente che sarà necessario configurare più copie di database per il raggiungimento di una soluzione a disponibilità elevata se si utilizza il ridimensionamento.
.jpg)
Jaap Wesselius è il fondatore di consulenti DM, una società con una grande attenzione sulle soluzioni di messaggistica e collaborazione. Dopo aver lavorato presso Microsoft per otto anni, Wesselius ha deciso di commit più del suo tempo alla Comunità di Exchange nei Paesi Bassi, determinando un award Exchange Server MVP nel 2007. È anche un collaboratore regolare in olandese Unified Communications gruppo utenti e l'autore di una regolare per parlare semplice.
Per ulteriori informazioni su "Exchange 2010 – un pratico approccio" nel red-gate.com/our-company/about/book-store.