Applies ToAzure Site Recovery

Introduction

Cet article décrit les problèmes corrigés dans la mise à jour cumulative 43 dans les versions suivantes de la récupération du site Microsoft Azure :

Obtenez des informations sur les problèmes résolus et les conditions préalables Ce doit être vérifié avant d’installer cette mise à jour.Remarque : modifié le 2e mars pour s’adapter aux modifications apportées à la mise à jour de VMware et Azure DR

Conditions préalables

Pour installer le package de mise à jour du fournisseur de récupération de sites Microsoft Azure 43 (version 5.1.5300.0), vous devez disposer de l’un des éléments suivants :

  • Microsoft Azure Site Recovery fournisseur (version 5.1.4900 ou version ultérieure) (VMM ou Hyper V vers Azure)

  • Agent Microsoft Azure Recovery Services (version 2.0.8700.0 ou version ultérieure) (VMM vers Azure)

Préliminaire Vous pouvez vérifier la version du fournisseur installé dans l’élément programmes et fonctionnalités du panneau de configuration.

Améliorations apportées et problèmes résolus dans cette mise à jour

Après l’installation de cette mise à jour, les problèmes suivants sont résolus et les améliorations suivantes sont incluses.

Service de mobilité (Azure vers Azure)

Améliorations

  • Améliorations de la prise en charge du système d’exploitation Linux

    • OPTE 8,1

    • Ubuntu 18.04.3 (kernel v 5.3)

Problèmes résolus

  • Nettoyez automatiquement les fichiers endommagés, fichiers incomplets sur le serveur de processus pour garantir la réussite du flux de travail de réplication initial.

  • Les vérifications préalables de l’installation de l’agent de mobilité sont améliorées pour les échecs de corruption WMI de surface avant l’installation.

Microsoft Azure Site Recovery (service)

Améliorations

  • Amélioration du traitement des données lors de la mise en forme élevée afin de réduire le temps de resynchronisation

  • Des validations supplémentaires sont ajoutées lors de la création de ressources cible pour éviter les entrées non valides.

  • Amélioration du message d’erreur d’exception non gérée lorsque les disques gérés ne sont pas trouvés dans la région cible.

  • Activation de TLS 1,2 pour tous les services dans Hyper V dans le scénario Azure. Assurez-vous que TLS 1,2 est pris en charge par les serveurs locaux pour garantir une connectivité fluide. En savoir plus

Problèmes résolus

  • Dans le cadre de HyperV à Azure, correction d’un problème lié à l’échec de la réplication en cas d’activation du pare-feu sur les comptes de stockage

Mise à jour de vos composants sur site de récupération de site Azure

Entre deux sites VMM locaux

  1. Télécharger le dernier correctif de mise à jour pourMicrosoft Azure Site Recovery Provider

  2. Installez le correctif de mise à jour d’abord sur le serveur VMM local qui gère le site de récupération.

  3. Une fois le site de récupération mis à jour, installez le correctif de mise à jour sur le serveur VMM qui gère le site principal.

RemarqueSi le VMM est un VMM hautement disponible (VMM en cluster), veillez à installer la mise à niveau sur tous les nœuds du cluster sur lequel le service VMM est installé.

Entre un site VMM local et Azure

  1. Télécharger le correctif de mise à jour pour Fournisseur de récupération de site Microsoft Azure.

  2. Installez le correctif de mise à jour sur le serveur VMM local.

  3. Installez la dernière version Agent Microsoft Azure Recovery Services sur tous les hôtes Hyper-V.

Remarque Si votre VMM est un VMM hautement disponible (VMM en cluster), veillez à installer la mise à niveau sur tous les nœuds du cluster sur lequel le service VMM est installé.

Entre un site Hyper-V local et Azure

  1. Télécharger le correctif de mise à jour pour Fournisseur de récupération de site Microsoft Azure.

  2. Installez le fournisseur sur chaque nœud du serveur Hyper-V que vous avez inscrit à la récupération du site Azure.

RemarqueSi votre Hyper-V est un serveur Hyper-V organisé sur un hôte, veillez à installer la mise à niveau sur tous les nœuds du cluster.

Remarque Un redémarrage est recommandé après chaque mise à niveau de l’agent de mobilité pour s’assurer que toutes les modifications les plus récentes sont chargées sur l’ordinateur source. Ce n’est pas nécessairement obligatoire. Toutefois, un redémarrage est obligatoire si la différence entre les versions d’agent à partir du dernier redémarrage et la version cible est supérieure à 4 (4) dans la dernière décimale. Pour obtenir une explication détaillée, consultez le tableau suivant.

Version de l’agent lors du dernier redémarrage

Mise à niveau vers

Un redémarrage est-il obligatoire ?

9.25

9.27

Non obligatoire

9.25

9.28

Non obligatoire

9.25

9.29

Non obligatoire

9.25

9.30

MandatoryFirst effectuer une mise à niveau vers la version 9,29, puis redémarrez la mise à niveau vers la version 9,30 (car la différence entre la dernière version de redémarrage et la version cible est supérieure à 4).

Besoin d’aide ?

Vous voulez plus d’options ?

Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.

Les communautés vous permettent de poser des questions et d'y répondre, de donner vos commentaires et de bénéficier de l'avis d'experts aux connaissances approfondies.