Informazioni su Active Manager

Articolo
05/20/2011

Ultima modifica dell'argomento: 2010-01-13

Microsoft Exchange Server 2010 include un nuovo componente Active Manager che fornisce funzionalità in grado di sostituire il modello delle risorse e le funzionalità di gestione del failover fornite dall'integrazione con il servizio Cluster nelle precedenti versioni di Exchange. Exchange non utilizza più il modello di risorse del cluster per la disponibilità elevata. Tutte le risorse cluster di Exchange fornite da exres.dll non esistono più, compreso il costrutto chiamato server di cassette postali in cluster. Exchange utilizza un cluster di failover di Windows, ma non esistono gruppi di cluster per Exchange e non sono presenti risorse di archiviazione nel cluster. Di conseguenza, se si esamina il cluster utilizzando gli strumenti di gestione del cluster, sono visibili solo le risorse cluster principali (indirizzo IP e nome di rete e, se necessario, la risorsa quorum). I nodi e le reti cluster esistono ancora, ma sono gestite da Exchange e non dal cluster o dagli strumenti cluster.

Active Manager viene eseguito su tutti i server di cassette postali membri di un gruppo di disponibilità del database. Esistono due ruoli di Active Manager: Active Manager principale (PAM) e Active Manager di standby (SAM). PAM è l'Active Manager in un gruppo di disponibilità del database che decide quali copie sono attive o passive. PAM è responsabile del recupero delle notifiche di cambiamento della tecnologia e della risposta agli errori del server. Il membro del gruppo di disponibilità del database che contiene il ruolo PAM è sempre il membro che possiede attualmente la risorsa quorum del cluster (gruppo di cluster predefinito). Se il server che possiede la risorsa quorum del cluster incontra un errore, il ruolo PAM passa automaticamente a un server ancora attivo, che assume la proprietà della risorsa quorum del cluster. Inoltre, se è necessario scollegare il server che ospita la risorsa quorum del cluster per ragioni di manutenzione o di aggiornamento, è necessario spostare prima il PAM in un altro server del gruppo di disponibilità del database. Il PAM controlla tutti gli spostamenti delle designazioni attive tra le copie di un database (solo una copia può essere attiva in un dato momento e tale copia può essere montata o smontata). Il PAM esegue anche le funzioni del ruolo SAM sul sistema locale (rilevamento degli errori del database locale e dell'Archivio informazioni locale).

Il SAM fornisce informazioni sul server che ospita la copia attiva di un database delle cassette postali agli altri componenti di Exchange che eseguono un componente client di Active Manager (ad esempio il servizio Accesso client RPC o il server Trasporto Hub). Il SAM rileva gli errori dei database locali e dell'Archivio informazioni locale. Per rispondere a tali errori richiede al PAM l'avvio di un failover (se il database è replicato). Un SAM non determina la destinazione del failover e non aggiorna lo stato della posizione del database nel PAM. Accede allo stato della posizione della copia attiva del database solo per rispondere alle query ricevute in relazione alla copia attiva del database.

Nota

Exchange 2010 non è un'applicazione cluster. Utilizza invece le funzioni della libreria cluster implementata in clusapi.dll per le funzioni di cluster, gruppi, reti di cluster (heartbeat), gestione dei nodi, registri del cluster e alcune funzioni del codice di controllo. Inoltre, Active Manager archivia le informazioni del database delle cassette postali corrente (ad esempio i dati attivi e passivi e i dati montati) nel database cluster. Anche se le informazioni sono archiviate direttamente nel database cluster, gli altri componenti non possono accedervi direttamente.

In Exchange 2010, il servizio di replica di Microsoft Exchange consente di controllare periodicamente l'integrità di tutti i database montati. Inoltre, controlla ESE (Extensible Storage Engine) alla ricerca di errori di I/O. Se il servizio rileva un errore, viene inviata una notifica ad Active Manager, che determina quale copia del database dovrebbe essere montato e quali sono i requisiti per il montaggio di tale database. Inoltre, tiene traccia della copia attiva di un database delle cassette postali (basandosi sull'ultima copia montata del database) e fornisce le informazioni sui risultati della verifica al componente Accesso client RPC sul server Accesso client a cui è connesso il client.

Failover del database

Se si verifica un errore che interessa un database delle cassette postali replicato, il PAM avvia la logica di failover e sceglie la miglior copia del database disponibile per l'attivazione. PAM utilizza fino a dieci insiemi distinti di criteri per l'individuazione della miglior copia da attivare. Prima di utilizzare i suoi criteri di selezione per individuare la copia da attivare, viene eseguito un processo denominato ACLL (Attempt Copy Last Logs). Exchange 2010 è stato perfezionato per poter gestire più copie del database, riconoscendo quale copia rappresenta l'origine migliore per la copia dei file di registro. ACLL effettua chiamate di procedura remota in parallelo ad ogni server di cassette postali nel gruppo di disponibilità del database che ospita una copia del database delle cassette postali al fine di controllare se il server è disponibile e integro e per esaminare il valore di LogInspectorGeneration per la copia del database. La copia del database delle cassette postali con il valore di LogInspectorGeneration più alto rappresenta l'origine migliore per la copia dei file di registro.

Al termine del processo ACLL, se tutti i file di registro mancanti sono stati copiati dall'origine selezionata, il database viene montato senza alcuna perdita di dati. In questo caso si parla di errore senza perdite. Se il processo ACLL ha esito negativo, viene analizzato il valore configurato per AutoDatabaseMountDial. Per ulteriori informazioni su AutoDatabaseMountDial, vedere Set-MailboxServer. Se il numero di registri persi è inferiore al valore configurato per AutoDatabaseMountDial, il database viene montato. Se il numero di registri persi è superiore al valore configurato per AutoDatabaseMountDial, il database non viene montato fino al ripristino dei file di registro mancanti o fino a quando un amministratore non esegue il montaggio esplicito del database, accettando la perdita dei dati.

Selezione della copia migliore in Active Manager

Se si verifica un errore che influisce sul database attivo, Active Manager utilizza diversi insiemi di criteri di selezione per determinare la copia del database da attivare. Active Manager tenta di individuare una copia del database delle cassette postali con stato Healthy, DisconnectedAndHealthy, DisconnectedAndResynchronizing o SeedingSource e in grado di soddisfare tutti i criteri indicati di seguito:

Dispone di un indice del contenuto con stato Healthy.
Presenta una lunghezza della coda di copia inferiore a 10 file di registro.
Presenta una lunghezza della coda di riesecuzione inferiore a 50 file di registro.