Meilleur auteur de réponses
HYPER-V / REPLICATION

Question
-
Bonjour,
Je dispose de 2 serveurs sous windows server 2016
Je suis en train de mettre en place une machine virtuelle sous Hyper-V ainsi que la réplication entre ces 2 serveurs
La réplication fonctionne bien, mais je rencontre un problème dans le cas suivant
- Je simule une panne du serveur principale en le déconnectant du réseau
- Sur le serveur "Replica", j'initie un basculement et je démarre la VM sur ce serveur
- La VM démarre tout fonctionne bien
- J’arrête la VM
- Je reconnecte le serveur principale au réseau.
- Depuis le serveur "Replica", je demande d'inverser la réplication.
- J'obtiens le message d'erreur suivant :
Échec de l'activation de la réplication
Hyper-v n'est pas en état d'accepter la réplication sur le serveur de réplication pour l'ordinateur virtuel "xxxx"
Hyper-v n'a pas pu inverser la réplication de "xxxx". Opération abandonnée
etc ...
Pour pouvoir inverser la réplication, je dois d'abord supprimer la VM sur le serveur principal
Est-ce normal ?
Pour information, le basculement planifié fonctionne bien dans les 2 sens
Il n'y a que le basculement non planifié qui me pose ce problème
Merci
Réponses
-
Bonsoir,
dans le cas d'une bascule "non planifiée", l'image disque principale et les incréments ne sont plus identiques entre les 2 serveurs.
=> Le serveur répliqué démarre alors avec la dernière version des données qu'il a, et qui n'est probablement pas identique à l'original (Perte légère mais probable d'information).
=> Pour rebasculer sur le serveur d'origine, il faut retransférer au préalable la totalité du disque VHDX (qui a évolué et est maintenant considéré comme différent), puis des éventuels incréments(AVHD)...
A bientôt,
Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info
- Marqué comme réponse PATZ_42 vendredi 13 juillet 2018 13:57
-
Bonjour,
J'ai pas de quoi tester la tout de suite sous la main, mais ce n'est pas un comportement normal de mémoire. Il est tout à fait possible de faire un failover puis un failback de réplica sans avoir à supprimer la VM du site principal.
Vous devez avoir des informations supplémentaires dans le journal d'évènement parce que la c'est pas suffisant pour vous aider.
Merci de marquer comme reponses les interventions qui vous ont ete utile.
- Marqué comme réponse PATZ_42 vendredi 13 juillet 2018 13:57
Toutes les réponses
-
Bonsoir,
dans le cas d'une bascule "non planifiée", l'image disque principale et les incréments ne sont plus identiques entre les 2 serveurs.
=> Le serveur répliqué démarre alors avec la dernière version des données qu'il a, et qui n'est probablement pas identique à l'original (Perte légère mais probable d'information).
=> Pour rebasculer sur le serveur d'origine, il faut retransférer au préalable la totalité du disque VHDX (qui a évolué et est maintenant considéré comme différent), puis des éventuels incréments(AVHD)...
A bientôt,
Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info
- Marqué comme réponse PATZ_42 vendredi 13 juillet 2018 13:57
-
Bonjour
Merci pour votre réponse
Après le basculement "non planifié", et après avoir remis en état le serveur principal d'origine,
je souhaitais simplement inverser la réplication afin que ce serveur principal devienne serveur réplica
et le serveur réplica devienne serveur principal
Dans mon cas, et j'ai pu le vérifier, j'en conclus qu'il faut :
- Supprimer la VM du serveur principal d'origine
- Inverser la réplication depuis le serveur réplica d'origine
- Les données du serveur réplica sont alors transférées vers le serveur principal
- Le serveur réplica d'origine devient serveur principal et inversement
A bientôt.
-
Bonjour,
J'ai pas de quoi tester la tout de suite sous la main, mais ce n'est pas un comportement normal de mémoire. Il est tout à fait possible de faire un failover puis un failback de réplica sans avoir à supprimer la VM du site principal.
Vous devez avoir des informations supplémentaires dans le journal d'évènement parce que la c'est pas suffisant pour vous aider.
Merci de marquer comme reponses les interventions qui vous ont ete utile.
- Marqué comme réponse PATZ_42 vendredi 13 juillet 2018 13:57