Sincronizzazione dei server di replica di origine e di destinazione dopo l'annullamento del ruolo

Modifica online

Se un server di replica di origine non riesce o diventa temporaneamente non disponibile, potrebbe essere necessario invertire i ruoli del server e configurare temporaneamente il server di replica di destinazione come server di replica di origine. In seguito, quando il server di replica di origine originale è tornato online, è possibile ripristinare i ruoli originali. Poi, è possibile replicare tutti i dati dal server di replica di destinazione al server di replica di origine e sincronizzare i dati su entrambi i server. Se si configura la replica multi - destinazione utilizzando le regole di memoria di replica, si dispone di un'opzione aggiuntiva per aiutare a garantire la disponibilità dei dati e il ripristino se il server di replica di origine non riesce. Quando si replicano i dati a due server di replica di destinazione, è possibile convertire uno dei server di replica di destinazione in un server di replica di origine. I dati del server di replica di origine appena afferrato possono quindi essere replicati su un altro server di replica di destinazione utilizzando le regole di storage di replica per aiutare a fornire una protezione dei dati ininterrotta.

Esempio per invertire i ruoli del server in un ambiente di replica a destinazione singola

In questo esempio vengono utilizzati i seguenti valori:

NODE1 è il nodo client.
PRODSRV è il server di replica di origine a cui viene eseguito il backup dei dati provenienti dal nodo client, NODE1.
DRSRV è il server di replica di destinazione.

Il server PRODSRV diventa non disponibile. L'amministratore di sistema, Elizabeth, aggiorna la definizione del nodo sul server DRSRV per revocare il ruolo del server PRODSRV come destinazione dei dati di backup per NODE1. Segue le istruzioni riportate nella sezione REMOVE REPLNODE (Rimuovere un nodo client dalla replica) ed esegue il seguente comando sul server DRSRV:
```
remove replnode node1 server=prodsrv
```
Impostando NODE1 come nodo non replicante, DRSRV può ora essere utilizzato come server di replica di origine per il backup dei dati client.
Elizabeth configura NODE1 per eseguire il backup dei dati sul server DRSRV. Per ottenere questo risultato deve aggiornare il file delle opzioni client appropriato.

Elizabeth riconfigura il file delle opzioni del client seguendo le istruzioni riportate nelle sezioni “Creazione e modifica del file delle opzioni di sistema del client” e “Creazione e modifica del file delle opzioni del client ”.

Tutte le operazioni di backup per NODE1 sono ora indirizzate al server DRSRV.

Dopo qualche tempo, il server PRODSRV torna online. Elizabeth intende ripristinare il setup della memoria originale.
Aggiorna la definizione del nodo per NODE1 sul server DRSRV per essere un nodo non replicante. Emette il seguente comando sul server PRODSRV:
```
remove replnode node1 server=drsrv
```
Per avviare il processo di sincronizzazione dei server, Elizabeth segue le istruzioni riportate nella sezione UPDATE NODE (Aggiornamento degli attributi del nodo) ed esegue i seguenti comandi.
Emette il seguente comando sul server DRSRV:
```
update node node1 replstate=enabled replmode=syncsend
```
Emette il seguente comando sul server PRODSRV:
```
update node node1 replstate=enabled replmode=syncreceive
```
Una volta eseguiti questi comandi, gli inventari di entrambi i server IBM Storage Protect verranno sincronizzati durante la prossima operazione di replica.
Per replicare tutti i dati dal server DRSRV al server PRODSRV, Elizabeth definisce una regola di archiviazione di replica. Segue le istruzioni riportate in DEFINE STGRULE (Definizione di una regola di archiviazione per la replica dei dati) ed esegue il seguente comando sul server DRSRV:
```
define stgrule repl_role_reversal prodsrv actiontype=replicate
```
Rilasciando il comando, stabilisce il server PRODSRV come server di replica di destinazione predefinito per il server DRSRV.
Per sincronizzare i server, Elizabeth segue le istruzioni riportate in START STGRULE (Avvia una regola di replica) ed esegue il START STGRULE comando per replicare i dati.
Emette il seguente comando sul server DRSRV:
```
start stgrule repl_role_reversal
```
Dopo l'operazione di replica, la definizione del nodo sul server DRSRV è impostata su REPLMODE=SEND. La definizione del nodo sul server PRODSRV è impostata su REPLMODE=RECEIVE.
Elizabeth attende che l'operazione di replica venga completata correttamente prima di procedere al passo successivo. In attesa del completamento dell'operazione di replica è obbligatoria.
Elizabeth aggiorna le definizioni dei nodi sui server PRODSRV e DRSRV per impostarle come nodi non replicanti.
Emette il seguente comando sul server DRSRV:
```
remove replnode node1 server=prodsrv
```
Emette il seguente comando su PRODSRV server:
```
remove replnode node1 server=drsrv
```
Elizabeth configura il nodo NODE1 per impostare PRODSRV come server di replica di origine e DRSRV come server di replica di destinazione. Sincronizza i nodi su entrambi i server emettendo i seguenti comandi.
Emette il seguente comando sul server PRODSRV:
```
update node node1 replstate=enabled replmode=syncsend
```
Emette il seguente comando sul server DRSRV:
```
update node node1 replstate=enabled replmode=syncreceive
```
Elizabeth configura il nodo NODE1 per eseguire il backup dei dati sul server PRODSRV, aggiornando il file delle opzioni client appropriato.

Segue le istruzioni riportate nelle sezioni " Creazione e modifica del file delle opzioni di sistema del client " e "Creazione e modifica del file delle opzioni del client ".

Tutte le operazioni di backup per il nodo NODE1 sono ora indirizzate al server PRODSRV.
Elizabeth definisce una regola di archiviazione di replica per configurare la replica dei dati dal nodo NODE1 sul server PRODSRV al server DRSRV.
Emette il seguente comando sul server PRODSRV:
```
define stgrule repl_drsrv drsrv actiontype=replicate
```
Esegue la regola di memoria di replica, REPL_DRSRV. Una volta completata correttamente l'operazione di replica, la definizione del nodo sul server PRODSRV è impostata su REPLMODE=SEND e la definizione del nodo sul server DRSRV è impostata su REPLMODE=RECEIVE.

A questo punto, i due server sono nella configurazione originale e il server PRODSRV dispone dei dati memorizzati sul server DRSRV mentre il server PRODSRV non era disponibile.