Condividi tramite

Come passare alla copia passiva di un 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-20

In questo argomento viene descritto come recuperare i dati quando un database attivo e i relativi file di registro abilitati per la replica continua locale (LCR, Local Continuous Replication) vengono danneggiati.

Informazioni preliminari

È necessario eseguire le procedure riportate di seguito utilizzando un account che disponga delle autorizzazioni di amministratore di Exchange Server.

Sebbene nella procedura seguente si faccia uso del parametro ReplaceLocations del cmdlet Restore-StorageGroupCopy, si raccomanda invece di cambiare assegnazioni di unità o di eseguire altre operazioni a un livello inferiore. È possibile cambiare le assegnazioni di unità con lo snap-in Gestione disco di Microsoft Management Console (MMC) o lo strumento Diskpart incluso in Microsoft Windows Server 2003. Il motivo di questa raccomandazione è di garantire che il gruppo di archiviazione attivo e i file di database continuino ad avere nomi di file significativi che indichino che essi sono copie di produzione attive. Il parametro ReplaceLocations garantisce che le copie attive del database e i registri siano contenuti nelle directory normalmente riservate alle copie passive di questi file. L'utilizzo di questa configurazione potrebbe provocare una futura confusione nella distinzione tra copia attiva e copia passiva dei dati.

Procedura

Per recuperare i dati dopo il danneggiamento della copia attiva di un database abilitato per la replica continua locale

  1. 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 disco. Se il volume dei registri del gruppo di archiviazione di produzione non è disponibile (mentre potrebbe esserlo) al momento del failover, potrebbe andare persa una quantità di dati superiore al necessario.

  2. Valutare se i dati presenti nella copia passiva del database sono accettabili. Per linee guida sulla procedura per eseguire questa valutazione, vedere Come visualizzare lo stato di una copia della replica continua locale. In genere, il sistema dovrebbe essere in grado di recuperare tutti i dati dalla copia attiva del database. Quindi, la valutazione dovrebbe mostrare che tutti i file di registro necessari sono disponibili. In caso contrario, è necessario indagare per scoprire perché alcuni file di registro non sono disponibili.

  3. Smontare il database danneggiato. È possibile utilizzare il cmdlet Dismount-Database in Exchange Management Shell o il menu di scelta rapida Smonta per il database in Exchange Management Console.

  4. Utilizzare il cmdlet Restore-StorageGroupCopy nel modo indicato di seguito per attivare la copia del database. Esistono due modi per eseguire questa operazione:

    Nota

    La copia LCR viene disabilitata automaticamente con l'esecuzione del cmdlet Restore-StorageGroupCopy.

    1. Per attivare la copia e lasciare invariati il percorso del gruppo di archiviazione di produzione e quello del database, eseguire il seguente cmdlet:

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName>

      Nota

      La soluzione ideale consiste nell'attivare la copia nel suo percorso corrente, spostare i file, modificare le lettere di unità o montare le assegnazioni di punto per posizionare i file copia nei percorsi di produzione. Mediante tale strategia il database di produzione viene mantenuto nel percorso previsto.

    2. Per attivare la copia e aggiornare i percorsi del gruppo di archiviazione di produzione e del database con quelli della copia LCR, eseguire il cmdlet Restore-StorageGroupCopy con l'opzione -ReplaceLocations come riportato di seguito:

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName> -ReplaceLocations:$true

      Nota

      Nel caso in cui ciò venisse mantenuto per un periodo prolungato, si tratterebbe di un caso sorprendente. Il fattore decisivo dovrebbe essere se i file di copia possono essere riposizionati in pochi minuti permettendo, quindi, il recupero rapido desiderato.

  5. Al prompt di conferma digitare Y e poi premere INVIO.

  6. Procedere con questo passaggio se è stato eseguito il passaggio 4a in cui i percorsi di produzione non sono stati modificati (-ReplaceLocations non è stato specificato nel cmdlet Restore-StorageGroupCopy). È necessario riposizionare i file della copia passiva nei percorsi del gruppo di archiviazione di produzione e del database. Utilizzare lo strumento di gestione del volume o del file system appropriato per spostare i registri, i file system e il database della copia LCR in questi percorsi.

  7. Ora è possibile installare il database.

  8. Il cmdlet Restore-StorageGroupCopy disabilita automaticamente la replica continua locale per il gruppo di archiviazione. Dopo il completamento del recupero è necessario abilitare la LCR. Per la procedura dettagliata su come abilitare la LCR per il gruppo di archiviazione, vedere Abilitazione della replica continua locale di un gruppo di archiviazione esistente.

Ulteriori informazioni

Per ulteriori informazioni sulla sintassi e sui parametri, vedere Restore-StorageGroupCopy.

Per ulteriori informazioni sulla gestione dell'ambiente LCR, vedere Gestione della replica continua locale.