Condividi tramite

Come ripristinare l'accesso ai database di produzione dopo un errore in un singolo database

  • Articolo

 

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

Ultima modifica dell'argomento: 2006-12-21

In questo argomento viene illustrato come ripristinare un server configurato per la replica continua cluster (CCR, Cluster Continuous Replication) da un danneggiamento nel gruppo di archiviazione o nel database attivo.

Informazioni preliminari

È necessario eseguire la procedura riportata di seguito utilizzando un account a cui è stato delegato il ruolo di amministratore di Exchange Server.

Procedura

Per ripristinare un server configurato per la replica continua cluster da un danneggiamento dei dati

  1. Identificare il nodo passivo del server di cassette postali in cluster eseguendo il comando riportato di seguito:

    Get-ClusteredMailboxServerStatus -Identity:<Name>

  2. Verificare che il danneggiamento non sia stato originato da un'unità di registro o di database non in linea oppure da un errore di configurazione del volume.

    Importante

    Se il volume dei registri nel nodo attivo non è disponibile al momento del failover, potrebbe andare persa una quantità di dati superiore al necessario.

  3. Spostare il server di cassette postali in cluster dal nodo attivo a quello passivo utilizzando il cmdlet Move-ClusteredMailboxServer come illustrato di seguito:

    Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -movecomment:<Comment>

    Nota

    Per ulteriori informazioni sul cmdlet Move-ClusteredMailboxServer, vedere Move-ClusteredMailboxServer.

    Importante

    Se si ritiene che i registri non siano disponibili, è necessario includere l'argomento -ignoredismounted come mostrato nel seguente codice di esempio:

    Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -ignoredismounted -movecomment:<Comment>

    Nota

    Se si verifica un errore in una fase successiva dell'elaborazione dello spostamento, la transizione della proprietà del server di cassette postali in cluster verrà completata ma i database interessati resteranno non in linea.

  4. Al termine dell'operazione di spostamento, assicurarsi che siano stati montati tutti i volumi. Se alcuni database non sono stati installati, è necessario verificare lo stato della copia locale tramite il cmdlet Get-StorageGroupCopyStatus. È necessario specificare se l'origine espone tutti i file di registro disponibili prima di eseguire Restore-StorageGroupCopy oppure se si è soddisfatti dello stato della copia.

  5. Se durante l'elaborazione i registri non erano disponibili per impedire la perdita dei dati di tutti i gruppi di archiviazione, sarà necessario eseguire il cmdlet Restore-StorageGroupCopy come illustrato di seguito:

    Restore-StorageGroupCopy -Identity:"mbx01\SG1"

    Nota

    Quando si esegue il cmdlet Restore-StorageGroupCopy, viene visualizzato lo stato della copia del gruppo di archiviazione e viene richiesto di completare l'opzione di ripristino. Se si desidera completare l'operazione, immettere Sì.

    Importante

    Se si sceglie di non completare l'operazione di ripristino quando viene richiesto, è possibile eseguire nuovamente il comando in un momento successivo.

    Nota

    Per ulteriori informazioni sul cmdlet Restore-StorageGroupCopy, vedere Restore-StorageGroupCopy.

  6. Ora è possibile installare il database. Per installare il database, è possibile utilizzare Exchange Management Shell o Exchange Management Console come descritto in Come installare un database in un ambiente di replica continua cluster.

  7. Se si seleziona Sì per completare il ripristino, al termine dell'operazione sarà necessario installare manualmente il database nel gruppo di archiviazione come illustrato nell'argomento Come installare un database in un ambiente di replica continua cluster. Se non si verificano ulteriori errori, questi passaggi consentiranno di attivare l'operazione di copia sul nodo passivo.

    Importante

    Dopo l'attivazione, è necessario ripristinare la copia danneggiata a una condizione che ne consenta l'utilizzo come destinazione della replica. Questa attività può includere la risoluzione del problema hardware che ha causato il danneggiamento o l'errore.

Ulteriori informazioni

Per ulteriori informazioni sulle modalità di connessione dei database, vedere Come installare un database in un ambiente di replica continua cluster.

Per ulteriori informazioni sul cmdlet Get-ClusteredMailboxServerStatus, vedere Get-ClusteredMailboxServerStatus.