Come eseguire il seeding di una copia della replica continua cluster

Articolo
08/10/2014

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

Ultima modifica dell'argomento: 2007-10-24

Il seeding è il processo che rende disponibile una copia di base di un database sul nodo passivo corrente. A seconda della situazione, può trattarsi di un processo automatico oppure di una procedura manuale in cui viene avviato il seeding. È possibile farvi ricorso in situazioni in cui si ritiene sia necessario. Le dimensioni del database da copiare sono direttamente correlate alla quantità di tempo necessario per il completamento del seeding.

Il seeding è necessario nei seguenti casi:

Quando un nodo passivo nuovo viene introdotto in un ambiente di replica continua cluster (CCR, Cluster Continuous Replication) e il primo file di registro del gruppo di archiviazione di produzione non è disponibile.
Dopo che si è verificato un failover in cui vengono persi dati a seguito del fatto che la copia attualmente passiva è diventata divergente e irrecuperabile.
Quando il sistema rileva un file di registro danneggiato che non può essere riprodotto nella copia passiva.
Dopo che si è verificata una deframmentazione non in linea di una o dell'altra copia del database.
Dopo che si è verificato lo scrubbing di una copia attiva di un database e si desidera propagare le modifiche alla copia passiva.
Dopo che la sequenza di generazione del registro per il gruppo di archiviazione è stata ripristinata a 1.

È possibile eseguire il seeding in Microsoft Exchange Server 2007 utilizzando i seguenti metodi:

Seeding automatico - Un seeding automatico consente di produrre una copia del database di un gruppo di archiviazione sulla destinazione. Il seeding automatico richiede che nell'origine sia disponibile log1. Questo tipo di seeding si verifica solo durante la creazione di un nuovo server, di un nuovo gruppo di archiviazione e di un nuovo database o in un database di cui non è mai stato effettuato il backup.
Seeding tramite il cmdlet Update-StorageGroupCopy - È possibile utilizzare il cmdlet Update-StorageGroupCopy di Exchange Management Shell per eseguire il seeding della copia di un gruppo di archiviazione.
Copia manuale del database non in linea - Questo processo consente di smontare il database e di copiarne il file nella stessa posizione sul nodo passivo. Se si utilizza questo metodo, si verificherà un'interruzione del servizio poiché la procedura richiede lo smontaggio del database.

Nota

Alcune applicazioni di backup possono supportare un meccanismo per utilizzare un backup come origine del database del seeding. Il ripristino sul nodo passivo non è supportato. Se tale opzione è supportata, deve essere esplicitamente e interamente supportata dall'applicazione di backup.

In Microsoft Exchange Server 2007 Service Pack 1 (SP1), il cmdlet Update-StorageGroupCopy è stato ampliato per includere un nuovo parametro denominato DataHostNames. Il parametro DataHostNames viene utilizzato per specificare quale rete deve essere utilizzata per il seeding o il reseeding. Il valore è un elenco multivalore di due nomi: nomi di dominio completi (FQDN) o nomi host. Uno di questi nomi deve identificare il nodo attivo.

Exchange 2007 SP1 aggiunge anche la possibilità di eseguire il seeding (senza il parametro DataHostNames) utilizzando la procedura guidata per l'aggiornamento della copia del gruppo di archiviazione in Exchange Management Console. Tale procedura è disponibile solo da Exchange Management Console nel nodo passivo.

In questo argomento sono descritte tre procedure: in una viene descritto come utilizzare il cmdlet Update-StorageGroupCopy per eseguire il seeding della copia del gruppo di archiviazione; nella seconda viene spiegato come utilizzare Exchange Management Console per smontare un database per la copia non in linea nella cartella del database CCR; nella terza procedura viene illustrato come utilizzare la procedura guidata per l'aggiornamento della copia del gruppo di archiviazione.

Informazioni preliminari

Per eseguire le procedure riportate di seguito su un computer su cui è installato un server di cassette postali in cluster, è necessario utilizzare un account che disponga della delega del ruolo Exchange Server Administrator e della delega di appartenenza al gruppo Administrators locale per il 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.

L'esecuzione del seeding utilizzando il cmdlet Update-StorageGroupCopy può potenzialmente avere come conseguenza un carico di input/output (I/O) sui volumi del gruppo di archiviazione attivo. Di conseguenza, a seconda della progettazione dell'archiviazione del cluster, tale approccio potrebbe incidere sul funzionamento del client ed eventualmente interdirne l'accesso. Visto il potenziale impatto sull'accesso al client, si consiglia di pianificare l'esecuzione del seeding tramite il cmdlet Update-StorageGroupCopy in periodi di scarsa attività del client, se possibile, al fine di ridurre al minimo l'impatto su quest'ultimo. È necessario prendere in considerazione il ritardo insieme all'esposizione creata dalla copia passiva per cui non è stato eseguito il seeding.

Quando si configura una nuova destinazione CCR dal nodo attivo, l'esecuzione del seeding consente di creare automaticamente le directory e il file del database sul nodo passivo, se non sono già presenti. La posizione dei file del database e di registro deve essere la stessa tra i server di un cluster. Lo spazio per l'archiviazione deve essere disponibile e sufficiente per la memorizzazione del database e dei registri.

Importante

Se un database o i file di registro esistono nella posizione in cui verrà memorizzata la copia passiva, il database o i file di registro devono essere rimossi prima di dare inizio all'esecuzione del seeding.

Importante

Il comando Update-StorageGroupCopy deve essere eseguito dal nodo passivo.

Procedura

Per utilizzare Exchange Management Shell per eseguire il seeding del nodo passivo

