Domande e risposte su Exchange Una seconda analisi delle funzionalità e dei miglioramenti di Exchange 2010
Henrik Walther
In questo numero continuare il punto in cui è stata interrotta nel mio ultimo articolo, vale a dire, rispondere alle domande più alla nuove e interessanti funzioni Exchange 2010. Ma ho anche spazio per un paio di domande di Exchange Server 2007.
Q Si esegue la distribuzione un cluster di Exchange 2007 SP1 con più siti utilizzando la replica continua cluster (CCR). I nodi del due cluster si trova in datacenter separati. Exchange viene eseguito in Windows Server 2008 SP2 e si pianificare sono le interfacce pubbliche e private nella subnet diverse in ogni centro dati. Come è noto, ciò significa che è necessario utilizzare la routing tra i nodi del cluster.
È non necessario alcun problema di configurazione l'interfaccia pubblica in base alle istruzioni nella sezione CCR in Microsoft TechNet. Ma quando si configura il gateway predefinito sull'interfaccia privata, viene visualizzato il messaggio di avviso visualizzato in figura 1.
Figura 1 Specifica di più gateway predefiniti in Windows Server 2008.
In base a questo messaggio di avviso, si ritiene elementi non funzioneranno correttamente se si specifica più gateway predefiniti su ciascun nodo nella nostro cluster CCR con più siti. Questa porta noi a nostro domanda: Come si deve configurare l'interfaccia di rete privata in questo tipo di scenario?
A Sono felici che questa domanda prima di procedere, verrà chiesto quanto specifica di più gateway predefiniti su un cluster CCR con più siti principali problemi. La corretta configurazione richiede le route permanenti, statiche per ogni interfaccia privata.
Per iniziare, assicurarsi che l'interfaccia pubblica viene elencato per primo nell'elenco ordine di connessione in Impostazioni avanzate in connessioni di rete nel Pannello di controllo. Successivamente, assicurarsi che si è specificato un gateway predefinito nell'interfaccia di rete pubblica per ogni nodo del cluster.
Infine, configurare le route sulle interfacce private in modo che tutto il traffico che non corrisponde la route creata utilizzi il gateway predefinito dell'interfaccia pubblica. Si supponga che l'interfaccia privata del nodo 1 si trova su subnet 192.168.100.x/24 con un gateway di rete all'indirizzo IP a 192.168.100.1. L'interfaccia di rete privata del nodo 2 si è su 192.168.200.x/24 subnet con un gateway di rete all'indirizzo IP 192.168.200.1. In questo caso sarà necessario creare questa route su nodo 1: ROUTE ADD 192.168.200.0 MASK 255.255.255.0 a 192.168.100.1 –P e seguenti route sul nodo 2: MASK DI ROUTE COMPONENTE 192.168.100.0 255.255.255.0 192.168.200.1 – P.
Il parametro –P Specifica che le route create sono permanenti e non essere deselezionate dopo un riavvio.
Questa configurazione garantisce la rete corretta per ogni interfaccia nei nodi del cluster. Per anche ulteriori informazioni su come configurare l'interfaccia privata quando si utilizza routing tra le reti, estrarre post da giovanni buona Tim McMichael.
In una nota finale, È inoltre consigliabile che configurare la rete privata di una rete mista in modo che il cmdlet ContinuousReplicationHostName di attivazione può essere utilizzato per indirizzare l'attività di replica nella rete ridondante. Per ulteriori informazioni su questo cmdlet, vedere il abilitazione di reti di cluster ridondanti per la distribuzione dei log e di seeding in Windows Server 2003.
Q Ha una domanda relative a nuovi database disponibilità gruppo (DAG) funzionalità in Exchange Server 2010. Più specificamente, la mia domanda è correlato a file di log copia e seeding tra database attivi e passivi. Exchange Server 2010 offre le modifiche o migliorate in modo che file di registro operazioni di copia e seeding si verifica con replica continua locale (LCR), replica continua cluster (CCR) e replica continua di standby (SCR) in Exchange Server 2007?
A Che è una domanda molto. Sebbene la tecnologia di replica asincrona utilizzato in Exchange 2007 funziona piuttosto bene, non significa che non può essere migliorata, a destra? Sono lieti informare che il gruppo di prodotti Exchange ha reso più interessanti modifiche e miglioramenti per la tecnologia di replica asincrona con Exchange 2010.
In Exchange 2007, il servizio di replica di Microsoft Exchange copia file di registro alla copia passiva del database (LCR), nodo passivo del cluster (CCR) o destinazione SCR su (SMB), che significa che è necessario aprire la porta 445 in qualsiasi firewall tra i nodi del cluster CCR (in genere quando la distribuzione di più siti CCR cluster) e/o origine SCR e destinazioni. È a conoscenza di lavoro per o con un'organizzazione aziendale di grandi dimensioni che convincere agli amministratori per aprire la porta 445/TCP tra due centri dati una distanza di rete da un semplice esercizio. Con la funzionalità di Exchange 2010 DAG, la tecnologia di replica asincrona si basa non è più su SMB. Exchange 2010 utilizza TCP/IP per file di registro operazioni di copia e seeding e, ancora meglio, offre la possibilità di specificare quale porta da utilizzare per la replica del file registro. Per impostazione predefinita, DAG utilizza la porta 64327, ma è possibile specificare un'altra porta, se necessario. A tal fine, utilizzare il comando riportato di seguito:
Set-DatabaseAvailabilityGroup -identity <DAG name> -ReplicationPort <port number>
Inoltre, la funzionalità di Exchange 2010 DAG supporta l'utilizzo della crittografia, mentre i file di registro in Exchange 2007 vengono copiati su un canale non crittografato, a meno che IPsec è stato configurato. Più specificamente, DAG sfrutta le funzionalità di crittografia di Windows Server 2008, ovvero DAG utilizza l'autenticazione Kerberos tra ogni membro del server di cassette postali del rispettivo DAG. Crittografia di rete è una proprietà di DAG, non alla rete DAG. Impostazioni di proprietà di crittografia di DAG in una rete sono: Disattivato (crittografia di rete non è in uso), attivato (crittografia di rete abilitata per la replica di tutte le reti esistenti in un DAG e di seeding), InterSubnetOnly (l'impostazione predefinita significato crittografia di rete in uso su DAG reti nella stessa subnet) e SeedOnly (crittografia di rete in uso per il seeding di tutte le reti in un DAG). È possibile abilitare crittografia di rete utilizzando il set-DatabaseAvailabilityGroupcmdlet. Ad esempio, se si desidera attivare la crittografia per log copia e seeding, è necessario eseguire il comando:
Set-DatabaseAvailabilityGroup -identity <DAG name> -NetworkEncryption Enabled.
Infine, con Exchange 2010 DAGs è possibile attivare la compressione per il seeding e la replica su uno o più reti in un DAG. Si tratta di una proprietà di DAG, non su una rete DAG. L'impostazione predefinita è di InterSubnetOnly e ha le stesse impostazioni disponibili a quelle della proprietà di crittografia di rete. Per attivare la compressione di rete per il file registro di copia e il seeding di tutte le reti in un DAG, utilizzare il comando: Insieme-DatabaseAvailabilityGroup –Identity < DAG nome >-NetworkCompression abilitato. Per trovare lo stato della porta, le impostazioni di crittografia e compressione per un DAG, utilizzare il comando di –status di Get-DatabaseAvailabilityGroup come illustrato in figura 2.
Figura 2 Database disponibilità gruppo crittografia, compressione e di rete replica impostazioni della porta.
Q Nel precedente, Exchange Queue & una colonna, è parlato una significativa riduzione di I/O in Exchange 2010 rispetto a Exchange 2003 e 2007. È possibile illustrare le modifiche specifiche migliorate il gruppo di prodotti di Exchange per ottenere tale ottimizzazione per le prestazioni di archiviazione in Exchange 2010?
A Se è accennato, abbiamo visto una riduzione significativa I/o al secondo nel passaggio da Exchange 2003 a Exchange 2007. Riduzione del 70 % non sono rari. È possibile attributo questa principalmente per l'utilizzo di un'architettura a 64 bit per Exchange 2007. Di conseguenza, Exchange 2007 può accedere più memoria e pertanto utilizzare la cache di memoria maggiore rispetto al predecessore. I dati più il Exchange possibile recuperare, direttamente dallo spazio di indirizzo di memoria virtuale, fewerI/OS necessari con i dischi nel sottosistema di archiviazione sottostante.
In questo modo molto più efficiente utilizzo di sistema di archiviazione esistente (in genere un costoso Storage Area Network) o un grande excuse spostare meno costoso direct attached storage. La riduzione dei requisiti I/O abilitare l'hosting di molte più cassette postali (5,000-plus) per server di cassette postali di Exchange 2007 quanto fosse possibile con Exchange 2003. Per evitare la frammentazione della memoria virtuale, Exchange 2003 era in genere limitato a 4.000 cassette postali per server cassette postali. (Sì, so questo depended sul tipo di server, i profili utente di archiviazione e infrastruttura di Exchange.)
ESE (Extensible Storage Engine) è stata la tecnologia sottostante del database di Exchange dalla prima versione, Exchange 4.0, rilasciato nel giugno 1996. Fino a quando non Exchange 2007 SP1, il gruppo di prodotti Exchange effettuate grande impegno in Modifica e ottimizzazione ESE per l'archiviazione performance.For migliore in Exchange 2010, il gruppo di prodotti Exchange attivando il recapito di grandi dimensioni (+ 10 GB), veloce le cassette postali durante la creazione di note sfruttare archiviazione economici. A causa delle modifiche ESE apportate in questa versione, è ora possibile utilizzando tali dischi a basse prestazioni come i dischi SATA simile a quello di desktop (o dischi SATA o livello 2). Sì, sta parlando 7200 circa i dischi SATA, come quelle nella propria workstation! Se si utilizza la funzionalità gruppo di disponibilità del database per un'elevata disponibilità (tre o più database copie), è possibile anche utilizzare, ad esempio, un disco singolo 7200RPM archiviazione sia un database e registri delle transazioni anziché configurazioni RAID costose.
Raggiungimento di tali miglioramenti deve modificare lo schema di archivio in modo significativo. In pratica, il gruppo di prodotti Exchange desiderava per spostarsi dall'I/o casuale, piccolo molti, a meno sequenziale, I/o di grandi dimensioni. Spostamento da casuale a I/o sequenziale notevole modifiche all'architettura della tabella di archivio.
In Exchange 2007 e versioni precedenti, ogni database è una tabella delle cassette postali (archiviate tutte le cassette postali il database), cartelle tabella (cartelle delle cassette postali stored per tutte le cassette postali nel database), tabella dei messaggi (messaggi archiviati), tabella degli allegati (stored allegati per tutte le cassette postali nel database) e .In tabella (visualizzazioni di cartella stored per tutte le cassette postali nel database) di cartella di messaggi questa architettura, che non viene modificato molto dall'Exchange 4.0, numerose operazioni di I/o casuali doveva eseguire a fronte del database. Uno dei vantaggi con questa architettura è archiviazione a istanza singola (SIS) nel quale è stata conservata solo una copia di un messaggio, un grande vantaggio di ripristino quando i dischi di dimensioni relativamente ridotti erano nominale per il corso. Ma oggi, con 500 GB SAS e i dischi di 2 TB SATA a nostra disposizione, questa architettura non è più opportuno.
In Exchange 2010, lo schema di archivio è cambiato in modo che tutti i dati in una cassetta postale è memorizzati in tabelle vicini nel database. In realtà, ciascuna cassetta postale ha il proprio cartella, l'intestazione del messaggio, il corpo e di visualizzazione tabella. In questo modo, SIS non esiste più in Exchange i database. Come effetto collaterale di rimozione SIS da Exchange, un database potrebbe bloat da circa il 20 %. Per risolvere il problema, il gruppo di prodotti Exchange compressi i database (più specificamente, le intestazioni dei messaggi e testo o corpo HTML). Assegnando un proprio insieme di tabelle a ciascuna cassetta postale, I/o eseguita da un database sono principalmente sequenziali.
Altre interessanti modifiche includono: lo spazio di database viene allocato in modo contiguo;database contiguity viene mantenuto nel tempo;le dimensioni di pagina del database sono state aumentate da 8KBto 32 KB;e la funzionalità di lettura asincrona è stata migliorata. Groupis il prodotto di Exchange anche lavorando incrementando l'efficacia della cache di modificare la profondità del checkpoint a 100 MB per le configurazioni di elevata disponibilità, utilizzando memorizzare nella cache di compressione e database della cache di priorità.
Come risultato di tutte le modifiche in Exchange 2010, è possibile prevedere di riduzione del 70 % di i/o rispetto a Exchange 2007.
È stato solo presentata per quanto riguarda le ottimizzazioni di archiviazione in Exchange 2010. Se si desidera alcune indicazioni grande con tutti i dettagli complicati in miglioramenti dell'archivio di Exchange 2010, Consiglio vivamente è acquisire una nuova tazza di caffè e controllare la registrazione della sessione Tech·ed 2009 su archivi di Exchange 2010 presentata da Matt Gossage, membro del team categoria servizio di Exchange responsabile del database ESE. Non di un processo molto di spiegare questo complesso argomento Level 300 in lingua inglese normale. Controllare in in linea (non è necessario avere partecipato Tech·ed per il controllo).
Q Abbiamo più server di cassette postali basate su replica CCR di Exchange 2007 cluster continua distribuiti all'interno di nostra organizzazione. La rete privata su tutti i nodi dispone di file e condivisione di stampanti per reti Microsoft disabilitato (vedere figura 3). Siamo sicuri che questa è consigliata quando è stato distribuito Exchange 2007.
Nella figura 3 file e condivisione di stampanti per reti Microsoft disattivato.
Ma questo è diverso dalle istruzioni fornite con Exchange 2007 SP1 documentazione. Ora la raccomandazione è abilitare file e condivisione di stampanti per reti Microsoft interfaccia di rete privata esattamente come disponibile per l'interfaccia di rete pubblica. Possono spiegare perché questa Guida modificata dopo che Exchange 2007 SP1 rilasciato?
A Hai corretto. Prima del rilascio di Exchange Server 2007 SP1, disattivazione di condivisione file e stampanti per reti Microsoft sull'interfaccia di rete privata era consigliata. Ma in Exchange 2007 SP1, una nuova funzionalità consente replicare i file di registro su più interfacce di rete, così che le reti ridondanti, oltre a ridurre la quantità di dati trasmessi in interfaccia di rete pubblica. Nella versione per manufacturing (RTM) versione di Exchange 2007, tutti i file di registro operazioni di copia e seeding si è verificato sull'interfaccia di rete pubblica.
In una nota correlata, se si utilizza un computer basato su Windows Server 2008, assicurarsi di abilitare NetBIOS su tutte le interfacce di rete che si intende utilizzare per il file registro di copia e di seeding. Se NetBIOS è disabilitato, il comando ContinuousReplicationHostNames di attivazione non verrà eseguito.
Il cmdlet ContinuousReplicationHostNames di attivazione consente di specificare le interfacce di rete devono essere utilizzate per file registro di copia e di seeding. Ma tenere presente che è necessario modificare la rete privata a una rete mista nella console di cluster di Failover Windows allo scopo di utilizzare per file di log copia e seeding.
Vedere la documentazione di Exchange 2007 SP1 per ulteriori informazioni.
Q In Exchange 2007, Microsoft dispone un'indicazione su come interrompere il flusso della posta da e verso un server di cassette postali di Exchange 2007, come nel caso di un virus o di un simile attacco? Vorremmo utenti potranno effettuare la connessione alle cassette postali, ma non essere in grado di inviare e ricevere messaggi di posta elettronica in tali circostanze.
A A tal è possibile arrestare il servizio di trasporto di Microsoft Exchange sui server Trasporto Hub di Exchange 2007.
Se si desidera recapitati senza che i nuovi messaggi nella coda di tutti i messaggi di posta elettronica in coda, semplicemente sospendere il servizio di trasporto di Microsoft Exchange.
Si noti che questa operazione a livello di server di cassette postali richiede chiesto di interrompere il servizio invio posta di Microsoft Exchange sui server cassette postali di Exchange 2007 coinvolti.
Q È stata eseguita una chiusura esaminare la nuova funzionalità di cassetta postale di archivio di Exchange Server 2010 e dispone di un paio di domande. Ho notato che una volta che si attiva la funzionalità di cassetta postale archiviazione per una cassetta postale utente, accessibile e funziona come previsto tramite 2010 di Outlook Web Access e Outlook 2010, ma non tramite Outlook 2003 o 2007. Non si potrà rendere l'uso della nuova funzione cassetta postale archivio prima che l'aggiornamento a Outlook 2010?
Inoltre, si desidera spostare cassetta postale di archiviazione per un utente corrispondente a un altro database delle cassette postali. Ma come è possibile visualizzare, dal punto di vista come questo non è possibile. Se non è possibile spostare la cassetta postale di archiviazione in un altro database delle cassette postali, qual è il vantaggio della cassetta postale di archiviazione?
A In relazione alla prima domanda, ciò che viene visualizzato è un comportamento previsto (anche quando viene raggiunto Exchange 2010 RTM). Sarà solo possibile per accedere a un'archivio cassetta postale (o alternativo) tramite Outlook Web Access 2010 o 2010 di Outlook. L'accesso a questa cassetta postale tramite legacy di Outlook 2003 o 2007 client è possibile né supportati
Per risolvere alla seconda domanda, è possibile memorizzare la cassetta postale Archivio solo nello stesso database delle cassette postali di quello in cui è memorizzato il cassetta postale principale. Ma poiché è possibile utilizzare dischi di livello 2 (o dischi simile a desktop SATA) per il database delle cassette postali e i registri in Exchange 2010, verso la cassetta postale archivio a un altro sottosistema di archiviazione non realmente utile. Con detto, ecco alcuni dei vantaggi della funzionalità archivio cassetta postale:
Consente di fornire le cassette postali più grandi agli utenti finali senza influire sulle prestazioni delle cartelle di percorso critico per la cassetta postale principale (cassetta postale principale = dati attivo, la cassetta postale di archiviazione = dati a freddo) anche se i database delle cassette postali sono memorizzati su dischi SATA/livello 2. È possibile fornire cassette postali di grandi dimensioni (+ 10 GB) senza nella sincronizzazione tutti i dati del file ost dell'utente in modalità cache (una cassetta postale di archiviazione è disponibile solo in modalità in linea).
Cassetta postale di archiviazione è una sostituzione per i file pst. Come si conosce già, la cassetta postale di archivio non è solo accessibile tramite Outlook 2010, ma anche Outlook Web Access 2010. In tal caso che è non è più necessario preoccuparsi di backup dei file di pst e così via.
Henrik Walther è Microsoft Certified Master: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come un architetto di tecnologia per l'infrastruttura di Trifork Consulting (un Microsoft Gold Certified Partner in base a in Danimarca) e come un technical writer per Biblioso Corporation (una società Usa specializzata in gestito servizi di localizzazione e documentazione).