Gestione della replica continua locale

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2007-08-20

Oltre alle attività di gestione e amministrazione quotidiane di un'organizzazione di Exchange, sono disponibili attività specifiche per la replica continua locale (LCR; Local Continuous Replication). Le attività di amministrazione per la replica LCR sono in genere le seguenti:

• Configurazione dello spazio su disco per la replica LCR e gestione dei volumi.

• Abilitazione e disabilitazione della replica LCR.

• Monitoraggio dell'attività di replica.

• Installazione, disinstallazione, creazione e rimozione di database.

• Spostamento della posizione in cui vengono memorizzati i file del gruppo di archiviazione o del database quando un gruppo di archiviazione è abilitato per la replica LCR.

• Visualizzazione delle informazioni relative allo stato e alla configurazione di un database o di un gruppo di archiviazione abilitato per la replica LCR.

• Verifica dell'integrità di una copia attiva o passiva dei dati LCR.

• Gestione dell'attività di replica e riproduzione.

• Attivazione della copia passiva.

Configurazione dello spazio su disco per la replica continua locale

Sebbene per la replica LCR non sia richiesta alcuna configurazione speciale dello spazio su disco, si consiglia di tenere le copie separate l'una dall'altra per motivi di praticità. Affinché la replica LCR possa essere effettivamente eseguita, è necessario che le capacità di archiviazione e le prestazioni dell'archivio utilizzato siano adeguate. Tenere presente che le soluzioni di archiviazione analoghe eventualmente utilizzate dovranno essere configurate per le copie sia dei database sia dei gruppi di archiviazione abilitati per la replica LCR. Per completare la configurazione, è opportuno attenersi alle procedure specificate dal fornitore della soluzione di archiviazione.

Gestione dei volumi del disco

Durante la gestione di un ambiente LCR, potrebbe essere necessario gestire i volumi del disco connessi al server di Exchange in uso. È ad esempio possibile che per eseguire la manutenzione o per altri motivi il volume debba essere scollegato temporaneamente dal sistema. Se le attività di manutenzione interessano un volume del disco contenente la copia attiva del gruppo di archiviazione, il database di quest'ultima dovrà essere disinstallato. Per eseguire la manutenzione dei volumi del disco contenenti la copia passiva del gruppo di archiviazione, è necessario interrompere tutte le operazioni di I/O del volume arrestando il processo di replica. Per ulteriori informazioni sulla gestione dei volumi disco, vedere Come eseguire la preparazione di Attività gestione disco per una copia a replica continua locale.

Abilitazione della replica continua locale

Per utilizzare la replica LCR è innanzitutto necessario abilitare un gruppo di archiviazione per la replica LCR. A tale scopo, è possibile utilizzare Exchange Management Console o Exchange Management Shell.

Per utilizzare la replica LCR, è necessario abilitare il gruppo di archiviazione per la replica LCR. La procedura dettagliata per abilitare per la replica LCR un gruppo di archiviazione esistente è descritta in Abilitazione della replica continua locale di un gruppo di archiviazione esistente. La procedura dettagliata per creare un nuovo gruppo di archiviazione abilitato per la replica LCR è riportata in Come abilitare la replica continua locale per un nuovo gruppo di archiviazione.

Disabilitazione della replica continua locale

È possibile disabilitare la replica LCR per un gruppo di archiviazione utilizzando Exchange Management Console o Exchange Management Shell. Per informazioni sulla procedura dettagliata da eseguire per disabilitare la replica LCR, vedere Come disabilitare la replica continua locale.

Regolazione della configurazione predefinita del dumpster di trasporto

Il dumpster di trasporto è una funzionalità del ruolo del server Trasporto Hub che invia la posta inoltrata di recente dopo un'interruzione non pianificata. Il server Trasporto Hub mantiene una coda di posta recapitata di recente a una cassetta postale:

• In un server cassette postali di cluster in un ambiente di replica continua cluster

• In un gruppo di archiviazione abilitato per la replica continua locale

Quando si utilizza la replica continua cluster (CCR) o la replica continua locale (LCR) è necessario abilitare sempre il dumpster di trasporto. Il dumpster di trasporto viene abilitato in tutta l'organizzazione impostando la quantità di spazio di archiviazione disponibile per gruppo di archiviazione e impostando il tempo di conservazione della posta nel dumpster di trasporto.

Per modificare le impostazioni di configurazione predefinite del dumpster di trasporto, applicate a livello del gruppo di archiviazione, è possibile utilizzare il cmdlet Set-TransportConfig.