Sospendere l'attività di replica per il gruppo di archiviazione utilizzando il seguente comando:
```
Suspend-StorageGroupCopy -Identity:<Server\StorageGroupName>
```
Rimuovere i file del database, tutti i file di registro e i file dei punti di arresto nel nodo passivo. Rimuovere i file log, jrs, chk ed edb dalle directory configurate (directory LOG, la directory dei file di sistema e la directory che ospita il file del database).
Eseguire il comando riportato di seguito per effettuare il seeding della copia del gruppo di archiviazione nel nodo passivo:
```
Update-StorageGroupCopy -Identity:<Server\StorageGroupName>
```
Nota

Il parametro TargetPath viene utilizzato per eseguire il seeding di un database in un percorso diverso da quello configurato per la copia passiva del database. Ad esempio, se ciascun nodo CCR si trova in una posizione fisica diversa, è possibile utilizzare il parametro TargetPath per eseguire localmente l'aggiornamento nel nodo attivo, quindi utilizzare un'utilità di copia che fornisca la compressione dei dati per spostare la copia al nodo passivo attraverso la rete. Se non viene utilizzato il parametro Target Path, il cmdlet Update-StorageGroupCopy deve essere eseguito sul computer che contiene la copia passiva.

Nota

Il comando Update-StorageGroupCopy ripristina automaticamente la replica alla copia del gruppo di archiviazione. Per impedire che il comando Update-StorageGroupCopy ripristini automaticamente la replica, eseguire il comando con il parametro ManualResume. Per ulteriori informazioni, vedere Update-StorageGroupCopy. Per riprendere la replica manualmente dopo aver eseguito il comando Update-StorageGroupCopy, eseguire il comando riportato di seguito:
```
Resume-StorageGroupCopy -Identity:<Server>\<StorageGroupName>
```
Nota

Se vengono visualizzati dei messaggi di errore quando si esegue l'attività Update-StorageGroupCopy, è possibile ottenere ulteriori informazioni vedendo la tabella degli errori in Update-StorageGroupCopy.

Nota

Eseguire il comando riportato di seguito per specificare una rete ridondante da utilizzare per l'operazione di seeding:
```
Update-StorageGroupCopy -Identity:<Server\StorageGroupName> -DataHostNames:{Host1,Host2}
```
Una volta completato il comando Update-StorageGroupCopy e ripristinata la copia del gruppo di archiviazione, verificare che la replica funzioni correttamente utilizzando il cmdlet Get-StorageGroupCopyStatus.

Importante

Verificare l'effettivo flusso dei dati, poiché una mancanza del flusso potrebbe far sembrare normali operazioni che invece non lo sono.

Per utilizzare Exchange Management Console per eseguire manualmente il seeding del nodo passivo tramite la copia di un file del database non in linea

Aprire Exchange Management Console.
Espandere Configurazione server, quindi selezionare Mailbox.
Nel riquadro dei risultati selezionare il server Cassette postali contenente il database da disinstallare.
Nel riquadro di lavoro, fare clic con il pulsante destro del mouse sul database da smontare, quindi selezionare Smonta database.
Sospendere l'attività di replica sul database disinstallato. Per sospendere la replica, seguire la procedura descritta in Interruzione della replica di una copia della replica continua cluster.
Una volta sospesa la replica sul database, copiarne il file (file edb) dalla cartella del database di produzione a quella del database CCR.

Nota

La posizione della cartella del database di produzione è indicata nella pagina Riepilogo o nella pagina Proprietà.
Una volta copiato il file del database dalla cartella del database di produzione a quella del database CCR, fare clic con il pulsante destro del mouse sul database smontato, quindi selezionare Monta database.

Nota

Il seeding è completo una volta terminata la copia del file. L'accesso al client viene ripristinato dopo il montaggio del database di produzione.
Ripristinare l'attività di replica per il database CCR disinstallato. Per riprendere la replica, seguire la procedura illustrata nell'argomento Riavvio della replica di una copia della replica continua cluster.

Nota

Il seeding è completato e vengono automaticamente eseguite la replica e la riproduzione del registro delle transazioni.

Per utilizzare la procedura guidata per l'aggiornamento della copia del gruppo di archiviazione per eseguire il seeding del nodo passivo

Aprire Exchange Management Console nel nodo passivo.
Espandere Configurazione server, quindi selezionare Mailbox.
Nel riquadro dei risultati, selezionare il server Cassette postali contenente il gruppo di archiviazione da aggiornare.
Nel riquadro di lavoro, fare clic con il pulsante destro del mouse sul gruppo di archiviazione che si desidera aggiornare, quindi selezionare Aggiorna copia gruppo di archiviazione. Viene visualizzata la procedura guidata per l'aggiornamento della copia del gruppo di archiviazione.
Verificare che nel campo Nome gruppo di archiviazione sia incluso il gruppo di archiviazione corretto. Se è stato selezionato il gruppo di archiviazione errato, fare clic su Annulla, uscire dalla procedura guidata e selezionare il gruppo di archiviazione corretto. Se nella copia passiva del gruppo di archiviazione sono inclusi file di registro non utilizzabili o non necessari per la riproduzione dei registri dopo il completamento del seeding, selezionare la casella di controllo Elimina tutti i file di registro esistenti nel percorso di destinazione. Fare clic su Avanti per continuare.
Fare clic su Aggiorna per eseguire il seeding del nodo passivo con la copia del database.

Nota

Durante il processo di aggiornamento, verrà richiesto di eliminare gli eventuali file checkpoint e di database trovati nella copia passiva del gruppo di archiviazione.
Al termine del seeding, fare clic su Fine per uscire dalla procedura guidata.

Ulteriori informazioni

Per ulteriori informazioni sui cmdlet di Exchange Management Shell descritti in questo argomento, vedere:

Per ulteriori informazioni sulla gestione dell'ambiente CCR, vedere Gestione della replica continua cluster.

Condividi tramite