Introduction
Cet article décrit les problèmes résolus dans le correctif cumulatif 66 dans les versions suivantes de Microsoft Azure Site Recovery :
-
Azure vers Azure
-
VMware/Physique modernisé vers Azure
-
Hyper-V ou VMM vers Azure
-
VMware/Physique classique vers Azure
-
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
Découvrez les détails des problèmes résolus et les conditions préalables qui doivent être vérifiées avant d’installer cette mise à jour.
Conditions préalables
Pour installer Microsoft Azure Site Recovery Provider Update Rollup 66, vous devez disposer de l’un des éléments suivants :
-
Fournisseur Microsoft Azure Site Recovery (version 5.1.7600 ou ultérieure)
-
Installation unifiée de Microsoft Azure Site Recovery (VMware vers Azure) (version 9.49.xxxx.x ou ultérieure)
-
Microsoft Azure Recovery Services Agent (version 2.0.9202.0 ou ultérieure)
Remarque : Vous pouvez vérifier la version du fournisseur installée dans l’élément Programmes et fonctionnalités de Panneau de configuration.
Améliorations apportées et problèmes résolus dans cette mise à jour
Une fois cette mise à jour installée, les problèmes suivants sont résolus et les améliorations suivantes sont incluses.
Service Mobilité
Prise en charge du système d’exploitation Linux
-
Azure vers Azure
-
Ubuntu 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
VMware/Physique modernisé vers Azure
-
Ubuntu 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
VMware/Physique classique vers Azure
-
RHEL 8.7
-
Cent OS 8.7
-
Résolution du problème
-
Correction d’un problème dans lequel le pilote du service mobilité pouvait détecter correctement l’identité du disque source et provoquer des problèmes avec la réplication.
-
Correction d’un problème où la machine Azure n’était pas démarrée en raison du délai d’expiration de l’opération.
-
Correction d’un problème où la mise à jour automatique du service mobilité échouait, pour les scénarios VMware/Physique vers Azure modernisés, si un chemin personnalisé était fourni pendant l’installation.
-
Correction d’un problème lié à l’échec de l’activation de la réplication sur SUSE Linux Enterprise Server 15.
-
Ajout d’un correctif qui empêchait le serveur de traitement de fonctionner lorsque plusieurs ordinateurs avec le même ID BIOS tentaient d’établir une connexion.
-
Correction d’un bogue dans le serveur de configuration où le champ des modifications de données en attente n’était pas analysé correctement à partir de la machine source.
Appliance de réplication Microsoft Azure Site Recovery
Composant |
Version |
---|---|
Serveur de découverte physique |
|
Serveur de découverte |
|
fournisseur Site Recovery |
|
Gestionnaire de configuration de l’appliance |
|
Serveur proxy |
|
Service de réplication |
|
Serveur de reprotection |
|
Agent d’installation push |
|
Agent Recovery Services |
|
Serveur de traitement |
Microsoft Azure Site Recovery (service)
Aucune modification.
Microsoft Azure Site Recovery (portail)
Aucune modification.
Fournisseur de Site Recovery Microsoft Azure
-
Correction d’un problème dans le scénario VMware/Physique vers Azure classique, où le fournisseur de Site Recovery n’était pas en mesure de se connecter au coffre Recovery Services après une mise à jour.
Mise à jour de vos composants Azure Site Recovery locaux
Entre deux sites VMM locaux
-
Téléchargez le dernier correctif cumulatif pour le fournisseur de Site Recovery Microsoft Azure.
-
Installez d’abord le correctif cumulatif sur le serveur VMM local qui gère le site de récupération.
-
Une fois le site de récupération mis à jour, installez le correctif cumulatif sur le serveur VMM qui gère le site principal.
Remarque Si VMM est un VMM hautement disponible (VMM en cluster), veillez à installer la mise à niveau sur tous les nœuds du cluster sur lesquels le service VMM est installé.
Entre un site VMM local et Azure
-
Téléchargez le correctif cumulatif pour le fournisseur de Site Recovery Microsoft Azure.
-
Installez le correctif cumulatif sur le serveur VMM local.
-
Installez la dernière version de Microsoft Azure Recovery Services Agent 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 où le service VMM est installé.
Entre un site Hyper-V local et Azure
-
Téléchargez le correctif cumulatif pour le fournisseur de Site Recovery Microsoft Azure.
-
Installez le fournisseur sur chaque nœud des serveurs Hyper-V que vous avez inscrits dans Azure Site Recovery.
Remarque Si votre hyper-V est un serveur Hyper-V en cluster hôte, veillez à installer la mise à niveau sur tous les nœuds du cluster.
Entre un site VMware local ou physique vers Azure
-
Mettez à jour votre serveur d’administration local en téléchargeant Microsoft Azure Site Recovery l’installation unifiée. Il s’agit du serveur qui a les rôles Serveur de configuration et Serveur de traitement.
-
Si vous avez des serveurs de processus avec montée en puissance horizontale, mettez-les à jour ensuite en exécutant Microsoft Azure Site Recovery programme d’installation unifiée.
-
Si vous avez des serveurs cibles maîtres, mettez-les à jour ensuite en consultant les étapes ici.
-
Accédez à la Portail Azure, puis à la page Éléments protégés > Éléments répliqués. Sélectionnez une machine virtuelle sur cette page. Sélectionnez le bouton Mettre à jour l’agent qui s’affiche en bas de la page pour chaque machine virtuelle. Cela met à jour l’agent du service Mobilité sur toutes les machines virtuelles protégées.
Remarque Si vous mettez à jour ou protégez des machines SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 et DEBIAN9, veillez à suivre les étapes ci-dessous :
-
Téléchargez le programme d’installation approprié pour vos machines :
-
Copiez le programme d’installation dans les dossiers INSTALL_DIR\home\svsystems\pushinstallsvc\repository sur le serveur de configuration et les serveurs de processus Scale Out, avant de mettre à niveau ou de protéger votre Machines Virtuelles. Par exemple, vous trouverez ci-dessous le nom du dossier lorsque le chemin d’installation du serveur de configuration/serveurs de processus est C:\Program Files (x86)\Microsoft Azure Site Recovery –
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository -
Après avoir copié le programme d’installation, accédez à services.msc et redémarrez le service InMage PushInstall.
Remarque : Un redémarrage est recommandé après chaque mise à niveau de l’agent Mobility pour s’assurer que toutes les dernières modifications sont chargées sur l’ordinateur source. Ce n’est pas obligatoire. Toutefois, un redémarrage est obligatoire si la différence entre les versions de l’agent du dernier redémarrage et la version cible est supérieure à quatre (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 |
Obligatoire |