Si consiglia di configurare il parametro MaxDumpsterSizePerStorageGroup, che specifica la dimensione massima della coda del dumpster di trasporto per ogni gruppo di archiviazione, su un valore 1,5 volte maggiore rispetto alla dimensione massima dei messaggi inviabili. Ad esempio, se la dimensione massima per i messaggi è pari a 10 megabyte (MB), il parametro MaxDumpsterSizePerStorageGroup deve essere configurato con un valore di 15 MB.

Si consiglia inoltre di configurare il parametro MaxDumpsterTime, che specifica per quanto tempo un messaggio di posta elettronica deve rimanere nella coda del dumpster di trasporto, impostandolo sul valore 7.00:00:00, che equivale a 7 giorni. I messaggi verranno rimossi dal dumpster di trasporto quando viene raggiunta la dimensione specificata da MaxDumpsterSizePerStorageGroup. In alternativa, verranno rimossi dal dumpster di trasporto allo scadere del tempo specificato dal parametro MaxDumpsterTime. L'intervallo di tempo specificato deve essere sufficiente per garantire che non si verifichi una perdita di messaggi di posta elettronica nel caso di una interruzione prolungata.

Quando si utilizza la funzione di dumpster di trasporto, è necessario uno spazio supplementare sul server Trasporto Hub per ospitare le code del dumpster di trasporto. Lo spazio di archiviazione necessario è pari all'incirca al valore del parametro MaxDumpsterSizePerStorageGroup moltiplicato per il numero dei gruppi di archiviazione di tutti i server di cassette postali in cluster in un ambiente di replica continua cluster e di tutti i gruppi di archiviazione abilitati per la replica LCR nel sito del servizio directory di Active Directory contenente il server Trasporto Hub. In un ambiente di replica continua cluster, la richiesta del nuovo invio dal dumpster di trasporto su tutti i server Trasporto Hub nel sito viene eseguita automaticamente. In un ambiente di replica continua locale, la richiesta del nuovo invio da tutti i server Trasporto Hub nel sito si verifica come parte dell'attività Restore-StorageGroupCopy.

Per istruzioni dettagliate su come abilitare e configurare il dumpster di trasporto, vedere Configurazione del dumpster di trasporto. Per ulteriori informazioni sul cmdlet Restore-StorageGroupCopy, vedere Restore-StorageGroupCopy.

Monitoraggio dell'attività di replica.

La copia passiva di un database è utile solo se viene mantenuta aggiornata. Anche se la replica continua locale non richiede un monitoraggio speciale, si consiglia di monitorare regolarmente i singoli gruppi di archiviazione per assicurarsi che i file di registro vengano correttamente replicati. Microsoft Exchange Server 2007 Management Pack per Microsoft Operations Manager 2005 include gli avvisi per molti problemi critici relativi agli ambienti di replica continua locale:

• Il servizio Replica di Microsoft Exchange non è attivo. Va sottolineato che l'evento che ha generato questo avviso non viene visualizzato ripetutamente dopo l'interruzione del servizio, quindi tutti gli avvisi associati saranno persi se quell'avviso viene cancellato.

• La copia passiva è in stato Non riuscito.

• La copia passiva è in stato Integro ma le attività di copia e riproduzione del registro non sono aggiornate.

Uno degli avvisi precedenti generati da Exchange 2007 Management Pack deve essere analizzato e risolto prima possibile.

Un'alternativa all'utilizzo di Exchange 2007 Management Pack per Microsoft Operations Manager 2005 è l'esecuzione regolare di uno script che esegua il cmdlet Get-StorageGroupCopyStatus in Exchange Management Shell. Il cmdlet Get-StorageGroupCopyStatus fornisce una lunghezza della coda che comprende il numero di registri generati dalla copia attiva. Per motivi legati alle prestazioni, i contatori delle prestazioni della lunghezza della coda riportano solo le informazioni note al servizio Replica di Microsoft Exchange. In rarissimi casi, questi dati possono non essere conformi allo stato sulla copia attiva. Per ulteriori informazioni sul cmdlet Get-StorageGroupCopyStatus , vedere "Visualizzazione delle informazioni relative allo stato" più avanti in questo argomento.

Installazione, disinstallazione, creazione e rimozione di database

In alcuni casi può essere necessario installare o disinstallare i database presenti in un ambiente LCR. Per eseguire la manutenzione o per riconfigurare il gruppo di archiviazione o il database, è necessario bloccare i servizi che interagiscono con entrambi mentre l'attività è in corso. Questa operazione potrebbe essere necessaria per eseguire una riconfigurazione o per risolvere i problemi relativi al server o al database. Quando il database è disinstallato, non è possibile modificare il database né i file del database o i file di registro.

Per aggiungere un database a un gruppo di archiviazione abilitato per la replica LCR, attenersi alla procedura prevista per l'aggiunta di un database in una configurazione autonoma, tenendo presente che in questo caso sarà necessario specificare il percorso aggiuntivo.

Per rimuovere un database da un gruppo di archiviazione abilitato per la replica LCR, attenersi alla procedura prevista per la rimozione di un database in una configurazione autonoma, tenendo presente che in questo caso sarà necessario rimuovere due copie dei dati, ovvero la copia attiva e la copia passiva del database. La procedura dettagliata che consente di rimuovere un database da un gruppo di archiviazione abilitato per la replica LCR è descritta in Rimozione di un database da un gruppo di archiviazione abilitato per la replica continua locale.

Spostamento del percorso dei file del gruppo di archiviazione e del database

Per cambiare la posizione di un database in un gruppo di archiviazione abilitato per la replica LCR, è possibile utilizzare Exchange Management Shell oppure Exchange Management Console. In una configurazione LCR, ci sono due file di database, uno per ciascuna copia. Le posizioni delle due copie possono essere modificate indipendentemente l'una dall'altra oppure insieme.

In un ambiente LCR le procedure utilizzate per riconfigurare il percorso dei file di sistema e di registro del gruppo di archiviazione e il percorso dei file del database sono analoghe. Per informazioni dettagliate su come modificare il percorso dei file di registro e dei file di sistema di un gruppo di archiviazione abilitato per la replica LCR, vedere Come spostare un gruppo di archiviazione in un ambiente di replica continua locale. Per informazioni dettagliate su come modificare il percorso dei file del database in un ambiente LCR, vedere Come spostare un database in un ambiente di replica continua locale.

Visualizzazione delle informazioni relative allo stato

Una volta abilitato un gruppo d archiviazione per la replica LCR, è possibile utilizzare Exchange Management Console o Exchange Management Shell per visualizzare le impostazioni di configurazione specifiche per la replica LCR del gruppo di archiviazione e dei relativi database.

Informazioni sullo stato per la replica continua locale

In Exchange 2007 vengono pubblicate diverse informazioni sullo stato delle copie della replica continua locale. Nella tabella seguente vengono descritte le informazioni sullo stato disponibili per i gruppi di archiviazione abilitati per la replica continua locale. Per informazioni dettagliate su come ottenere informazioni relative allo stato, vedere Come visualizzare lo stato di una copia della replica continua locale. Nella tabella seguente vengono elencate le proprietà, nell'ordine in cui sono visualizzate nell'output completo del cmdlet Get-StorageGroupCopyStatus di Exchange Management Shell.

Informazioni sullo stato disponibili per i gruppi di archiviazione abilitati per la replica continua locale

È possibile valutare rapidamente lo stato di una copia della replica LCR esaminando i valori delle proprietà SummaryCopyStatus, CopyQueueLength, ReplayQueueLength e LastInspectedLogTime, che indicano se la copia LCR funziona correttamente e se è relativamente aggiornata sia nel registro della copia che in quello di riproduzione. Se si verificano i problemi elencati di seguito, sarà necessario determinarne la causa e correggerli.

• Lo stato della copia non è integro.

• La lunghezza della coda delle copie è maggiore di 5.

• La lunghezza della coda delle riproduzioni è maggiore di 20.

• L'ora associata all'ultimo registro di cui è stata eseguita la verifica non è recente. È probabile che si verifichi questa situazione se il gruppo di archiviazione non è interessato da modifiche significative o se il servizio Replica di Microsoft Exchange viene interrotto.

Il valore della lunghezza della coda delle riproduzioni e il valore della lunghezza della coda delle copie possono essere utilizzati come contatori delle prestazioni. Questi contatori delle prestazioni, ovvero CopyQueueLength e ReplayQueueLength, sono controllati dall'oggetto prestazioni Replica di Microsoft Exchange. Per informazioni dettagliate sui contatori per il monitoraggio delle prestazioni per la replica continua locale, vedere Come visualizzare i contatori delle prestazioni per la replica continua locale.

Esistono alcuni rari scenari in cui lo stato della replica può essere fuorviante. Di seguito viene riportato un elenco di tali scenari:

• Un gruppo di archiviazione non attivo (ovvero che non subisce alcuna modifica) viene segnalato come integro quando non dovrebbe esserlo. Ciò si verifica in quanto non è possibile rilevare la condizione di errore fino a quando il registro non viene riprodotto.

