Resilienza dei registri persi e attività del registro delle transazioni in Exchange 2007
Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Ultima modifica dell'argomento: 2009-01-14
In questo argomento viene descritta la resilienza dei registri persi (LLR, lost log resilience) e una funzionalità di guida denominata roll dei registri. Si tratta di funzionalità introdotte con la versione di produzione (RTM) di Microsoft Exchange Server 2007. Il comportamento di queste funzionalità è stato modificato in Exchange 2007 Service Pack 1 (SP1). Queste funzionalità sono presenti in tutti i server Cassette postali. Tuttavia, il comportamento di queste funzionalità dipende dalla configurazione del server Cassette postali e dalla versione installata di Exchange 2007.
Resilienza dei registri persi
In Exchange 2007 un componente interno di ESE (Extensible Storage Engine), denominato resilienza dei registri persi consente di recuperare database di Exchange anche se uno o più file di registro delle transazioni più recenti è stato perso o danneggiato. Per impostazione predefinita, la resilienza dei registri persi è abilitata su tutti i server Cassette postali di Exchange 2007. Consente il montaggio del database delle cassette postali anche quando i file di registro generati di recente non sono disponibili. Una delle cause della mancata disponibilità dei file di registro è data da un failover con perdita di dati in un ambiente di replica continua cluster (CCR), noto anche come interruzione non pianificata. Per ulteriori informazioni sui failover con perdita di dati, vedere Interruzioni pianificate e non pianificate. Per ulteriori informazioni sul recupero di un database con file di registro mancanti, vedere Modalità Ripristino Eseutil /R.
Nota
In un ambiente di replica continua, la resilienza dei registri persi è abilitata solo per la copia attiva di un database. La resilienza dei registri persi non viene utilizzata dalla copia passiva poiché i database passivi vengono mantenuti più aggiornati possibile.
L'ordine delle operazioni di scrittura dei dati di Exchange è sempre memoria, file di registro e file di database. La resilienza dei registri persi funziona ritardando le scritture nel database fino a quando non è stato creato il numero specificato di registri. Questa funzione ritarda gli aggiornamenti del database per un breve tempo. Il periodo di ritardo delle operazioni di scrittura dipende dalla rapidità con cui vengono generati i registri.
Nel caso di un failover, la copia passiva dei database può essere montata automaticamente dal servizio Archivio informazioni di Microsoft Exchange se il numero dei registri persi è inferiore rispetto alla quantità consentita configurata da un amministratore. Un amministratore determina il numero massimo di registri che è possibile perdere prima che il database non possa essere montato impostando il parametro AutoDatabaseMountDial, Questo parametro, rappresentato nel servizio directory di Active Directory da un attributo di Exchange denominato msExchDataLossForAutoDatabaseMount, può avere tre valori: Lossless (Senza perdita di dati), Good Availability (Buona disponibilità) e Best Availability (Disponibilità ottimale). Senza perdita di dati indica 0 registri persi, Buona disponibilità indica 3 registri persi e Disponibilità ottimale, ovvero l'impostazione predefinita, indica 6 registri persi. Per informazioni dettagliate su come configurare tali valori, vedere Come regolare il failover e le impostazioni di installazione per la replica continua cluster. Quando si configura il sistema su Buona disponibilità o Disponibilità ottimale, non utilizzare spazi (ad esempio, utilizzare GoodAvailability e BestAvailability).
Roll dei registri delle transazioni
Un meccanismo denominato roll dei registri consente di ridurre ulteriormente le perdite di dati. Il roll dei registri prevede la chiusura periodica del file delle transazioni corrente e la creazione di un nuovo file. Questo meccanismo aiuta la funzionalità resilienza dei registri persi e, di conseguenza, l'ambiente di replica continua cluster, a ridurre la perdita di dati risultante dai file di registro persi, in primo luogo in seguito a un failover con perdita di dati.
Importante
Il meccanismo di roll dei registri non genera registri delle transazioni in assenza di utenti o di altre attività del database. Infatti, il roll dei registri è progettato per entrare in funzione quando è presente un registro parzialmente riempito.
Il roll forward di un registro significa che il file di registro corrente (Exx.log) viene chiuso e viene generato un nuovo file delle transazioni, anche se il file di registro corrente non è pieno. Per ulteriori informazioni sulla registrazione delle transazioni, vedere Informazioni sulla registrazione delle transazioni.
Il comportamento del roll dei registri è basato sul valore della profondità della resilienza dei registri persi. In un ambiente di replica continua cluster su cui è in esecuzione la versione di produzione di Exchange 2007, la profondità della resilienza dei registri persi è un valore numerico uguale a 1 più il numero accettabile dei registri persi, come specificato dal valore del parametro AutoDatabaseMountDial. Ad esempio, se il valore del parametro AutoDatabaseMountDial è uguale a 6, che indica che il sistema è configurato per Disponibilità ottimale, il valore della profondità della resilienza dei registri persi è pari a 7.
In un ambiente di replica continua cluster su cui è in esecuzione Exchange 2007 SP1, la profondità della resilienza dei registri persi è hardcoded con un valore pari a 10, indipendentemente dal valore del parametro AutoDatabaseMountDial.
In entrambe le versioni Exchange 2007 RTM e SP1, la profondità della resilienza dei registri persi è hardcoded con un valore pari a 1 per tutti i server Cassette postali non inclusi negli ambienti di replica continua cluster (ad esempio, i server Cassette postali con o senza replica continua locale e cluster a copia singola).
Il roll dei registri entrerà in funzione dopo che il sistema è stato inattivo per un determinato periodo di tempo. Per determinare l'entrata in funzione del roll dei registri, il sistema utilizza la seguente formula:
[15 (minuti) ÷ Valore profondità resilienza dei registri persi] = Frequenza attività roll dei registri (in minuti)
È quindi possibile dividere 1.440 (il numero di minuti in ciascun giorno) per la frequenza dell'attività del roll dei registri per determinare il numero massimo dei file di registro per gruppo di archiviazione che verrebbe generato ogni giorno dall'attività del roll dei registri.
Ad esempio, negli ambienti di replica continua cluster su cui è in esecuzione Exchange 2007 SP1, la profondità della resilienza dei registri persi è uguale a 10. Quindi, l'attività del roll dei registri si verifica ogni 1,5 minuti e il numero massimo dei file di registro generati ogni giorno per gruppo di archiviazione dall'attività del roll dei registri è pari a 960.
Dimensione del roll dei registri
Per sviluppare un roll dei registri di dimensioni significative in un gruppo di archiviazione, è necessario soddisfare le seguenti condizioni:
Il gruppo di archiviazione deve disporre di un database delle cassette postali.
Il gruppo di archiviazione deve avere una piccola attività di utenti che crea registri delle transazioni.
Il gruppo di archiviazione deve disporre di una o più cassette postali alle quali viene eseguito spesso l'accesso da parte di un processo o un'applicazione.
Il numero massimo di file di registro che verrà generato ogni giorno per un gruppo di archiviazione inattivo dipende dalla configurazione del server Cassette postali. Il numero massimo di file di registro per gruppo di archiviazione inattivo per ogni configurazione di server Cassette postali viene elencato nella seguente tabella.
Numero massimo di file di registro per gruppo di archiviazione inattivo per ogni configurazione di server Cassette postali di Exchange 2007 RTM
| Configurazione server Cassette postali | Numero massimo di file dei registri delle transazioni generati ogni giorno da un gruppo di archiviazione inattivo |
|---|---|
|
96 |
CCR con Buona disponibilità |
384 |
CCR con Disponibilità ottimale |
672 |
Numero massimo di file di registro per gruppo di archiviazione inattivo per ogni configurazione di server Cassette postali di Exchange 2007 SP1
| Configurazione server Cassette postali | Numero massimo di file dei registri delle transazioni generati ogni giorno da un gruppo di archiviazione inattivo |
|---|---|
|
96 |
CCR con Senza perdita di dati, Buona disponibilità e Disponibilità ottimale |
960 |
Normalmente i server Cassette postali creano più registri delle transazioni del valore mostrato nelle tabelle precedenti a causa dell'attività utenti, della manutenzione in linea e di altri fattori.