Come risolvere i problemi relativi alla replica continua locale

  • Articolo

 

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

Ultima modifica dell'argomento: 2007-10-10

In questo argomento viene descritto come risolvere i problemi che possono verificarsi quando si esegue Microsoft Exchange Server 2007 in un ambiente di replica continua locale (LCR). Le procedure descritte in questo argomento riguardano i seguenti problemi:

  • Il cmdlet Get-StorageGroupCopyStatus segnala che si è verificato un errore nel database e che il seeding non è stato eseguito.

  • Il cmdlet Get-StorageGroupCopyStatus segnala che si è verificato un errore nel database. Il valore FailedMessage fornisce informazioni specifiche sull'origine dell'errore.

  • Avvisi, contatori delle prestazioni o il cmdlet Get-StorageGroupCopyStatus indicano che è stato eseguito il backup delle code di copia o di riesecuzione per una copia del gruppo di archiviazione.

  • Il cmdlet Get-StorageGroupCopyStatus segnala un orario non aggiornato per il valore LastInspectedLogTime.

  • Seeding non riuscito.

  • Il cmdlet Restore-StorageGroupCopy nei rapporti della replica continua locale Exx.log non era disponibile.

Quando si verificano dei problemi diversi da quelli elencati, esaminare il registro eventi per determinare la causa e il potenziale tipo di azione da adottare per eseguire il recupero. Quando si identifica l'ora in cui si è verificato l'errore, gli altri registri eventi possono consentire una migliore comprensione del problema. Per ulteriori informazioni sugli strumenti utili alla risoluzione dei problemi della replica continua locale, vedere Strumenti per la risoluzione dei problemi con distribuzioni a disponibilità elevata.

Informazioni preliminari

Per eseguire queste procedure, è necessario utilizzare un account che disponga della delega del ruolo Exchange Server Administrator e dell'appartenenza al gruppo Administrators locale del server di destinazione. Per ulteriori informazioni sulle autorizzazioni, sulla delega dei ruoli e sui diritti necessari per l'amministrazione di Exchange 2007, vedere Considerazioni sulle autorizzazioni.

Procedura

Il cmdlet Get-StorageGroupCopyStatus segnala che si è verificato un errore nel database e che il seeding non è stato eseguito.

  • Cause possibili   Un problema di configurazione o la copia della replica non dispone di un database di riferimento valido. Questo problema potrebbe anche essere dovuto alla mancata abilitazione del gruppo di archiviazione sul computer locale.

  • Soluzione   Eseguire la procedura riportata di seguito:

    • Verificare che l'archiviazione per la copia sia configurata correttamente e che funzioni. Se si individua un errore, è possibile avviare un nuovo controllo della copia sospendendo e riprendendo il gruppo di archiviazione.

    • Verificare che i percorsi della copia della replica continua locale siano configurati correttamente. È possibile eseguire questa operazione utilizzando il cmdlet Get-StorageGroup in Exchange Management Shell. Per ulteriori informazioni sull'utilizzo del cmdlet Get-StorageGroup per visualizzare le informazioni di configurazione, vedere Come visualizzare le impostazioni della configurazione della replica continua locale.

    • Il cmdlet Update-StorageGroupCopy consente la sospensione della copia del gruppo di archiviazione.

Il cmdlet Get-StorageGroupCopyStatus segnala che si è verificato un errore nel database e il valore FailedMessage fornisce informazioni specifiche sull'origine dell'errore

  • Cause possibili   Le cause potenziali dell'errore in una copia passiva del gruppo di archiviazione sono molte. Il valore FailedMessage identifica in particolare il problema rilevato.

  • Risoluzione Eseguire il cmdlet Get-StorageGroupCopyStatus per ottenere il valore FailedMessage completo. Questa stringa consente di identificare il problema specifico che è stato rilevato. Se la condizione segnalata è un registro mancante o danneggiato, cercare di individuare un registro non danneggiato con il numero di generazione corretto. Se non è possibile trovare il registro corretto, utilizzare il cmdlet Update-StorageGroupCopy per eseguire di nuovo il seeding. Se nel messaggio viene indicato che i registri di origine non sono disponibili, rimuovere la condivisione nella directory del registro di origine e riavviare il servizio di replica di Microsoft Exchange sul computer. Analizzare le informazioni fornite dal valore FailedMessage e risolvere la condizione identificata.

