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

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 juillet 2016 correctif cumulatif pour Windows RT 8.1, 8.1 de Windows et Windows Server 2012 R2