Synchronisation des serveurs de réplication source et cible après une inversion des rôles

Modifier en ligne

Si un serveur de réplication source tombe en panne ou devient temporairement indisponible, vous pourriez être appelé à inverser les rôles du serveur et à à configurer temporairement le serveur de réplication cible en tant que serveur de réplication source. Par la suite, lorsque le serveur de réplication source d'origine est de nouveau en ligne, vous pouvez restaurer les rôles d'origine. Ensuite, vous pouvez répliquer toutes les données du serveur de réplication cible vers le serveur de réplication source et synchroniser les données sur les deux serveurs. Si vous configurez la réplication multicible à l'aide des règles de stockage de réplication, vous disposez d'une option supplémentaire pour vous assurer de la disponibilité et de la récupération des données en cas de panne du serveur de réplication source. Lorsque vous répliquez des données sur deux serveurs de réplication cible, vous pouvez convertir l'un des serveurs de réplication cible en serveur de réplication source. Les données du serveur de réplication source nouvellement créé peuvent ensuite être répliquées sur un autre serveur de réplication cible à l'aide des règles de stockage de réplication pour assurer une protection ininterrompue des données.

Exemple d'inversion de rôles de serveur dans un environnement de réplication cible unique

Les valeurs suivantes sont utilisées dans cet exemple :

NODE1 est le noeud client.
PRODSRV est le serveur de réplication source sur lequel les données du noeud client, NODE1, sont sauvegardées.
DRSRV est le serveur de réplication cible.

Le serveur PRODSRV devient indisponible. L'administrateur système, Elizabeth, met à jour la définition de noeud sur le serveur DRSRV pour révoquer le rôle du serveur PRODSRV comme cible des données de sauvegarde de NODE1. Elle suit les instructions de la section « REMOVE REPLNODE » (Supprimer un nœud client de la réplication) et exécute la commande suivante sur le serveur DRSRV :
```
remove replnode node1 server=prodsrv
```
En définissant NODE1 comme un noeud non réplicateur, DRSRV peut désormais être utilisé comme serveur de réplication source pour la sauvegarde des données client.
Elizabeth configure NODE1 pour sauvegarder les données sur le serveur DRSRV. Pour ce faire, elle doit mettre à jour le fichier d'options client approprié.

Elizabeth reconfigure le fichier d'options client approprié en suivant les instructions fournies dans les sections « Création et modification du fichier d'options système du client » et « Création et modification du fichier d'options client ».

Toutes les opérations de sauvegarde de NODE1 sont maintenant dirigées vers le serveur DRSRV.

Au bout d'un certain temps, le serveur PRODSRV revient en ligne. Elizabeth désire restaurer la configuration de stockage d'origine.
Elle met à jour la définition de noeud de NODE1 sur le serveur DRSRV pour en faire un noeud non réplicateur. Elle envoie la commande suivante au serveur PRODSRV :
```
remove replnode node1 server=drsrv
```
Pour lancer le processus de synchronisation des serveurs, Elizabeth suit les instructions de la section « UPDATE NODE » (Mise à jour des attributs du nœud) et exécute les commandes suivantes.
Elle envoie la commande suivante au serveur DRSRV :
```
update node node1 replstate=enabled replmode=syncsend
```
Elle envoie la commande suivante au serveur PRODSRV :
```
update node node1 replstate=enabled replmode=syncreceive
```
Une fois ces commandes exécutées, les inventaires des deux serveurs IBM Storage Protect seront synchronisés lors de la prochaine opération de réplication.
Pour répliquer toutes les données du serveur DRSRV sur le serveur PRODSRV, Elizabeth définit une règle de stockage de réplication. Elle suit les instructions de la section « DEFINE STGRULE » (Définir une règle de stockage pour la réplication des données) et exécute la commande suivante sur le serveur DRSRV :
```
define stgrule repl_role_reversal prodsrv actiontype=replicate
```
Lors de l'envoi de la commande, elle définit le serveur PRODSRV comme serveur de réplication cible par défaut pour le serveur DRSRV.
Pour synchroniser les serveurs, Elizabeth suit les instructions de la section « START STGRULE » (Lancer une règle de réplication) et exécute la START STGRULE commande permettant de répliquer les données.
Elle envoie la commande suivante au serveur DRSRV :
```
start stgrule repl_role_reversal
```
Après l'opération de réplication, la définition de noeud sur le serveur DRSRV est définie sur REPLMODE=SEND. La définition de noeud sur le serveur PRODSRV est définie sur REPLMODE=RECEIVE.
Elizabeth attend que l'opération de réplication se termine avec succès avant de passer à l'étape suivante. Attendre la fin de l'opération de réplication est obligatoire.
Elizabeth met à jour les définitions de noeud sur les serveurs PRODSRV et DRSRV pour les définir comme des noeuds non répliquant.
Elle envoie la commande suivante au serveur DRSRV :
```
remove replnode node1 server=prodsrv
```
Elle envoie la commande suivante au serveur PRODSRV :
```
remove replnode node1 server=drsrv
```
Elizabeth configure le noeud NODE1 de manière à définir PRODSRV comme serveur de réplication source et DRSRV comme serveur de réplication cible. Elle synchronise les noeuds sur les deux serveurs en exécutant les commandes suivantes.
Elle envoie la commande suivante au serveur PRODSRV :
```
update node node1 replstate=enabled replmode=syncsend
```
Elle envoie la commande suivante au serveur DRSRV :
```
update node node1 replstate=enabled replmode=syncreceive
```
Elizabeth configure le noeud NODE1 pour sauvegarder les données sur le serveur PRODSRV en mettant à jour le fichier d'options client approprié.

Elle suit les instructions décrites dans les sections « Création et modification du fichier d'options système du client » et « Création et modification du fichier d'options du client ».

Toutes les opérations de sauvegarde du noeud NODE1 sont désormais redirigées vers le serveur PRODSRV.
Elizabeth définit une règle de stockage de réplication pour configurer la réplication des données du noeud NODE1 du serveur PRODSRV sur le serveur DRSRV.
Elle envoie la commande suivante au serveur PRODSRV :
```
define stgrule repl_drsrv drsrv actiontype=replicate
```
Elle exécute la règle de stockage de réplication REPL_DRSRV. Une fois l'opération de réplication terminée, la définition de noeud sur le serveur PRODSRV est définie sur REPLMODE=SEND et la définition de noeud sur le serveur DRSRV est définie sur REPLMODE=RECEIVE.

À ce stade, les deux serveurs sont dans la configuration d'origine et le serveur PRODSRV dispose des données stockées sur le serveur DRSRV pendant que le serveur PRODSRV n'était pas disponible.