Avvisi, contatori delle prestazioni o il cmdlet Get-StorageGroupCopyStatus indicano che vengono generate le code di copia o di riesecuzione per una copia passiva.

  • Cause possibili   Un backlog dell'attività di copia o di riesecuzione del registro potrebbe indicare un problema o una condizione temporanea in un processo di recupero. Una condizione temporanea si verifica quando la copia passiva è stata ripresa di recente dopo essere stata sospesa per un periodo di tempo significativo. Se la condizione non è temporanea, il problema potrebbe essere dovuto a una delle seguenti ragioni:

    • Esiste un problema di configurazione.

    • Sospensione dell'attività di replica.

    • Arresto del servizio di replica di Microsoft Exchange.

    • Archiviazione non riuscita o non in linea.

  • Risoluzione   Per determinare se esiste un problema effettivo o una condizione temporanea, procedere come segue:

    • Verificare se il servizio di replica di Microsoft Exchange è in esecuzione. A tale scopo, utilizzare lo snap-in Servizi. Se il servizio è stato arrestato, è necessario avviarlo.

    • Eseguire il cmdlet di Exchange Management Shell Get-StorageGroupCopyStatus con l'opzione fl (formatted list, elenco formattato) e quindi determinare se la copia passiva è stata sospesa. Se è stata sospesa, verificare che i file della copia passiva siano presenti in modo corretto e riprendere la copia passiva utilizzando il cmdlet Resume-StorageGroupCopy.

    • Eseguire il cmdlet Get-StorageGroupCopyStatus in Exchange Management Shell con l'opzione fl e determinare se la copia è integra. Se si sono verificati degli errori nella copia, esaminare l'elenco dei campi di stato per adottare le misure di correzione necessarie.

Esaminare i contatori delle prestazioni della replica per diversi minuti per determinare se l'avanzamento è in corso. In particolare, esaminare il numero di generazione della riesecuzione e il numero di generazione dell'ispezione. Se la lunghezza della coda di copia continua ad aumentare ma la lunghezza della coda di riesecuzione è breve o in diminuzione, potrebbe essersi verificato un problema nella condivisione file di rete nella copia attiva o nello stesso server attivo. Verificare che la directory del registro della copia del gruppo di archiviazione attivo disponga di una condivisione file di rete definita utilizzando il GUID del gruppo di archiviazione. Per determinare il GUID del gruppo di archiviazione, è possibile utilizzare il cmdlet Get-StorageGroupCopyStatus con l'opzione fl in Exchange Management Shell.

Get-StorageGroupCopyStatus segnala un orario non aggiornato per LastInspectedLogTime

  • Cause possibili   Questo problema può essere dovuto a tre possibili cause:

    • Il database della copia attiva è smontato.

    • La copia attiva è montata ma non cambia a una velocità significativa. Di conseguenza, i registri non vengono prodotti dalla copia attiva.

    • Il servizio di replica di Microsoft Exchange non è attivo.

  • Risoluzione Determinare quale delle tre è la causa del problema. A questo scopo, eseguire una delle seguenti operazioni:

    • Determinare se il database è smontato utilizzando Exchange Management Console o eseguendo il cmdlet Get-StorageGroupStatus in Exchange Management Shell. Se è smontato, è necessario montarlo e creare una nuova sequenza di generazione dei file di registro prima che LastInspectedLogTime cambi.

    • Verificare se il servizio di replica di Microsoft Exchange è in esecuzione. Se il servizio è stato arrestato, è necessario avviarlo.

    • Una volta determinato che il database è montato, verificare se il database sta generando i registri. Esaminare la directory del registro del database attivo e identificare il file di registro con il numero di generazione più alto. Controllare il timestamp del registro. Dovrebbe corrispondere al valore LastInspectedLogTime.

Seeding non riuscito.

  • Cause possibili   È in corso un backup sulla copia attiva o esiste un problema di comunicazione.

  • Risoluzione   Verificare che non sia in corso un backup del gruppo di archiviazione interessato o del database.

Il cmdlet Restore-StorageGroupCopy segnala che Exx.log non è disponibile.

  • Cause possibili   Il cmdlet Restore-StorageGroupCopy visualizza un prompt con la richiesta di stabilire se continuare o meno con un Exx.log mancante.

  • Soluzione   Se si prevede che l'attivazione produca un database senza perdita di dati, rispondere No al prompt. Se Exx.log non è disponibile al momento dell'operazione tramite il cmdlet Restore-StorageGroupCopy, il recupero avverrà con perdita di dati. Se si risponde No, è necessario risolvere i problemi che impediscono l'accesso ai registri di produzione. Una volta risolti tali problemi, è possibile eseguire di nuovo il cmdlet Restore-StorageGroupCopy.

Ulteriori informazioni

Per ulteriori informazioni sui cmdlet di Exchange Management Shell descritti in precedenza, vedere i seguenti argomenti: