Come ripristinare un database danneggiato
Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Ultima modifica dell'argomento: 2006-12-19
In questo argomento viene descritto come ripristinare una copia della replica continua cluster (CCR, Cluster Continuous Replication) una volta rilevato un database danneggiato.
È necessario considerare due casi:
Il danno è localizzato sulla copia passiva. In questo caso il nodo può essere diventato passivo durante un'interruzione programmata per il ripristino del danno di un server attivo oppure il danno può essersi verificato durante l'elaborazione passiva.
Il danno è presente sul server attivo. Questa condizione viene rilevata durante il ripristino del danno della copia passiva.
Si consiglia di indirizzare il danno o gli errori di volume nella copia quanto più rapidamente possibile. Durante il periodo di tempo in cui non viene risolta questa condizione, il nodo passivo non è una buona destinazione di ripristino per il database coinvolto. Pertanto, se si verifica un errore, il database coinvolto non potrà essere installato, impedendo l'accesso alle cassette postali presenti su di esso.
Informazioni preliminari
Per eseguire la procedura riportata di seguito, è necessario accedere al sistema utilizzando un account di dominio che disponga delle autorizzazioni assegnate all'amministratore locale e delle autorizzazioni assegnate al gruppo di amministratori diExchange Server.
Procedura
Per ripristinare una copia della replica continua locale dopo il rilevamento di un database danneggiato
Quando si rileva un danno nella copia passiva, è necessario effettuare una valutazione del volume di archiviazione del database passivo. L'archivio presenta problemi specifici che lo rendono un host inappropriato per il file del database? È necessario consultare la diagnostica dell'hardware e la registrazione degli eventi dell'hardware per effettuare tale valutazione.
L'unico metodo di ripristino di un database danneggiato è il seeding della copia passiva. I passaggi per completare la procedura sono descritti in dettaglio in Come eseguire il seeding di una copia della replica continua cluster.
Nota
Se il cmdlet Update-StorageGroupCopy descritto in Come eseguire il seeding di una copia della replica continua cluster riporta un errore dovuto a un danno del database di produzione, è necessario trasmettere il problema del danneggiamento nella produzione. È necessario effettuare il ripristino da un backup valido e con tutti i registri dopo l'ultimo backup completo. Consultare la documentazione relativa all'applicazione di backup per determinare i passaggi necessari al completamento delle operazioni di ripristino.