• Durante l'inizializzazione della replica, lo stato della replica viene valutato e potrebbe non essere corretto. Quando l'inzializzazione viene completata, lo stato viene aggiornato.

• Il valore del campo LastLogGenerated può risultare errato quando un database viene smontato. Tuttavia, tutti i registri con contenuto per l'utente finale vengono replicati se il gruppo di archiviazione sta eseguendo la replica.

• Nel caso di uno o più registri mancanti al centro di un flusso di registri, la copia passiva continua a tentare il ripristino. In tal caso, lo stato della replica passa dallo stato di errore allo stato di integrità. Le code di riesecuzione e di copia continueranno ad aumentare.

• In alcuni casi molto rari, il registro può essere correttamente verificato ma non è tuttavia possibile rieseguirlo. In questo caso, il sistema passerà alternativamente dallo stato di errore a quello di integrità durante il tentativo di ripristino. Le code di riesecuzione e di copia continueranno ad aumentare.

Visualizzazione delle informazioni relative alla configurazione

È possibile visualizzare le informazioni sulla configurazione dei gruppi di archiviazione abilitati per la replica LCR e dei database utilizzando Exchange Management Console ed Exchange Management Shell. Le informazioni sulla configurazione includono:

• Gruppi di archiviazione   Il percorso dei file di registro delle transazioni LCR e dei file di sistema LCR.

• Database   Il percorso della copia del database LCR.

È inoltre possibile determinare se un gruppo di archiviazione o un database è configurato in modo da poter contenere una copia LCR. La procedura dettagliata per visualizzare le impostazioni di configurazione della replica LCR è descritta in Come visualizzare le impostazioni della configurazione della replica continua locale.

Verifica dell'integrità della copia passiva

Durante l'utilizzo della funzionalità di replica continua locale, è opportuno verificare periodicamente l'integrità della copia passiva eseguendo un controllo della coerenza fisica dei file del database e dei file di registro delle transazioni, in modo da determinare se tali file sono danneggiati. È possibile eseguire il controllo utilizzando lo strumento Utilità database di Exchange Server (Eseutil.exe). Per informazioni dettagliate su come utilizzare Eseutil per rilevare gli eventuali danni fisici presenti nei file di registro delle transazioni e nei file del database, vedere Come verificare una copia della replica continua locale mediante Eseutil.

Gestione della replica e della riproduzione

La gestione della replica e della riproduzione dei file di registro in un ambiente LCR interessa le seguenti attività principali:

• Interruzione della replica nella copia del gruppo di archiviazione.

• Riavvio della replica nella copia del gruppo di archiviazione.

Interruzione e riavvio delle modifiche nella copia del gruppo di archiviazione e nel relativo database

In alcuni casi potrebbe essere necessario interrompere e riavviare l'attività di replica dei registri delle transazioni. La replica dei registri delle transazioni, inclusa la riproduzione, viene controllata a livello di gruppo di archiviazione. Poiché in quest'ultimo può essere presente solo un database, la replica viene localizzata su un unico database. I registri delle transazioni vengono sottoposti al processo di replica quando il servizio di replica di Microsoft Exchange è in esecuzione, un gruppo di archiviazione è stato abilitato per la replica LCR e sia la copia attiva che la copia passiva sono operative. Se la copia attiva o passiva cessa di essere disponibile, sarà necessario interrompere il processo di replica. Inoltre, alcune attività amministrative, ad esempio il seeding, possono interrompere la replica solo se è disponibile un gruppo di archiviazione abilitato per la replica LCR. Se necessario, è possibile interrompere l'accesso ai file di dati della copia passiva sospendendo il processo di replica.

È possibile che in alcuni casi le attività della copia passiva debbano essere sottoposte a controllo, ad esempio per eseguire una riconfigurazione o per risolvere problemi relativi al server o al database. L'interruzione della riproduzione dei registri è necessaria anche per eseguire un controllo della coerenza fisica della copia passiva. Per controllare gli aggiornamenti delle copie del database, è necessario interrompere la replica relativamente alla copia del gruppo di archiviazione. La replica deve essere interrotta anche mentre si modificano i registri della copia passiva. Poiché in un gruppo di archiviazione può essere presente un singolo database, le azioni che influiscono sul comportamento della riproduzione vengono controllate a livello di gruppo di archiviazione.

Durante le modifiche della posizione del database o del gruppo di archiviazione, si consiglia di interrompere tutte le attività di replica.

