Restore-StorageGroupCopy

In questo argomento viene descritto come utilizzare il cmdlet Restore-StorageGroupCopy in una soluzione replica continua cluster (CCR) o replica continua locale (LCR) per attivare la copia passiva di un gruppo di archiviazione. Nella configurazione della replica continua cluster, Restore-StorageGroupCopy viene utilizzato quando il database non viene montato dal supporto di installazione automatica ed e quindi necessario l'intervento diretto dell'amministratore per montare il database. In questo scenario, l'amministratore utilizza Restore-StorageGroupCopy prima di eseguire l'operazione Mount-Database. Nella configurazione della replica continua locale (LCR), Restore-StorageGroupCopy viene utilizzato per disabilitare la replica continua locale e rendere utilizzabile la copia passiva per Mount-Database. In entrambe le configurazioni, Restore-StorageGroupCopy termina la replica della copia passiva e la rende utilizzabile per il cmdlet Mount-Database.

Descrizione

Il cmdlet Restore-StorageGroupCopy e richiesto per abilitare un amministratore di Exchange 2007 ad attivare una copia CCR o LCR, per consentire il recupero dati dopo un errore del database o del gruppo di archiviazione attivi. Il comando viene utilizzato sia nella configurazione CCR che nella configurazione LCR. Per impostazione predefinita, il cmdlet Restore-StorageGroupCopy viene utilizzato quando l'amministratore termina una replica. Esso viene utilizzato sia nella configurazione CCR che nella configurazione LCR.Nella configurazione LCR, si prevede che l'amministratore sposti i dati tramite operazioni sul file system o sul volume. Si raccomanda questo metodo per mantenere le convenzioni tra i percorsi utilizzati per i database di copia e di produzione.Il parametro ReplaceLocations viene utilizzato in una configurazione LCR quando l'amministratore desidera terminare la replica e inserire i percorsi di copia negli attributi del gruppo di archiviazione della produzione e della posizione del database. I percorsi degli oggetti database di produzione e gruppo di archiviazione vengono aggiornati con le posizioni estratte dalla copia. Si tratta di un'operazione rapida che consente il montaggio immediato del database. Se non si utilizza questa opzione, e necessario che i dati della copia siano resi disponibili nelle posizioni di produzione. Se non e possibile farlo tramite il comando Rename del file system o tramite operazioni sul volume, la durata dell'interruzione sara proporzionale al tempo richiesto per la copia dei registri e dei database.In una configurazione CCR, la copia in corso di attivazione viene eseguita su un nodo diverso e nella posizione corretta. Pertanto, nel processo di attivazione non e necessario cambiare la posizione dei registri o del database.E possibile utilizzare il cmdlet Restore-StorageGroupCopy per ignorare i limiti di perdita del montaggio del gruppo di archiviazione sul nodo appena attivato. Ad esempio, e possibile impostare l'opzione AutoDatabaseMountDialsu Lossless, in modo che il database non venga montato se non e possibile copiare e riprodurre in base alla copia anche un solo file di registro dell'ultimo nodo installato. In questo stato, e possibile ripristinare la copia del gruppo di archiviazione e montare il database.In alcune circostanze, ignorare i limiti di perdita del montaggio di un gruppo di archiviazione sul nodo appena attivato puo richiedere la reinizializzazione del gruppo di archiviazione del nodo attivo precedente. La reinizializzazione e necessaria nel caso uno o piu registri della zona della perdita siano stati scritti nel database.Il cmdlet Restore-StorageGroupCopy consente di adempiere gli obiettivi citati di seguito:bullet Contrassegna i database del gruppo di archiviazione come montabili.Fornisce un rapporto sulla perdita di dati che deriverebbe dal montaggio dei database nel gruppo di archiviazione.Verifica se tutti i registri creati per il gruppo di archiviazione sul server di origine sono presenti nella copia e, in caso negativo, tenta di copiarli di nuovo.Se non tutti i registri sono disponibili e se il cmdlet Restore-StorageGroupCopy non riesce a copiarli correttamente dalla posizione di origine, nei database risultanti si verifichera una perdita di dati. Per informazioni sulla gestione della perdita dei dati nella replica continua cluster, vedere Cluster Continuous Replication.Nel caso di una configurazione LCR, esso disabilita anche la copia del gruppo di archiviazione.In una configurazione LCR, se nel database risultante si verifica una perdita di dati, viene ricreato l'indice del contenuto.In una configurazione LCR, e necessario eseguire questo comando sul server host del gruppo di archiviazione.In una configurazione CCR, perche la copia specificata diventi attiva, prima e necessario montarla. Dopo essere stata montata e attivata, essa diventa la nuova copia di origine per le attivita di replica successive.Per eseguire il codice riportato di seguito su un computer in cui e installato un server Cassette postali di cluster, e necessario accedere al sistema utilizzando un account di dominio che disponga delle autorizzazioni assegnate al gruppo degli amministratori di Exchange Server.

Parametri