Nuova funzionalità di disponibilità elevata e resilienza del sito in Exchange 2010 SP1

Si applica a: Exchange Server 2010 SP1

Ultima modifica dell'argomento: 2015-03-09

Microsoft Exchange Server 2010 Service Pack 1 (SP1) include nuove funzionalità e miglioramenti delle funzionalità introdotti nella versione di produzione (RTM) di Exchange 2010. Le funzionalità nuove e migliorate estendono gli scenari in cui è possibile ottenere la disponibilità di dati e servizi per l'ambiente di Exchange 2010.

Di seguito vengono illustrate le nuove funzionalità per l'elevata disponibilità e i miglioramenti apportati alle funzionalità di elevata disponibilità esistenti di Exchange 2010 SP1:

• Replica continua - modalità di blocco

• Ridistribuzione del database delle cassette postali attive

• Supporto avanzato della modalità di coordinamento dell'attivazione del datacenter

• Nuovi avanzati script di monitoraggio e gestione

• Miglioramenti dell'interfaccia utente di Exchange Management Console

• Miglioramenti delle prestazioni di failover

• Ripristino di Extensible Storage Engine in caso di blocco delle operazioni di I/O

Queste funzionalità vengono illustrate con maggiori dettagli qui di seguito.

Replica continua - Modalità di blocco

Nella versione RTM di Exchange 2010 e in tutte le versioni di Exchange Server 2007, la replica continua funziona inviando copie dei file di log generati dalla copia attiva del database alle copie passive del database. A partire da Exchange 2010 SP1, questa forma di replica continua è nota come replica continua - modalità file. In Exchange 2010 SP1 è stata introdotta anche una nuova forma di replica continua denominata replica continua - modalità di blocco. Nella modalità di blocco, ogni singolo aggiornamento viene scritto nel buffer di registro attivo della copia di database attiva e viene anche inviato a un buffer di registro in ognuna delle copie passive delle cassette postali. Quando il buffer di registro è pieno, ogni copia del database compila, ispeziona e crea il file di log successivo nella sequenza di generazione. Se un errore interessa la copia attiva, le copie passive saranno aggiornate con la maggior parte degli ultimi aggiornamenti. La copia attiva non attende il completamento della replica per evitare che i problemi di replica influenzino l'esperienza del client.

Replica continua - la modalità di blocco è attiva solo quando la replica continua è aggiornata in modalità file. La transizione in entrata e in uscita dalla modalità di blocco viene eseguita automaticamente dal log copier. La modalità di blocco riduce drasticamente la latenza tra il momento in cui viene apportata una modifica alla copia attiva e il momento in cui la modifica viene replicata nelle copie passive. Oltre a replicare le singole operazioni di scrittura nel file di log, la modalità di blocco consente anche di modificare il processo di attivazione di una copia passiva. Se una copia è in modalità di blocco quando si verfica un errore, il sistema utilizza qualsiasi contenuto parziale del registro disponibile durante il processo di attivazione. In questo modo, il file di log corrente della copia attiva non costituisce più un singolo punto di errore.

Ridistribuzione del database delle cassette postali attive

In Exchange 2010 SP1 è incluso uno script denominato RedistributeActiveDatabases.ps1 che può essere eseguito periodicamente dagli amministratori per bilanciare la distribuzione delle copie attive del database in un gruppo di disponibilità del database (DAG) basato sulla preferenza di attivazione configurata dall'amministratore. In più, al processo di selezione della copia migliore di Active Manager sono state aggiunte informazioni sulla presenza della distribuzione delle copie In particolare, la prima fase della selezione della copia migliore per switchover senza perdita di dati consente attualmente di ordinare i possibili obiettivi in base alla preferenza e non alla perdita minore.

Supporto avanzato della modalità di coordinamento dell'attivazione del datacenter

In Exchange 2010 RTM è inclusa una modalità di configurazione per il supporto di resilienza del sito del DAG denominata modalità di coordinamento dell'attivazione del datacenter (DAC, Datacenter Activation Coordination). In modalità DAC, i cmdlet Exchange possono essere utilizzati per eseguire lo switchover di un datacenter. Nella versione RTM, la modalità DAC è limitata ai gruppi di disponibilità del database con almeno due o più membri nel datacenter principale.

In Exchange 2010 SP1, la modalità DAC è stata estesa al supporto dei gruppi di disponibilità del database con due membri, in cui ogni membro si trova in un datacenter separato. Il supporto della modalità DAC per i gruppi di disponibilità del database con due membri utilizza il server di controllo per offrire ulteriore arbitraggio. La modalità DAC, inoltre, è stata estesa al supporto dei gruppi di disponibilità del database in cui tutti i membri sono distribuiti in un unico sito di Active Directory, inclusi i singoli siti di Active Directory estesi su più posizioni.

Nuovi script avanzati di monitoraggio e gestione

In Exchange 2010 SP1 sono inclusi alcuni nuovi script avanzati in grado di migliorare in modo considerevole l'esperienza di gestione e monitoraggio:

• CheckDatabaseRedundancy.ps1 (nuovo)   Script utilizzabile per controllare la ridondanza dei database replicati e in grado di generare eventi in caso di compromissione della resilienza del database (ad esempio, è disponibile una sola copia integra del database replicato). Lo script è accompagnato da Microsoft System Center Operations Manager 2007 Management Pack modificato, utilizzabile per monitorare i database senza ridondanza, il che risulta particolarmente utile in ambienti senza RAID.

