Hyper-V Replica problèmes résolus pour la récupération de Site Azure dans la mise à jour de juillet 2016 pour Windows Server 2012 R2

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3184854
Résumé
Cet article décrit un correctif pour la récupération de Site Azure pour les déploiements d’Hyper-V.

Ce correctif logiciel inclut plusieurs améliorations significatives afin de corriger des machines virtuelles qui permet d’entrer une resynchronisation (resync) ou pause pendant la réplication, ou qui rencontrer des délais lors de la réplication initiale ou delta.

Problèmes résolus

  • Problème 1

    Une machine virtuelle est placé dans une resynchronisation en raison d’une forte évolution sur l’un des disques. La logique précédente était que l’ordinateur virtuel passe dans resynchronisation si les journaux de cumulés d’une machine virtuelle au-delà de 50 pour cent d’un disque dur virtuel réplication qui est attaché à la machine virtuelle. Il a été calculé en fonction de la taille du disque le plus faible.

    Avec ce correctif, le calcul pour les 50 % est basé sur le total de tous les réplication disques durs virtuels qui sont attachés à l’ordinateur virtuel, pas à l’un de ses disques durs virtuels.

  • Problème 2

    Lorsque le système effectue une resynchronisation et il y a une erreur de suivi, reprend l’état « resynchronisation requise. » Malgré cette erreur, le système qui a été utilisé pour continuer à traiter la resynchronisation échoue. Cela provoque la resynchronisation cyclique.

    Avec ce correctif, si le suivi de l’ordinateur virtuel indique une erreur, les abandons de système la resynchronisation en cours revient à « resynchronisation requise. » Cela permet d’économiser l’utilisation de temps et de bande passante.

  • Problème 3

    Lors de la réplication, il existe actuellement une valeur seuil de « espace de stockage libre ». Cette option est définie à 300 Mo, moment auquel l’ordinateur virtuel passe dans resynchronisation. La faible valeur de 300 Mo peut provoquer la machine virtuelle de production être suspendu par Hyper-V.

    Avec ce correctif, la valeur de seuil à partir duquel l’ordinateur virtuel passe en resynchronisation est portée à 3 Go.

  • Problème 4

    Lors de la resynchronisation, l’espace de stockage libre n’est pas surveillé. Cela peut entraîner la machine virtuelle de production mettre en pause.

    Avec ce correctif, la valeur de seuil à partir duquel l’ordinateur virtuel s’arrêtera de resynchronisation est définie à 3 Go.

  • Problème 5

    Pendant la phase de réplication initiale, si la réplication initiale ne se termine pas dans les cinq jours, la réplication est arrêtée avec une erreur de délai d’attente. La valeur de délai de cinq jours est trop faible pour les déploiements dans lesquels la taille du disque initial est très volumineux, la bande passante est faible, ou les deux.

    Avec ce correctif, le délai d’attente pour la réplication initiale est portée à trente jours. À la fin de cette période, la réplication est interrompue et l’utilisateur doit reprendre la réplication.

  • Problème 6

    Au cours de l’état de la réplication delta qui se produit après la réplication initiale, si la réplication delta ne se termine pas dans les six heures pour un cycle spécifique, la réplication sont placées dans un état nécessaire à la resynchronisation. La valeur de six heures est trop faible pour les déploiements dans lesquels il y a beaucoup d’évolution dans un cycle particulier, la bande passante est faible, ou les deux. Cela est également vrai pour la réplication delta immédiatement après la réplication initiale.

    Avec ce correctif, le délai d’attente pour un cycle de réplication delta est augmentée à quinze jours.

Informations de mise à jour

Ces problèmes sont résolus dans la mise à jour suivant pour Windows Server 2012 R2 :
3172614 Correctif cumulatif de juillet 2016 pour Windows RT 8.1, 8.1 de Windows et Windows Server 2012 R2
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
Learnabout Termes de Hyper-V Replica.

En savoir plus sur laterminologie que Microsoft utilise pour décrire les mises à jour logicielles.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3184854 - Dernière mise à jour : 09/20/2016 22:03:00 - Révision : 2.0

Microsoft Azure Recovery Services

  • kbqfe kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3184854 KbMtfr
Commentaires