Per ulteriori informazioni su come interrompere le modifiche alla replica nelle copie LCR, vedere Come arrestare la replica per un gruppo di archiviazione abilitato per la replica continua locale. Per ulteriori informazioni su come riavviare le modifiche alla replica nelle copie della replica continua locale, vedere Come riavviare la replica per un gruppo di archiviazione abilitato alla replica continua locale. Per ulteriori informazioni su come eseguire un controllo di integrità sui file di registro delle transazioni della copia passiva e sui file del database, vedere Come verificare una copia della replica continua locale mediante Eseutil.

Attivazione della copia passiva

La replica LCR consente di ripristinare la copia attiva danneggiata di un gruppo di archiviazione attivando la copia passiva del gruppo di archiviazione. Se i registri delle transazioni presenti nella copia attiva del gruppo di archiviazione non sono danneggiati, i dati non andranno persi. Nel caso in cui i registri delle transazioni della copia attiva del gruppo di archiviazione non siano disponibili, l'operazione di ripristino riporterà il gruppo di archiviazione allo stato in cui si trovava prima che alla copia passiva venisse apportato l'insieme di modifiche danneggiato. Prima di questo momento, non è ammesso alcun file di registro delle transazioni di produzione corrotto o mancante.

È possibile semplificare il recupero dai danni del gruppo di archiviazione di produzione utilizzando punti di montaggio del volume del file system NTFS per archiviare la copia LCR. Utilizzando i punti di montaggio del volume è possibile integrare o montare una partizione di destinazione in una cartella di un altro disco fisico. I punti di montaggio del volume sono trasparenti per i programmi, incluso Exchange 2007.

Il danneggiamento di un registro delle transazioni o di un file del database che fa parte di una copia LCR può essere determinato in base agli errori generati dall'operazione di riproduzione o eseguendo una verifica di coerenza. L'eventuale misura di correzione da adottare dipende dal tipo di danneggiamento:

• Se il danneggiamento si è verificato in un file di registro che è già stato riprodotto, il file di registro danneggiato può essere ignorato. Tuttavia, se si stanno eseguendo backup della copia LCR basati su file system, sarà necessario eliminare innanzitutto i file di registro già riprodotti.

• Se il danneggiamento si verifica in un file di registro della copia attiva non ancora riprodotto, è necessario effettuare nuovamente il seeding del gruppo di archiviazione LCR. Se Exchange rileva il danneggiamento, verrà eseguito un nuovo tentativo di copia del registro. In caso la copia automatica non risolve il danneggiamento, sarà necessario effettuare nuovamente il seeding del gruppo di archiviazione. Si consiglia inoltre di verificare l'integrità dei registri delle transazioni di origine e del file del database. Per eseguire una verifica dei file di dati di Exchange, è necessario che tali file non siano in linea e che gli utenti non possano accedervi.

• Se il database è danneggiato, sarò necessario eseguire nuovamente il seeding del gruppo di archiviazione.

Per la procedura dettagliata di attivazione della copia passiva di un database, vedere Come passare alla copia passiva di un database.

Valutazione dello stato della replica al momento del danneggiamento

Dopo un errore o un danneggiamento di una copia del database, è necessario decidere immediatamente se continuare le operazioni utilizzando la copia passiva. Nella replica LCR sono disponibili informazioni importanti in base alle quali prendere questa decisione:

• Integrità della copia al momento dell'errore

• Code delle copie e delle riproduzioni al momento dell'errore

• Ora dell'ultimo registro di cui è stata eseguita la verifica al momento dell'errore

È possibile ottenere queste informazioni utilizzando il cmdlet Get-StorageGroupCopyStatus. La procedura dettagliata è descritta in Come visualizzare lo stato di una copia della replica continua locale.

La lunghezza della coda delle copie offre le informazioni più precise relative allo stato della copia attiva al momento dell'errore. In base a queste informazioni e alla stima del tempo di ripristino del database danneggiato, decidere se installare la copia disponibile:

• Una lunghezza delle code delle riproduzioni significativa implica che il processo di ripristino richiederà tempo, ma non indica che si verificherà necessariamente una perdita importante di dati.

• Se la lunghezza delle code delle copie è significata, è andato perso un numero significativo di registri. Se montato, il database verrà ripristinato fino a un intervallo di tempo approssimativamente pari a quello dell'ultimo registro copiato. È possibile ottenere questa informazione anche eseguendo il cmdlet Get-StorageGroupCopyStatus.

• Se l'ultimo registro è stato esaminato molto prima che si verificasse l'errore, il servizio Replica di Microsoft Exchange è probabilmente interrotto e le informazioni sulle altre code non risulteranno precise.