• StartDagServerMaintenance.ps1 e StopDagServerMaintenance.ps1 (nuovo)   È possibile utilizzare StartDagServerMaintenance.ps1 per portare un membro del gruppo di disponibilità del database fuori servizio per manutenzione. I database attivi verranno spostati al di fuori del server e i database non potranno spostarsi in quel server. Sarà anche garantito che tutte le funzionalità critiche di supporto del gruppo di disponibilità del database (ad esempio, il ruolo Manager primario attivo di PAM) che potrebbero trovarsi sul server verranno spostate su un altro server e non potranno tornare al server di origine. È disponibile un altro script, StopDagServerMaintenance.ps1, per completare l'operazione e rimuovere i blocchi.

• CollectOverMetrics.ps1 (migliorato)   È possibile utilizzare questo script per raccogliere i dati relativi a switchover e failover. Lo script è stato migliorato in Exchange 2010 SP1 e attualmente include le metriche per la replica continua - modalità di blocco e ulteriori informazioni dalla pipeline di replica e riesecuzione. È stata migliorata anche la creazione dei rapporti.

• CollectReplicationMetrics.ps1 (migliorato)   Questo script rappresenta una forma attiva di monitoraggio, in quanto raccoglie le metriche in tempo reale relative alla replica continua durante l'esecuzione dello script. Lo script supporta parametri che consentono di personalizzarne il comportamento e l'output.

Interfaccia utente avanzata di Exchange Management Console

Exchange 2010 SP1 include miglioramenti di Exchange Management Console (EMC) per la gestione dei gruppi di disponibilità del database. Ad esempio, EMC attualmente include il supporto per la gestione degli indirizzi IP e le impostazioni alternative del server di controllo per i gruppi di disponibilità del database. Non è più necessario utilizzare Exchange Management Shell per configurare tali impostazioni.

Prestazioni di failover migliorate

Exchange 2010 SP1 include delle modifiche che consentono di migliorare le prestazioni e il comportamento di failover e switchover. Nella versione RTM di Exchange 2010, quando si verifica un failover o uno switchover, la copia passiva in fase di attivazione interrompe immediatamente la riesecuzione dei file di log copiati nella copia passiva. La copia passiva viene quindi smontata (se non è già stata smontata) e i file di log rimanenti vengono copiati nella copia passiva da attivare. Supponendo che i dati mancanti rientrino nelle impostazioni di montaggio automatico del database, la copia passiva diventa la nuova copia attiva e il database viene montato in uno stato di chiusura anomala. A questo punto, tutti i file di log copiati nella copia passiva precedente (e ora attiva) verranno rieseguiti per rendere coerente il database.

In Exchange 2010 SP1, quando si verifica un failover o uno switchover, il Servizio di replica di Microsoft Exchange sulla copia passiva in fase di attivazione continua a rieseguire i file di log copiati nella copia passiva fino a quando l'ultimo file di log generato dalla copia attiva non viene copiato. In questo modo è possibile effettuare l'operazione di montaggio di un database in stato pressoché coerente.

Altre modifiche legate al miglioramento delle prestazioni riguardano i timeout e altri dettagli sugli algoritmi che consentono di migliorare le prestazioni di failover e le prestazioni I/O dopo i failover.

Ripristino di Extensible Storage Engine in caso di blocco delle operazioni di I/O

Exchange 2010 SP1 include una nuova logica di ripristino che sfrutta il comportamento di controllo degli errori predefinito di Windows quando si verificano determinate condizioni. In particolare, Extensible Storage Engine (ESE) è stato aggiornato in modo da rilevare il blocco delle operazioni di I/O e intraprendere le azioni correttive necessarie per il ripristino automatico del server. ESE mantiene un thread di monitoraggio per l'I/O che rileva se le operazioni di I/O sono rimaste in sospeso per un periodo di tempo specifico. Per impostazione predefinita, se le operazioni di I/O per un database rimangono in sospeso per più di un minuto, ESE registra un evento. Se per un database le operazioni di I/O rimangono in sospeso per più di 4 minuti, se possibile viene registrato uno specifico evento di errore. A seconda del tipo di blocco dell'I/O, potrebbe essere o non essere registrato l'evento ESE 507, 508, 509 o 510. Se il problema interessa il volume del sistema operativo o la possibilità di scrivere nel registro eventi, gli eventi non vengono registrati. Se gli eventi vengono registrati, il servizio di replica di Microsoft Exchange (MSExchangeRepl.exe) arresta intenzionalmente il processo wininit.exe per avviare il controllo degli errori di Windows.

In alcuni casi il blocco interessa l'intero stack di archiviazione, impedendo di scrivere gli eventi di errore nel canale Crimson o in qualsiasi altra area del registro eventi di Windows. ESE monitora il canale Crimson anche verificando la possibilità di scrivere nel registro eventi. Se la scrittura nel registro eventi non riesce per un periodo prolungato, MSExchangeRepl avvia automaticamente un controllo errori di Windows arrestando wininit.exe. Se le operazioni di I/O del sistema operativo sono bloccate, il sistema non è ovviamente in grado di scrivere alcun evento ESE nel registro eventi.

Questa nuova funzionalità di ripristino basata sul controllo errori di Exchange 2010 SP1 è progettata per velocizzare il ripristino in caso di blocco delle operazioni di I/O o di un controller, evitando di ritentare o di attendere che lo stack di archiviazione generi un errore che provoca il failover. Al controllo degli errori è associato il codice di errore seguente:

 ©2010 Microsoft Corporation. Tutti i diritti riservati.