Introduction
Cet article décrit les problèmes résolus dans le correctif cumulatif 48 dans les versions suivantes de Microsoft Azure Site Recovery :
- Azure vers Azure
- VMware/Physical vers Azure
-
- HyperV ou VMM vers Azure
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.
Configuration requise
Pour installer le correctif cumulatif 48 du fournisseur de Azure Site Recovery Microsoft, vous devez avoir installé l’une des méthodes suivantes :
- Fournisseur Azure Site Recovery Microsoft (version 5.1.5800 ou une version ultérieure)
- Installation unifiée de Microsoft Azure Site Recovery (VMware vers Azure) (version 9.31.xxxx.x ou une version ultérieure)
- Agent Microsoft Azure Recovery Services (version 2.0.8900.0 ou une version ultérieure)
Remarque : Vous pouvez case activée la version du fournisseur installé 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 de mobilité
Améliorations
- La connectivité des liaisons privées pour la réplication de Site Recovery est désormais prise en charge pour les machines Azure et locales.
Prise en charge du système d’exploitation Linux
- Azure vers Azure
-
- Oracle Linux 7.8
- Oracle Linux 8.0, 8.1
- VMware/Physical vers Azure
-
- Oracle Linux 7.8
- Oracle Linux 8.0, 8,1, 8.2
Problèmes résolus
- Ajout d’une pré-case activée pour vérifier que drscout.conf est disponible dans le répertoire d’installation, lors de la mise à niveau.
- Ajout d’un correctif pour les ordinateurs Linux où un changement d’heure système provoquait un retard dans la désactivation de la réplication.
- Correction d’un problème dans lequel le programme d’installation ne parvenait pas à restaurer les images d’origine, ce qui entraînait un échec de l’activation de la réplication.
- Correction d’un problème où SLES15 n’était pas correctement identifié, si le fichier de mise en production était présent.
Problème(s) connu(s)
- Activer la réplication pour le scénario Azure vers Azure échoue sur les machines Linux sur lesquelles Azure Disk Encryption (ADE) est activé. Apprenez-en davantage.
Modèle de serveur de configuration & d’installation unifiée Microsoft Azure Site Recovery
Aucune nouvelle modification n’a été apportée.
Microsoft Azure Site Recovery (service)
Améliorations
- La prise en charge du double chiffrement au repos est disponible maintenant. Toute machine Azure ayant des disques à double chiffrement peut être protégée avec Site Recovery. Les machines locales peuvent également choisir de répliquer les données et de basculer vers des disques à double chiffrement.
- La préversion privée pour activer la réplication avec Azure Policy est disponible maintenant. Pour vous y inscrire, veuillez fournir vos coordonnées ici.
Mise à jour de vos composants Azure Site Recovery locaux
Entre deux sites VMM locaux
- Télécharger le dernier correctif cumulatif pour Microsoft Azure Site Recovery Provider
- 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 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
- Téléchargez le correctif cumulatif pour Microsoft Azure Site Recovery fournisseur.
- Installez le correctif cumulatif sur le serveur VMM local.
- Installez la dernière version de l’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 où le service VMM est installé.
Entre un site Hyper-V local et Azure
- Téléchargez le correctif cumulatif pour Microsoft Azure Site Recovery fournisseur.
- 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 un site physique et Azure
- Mettez à jour votre serveur de gestion local en téléchargeant le programme d’installation unifiée de Microsoft Azure Site Recovery. Il s’agit du serveur qui dispose des rôles Serveur de configuration et Serveur de processus.
- Si vous disposez de serveurs de processus avec montée en charge, mettez-les à jour en exécutant le programme d’installation unifié de Microsoft Azure Site Recovery.
- Accédez au Portail Azure, puis à la pageÉléments répliqués Éléments >protégés. Sélectionnez une machine virtuelle dans cette page. Sélectionnez le bouton Agent de mise à jour qui s’affiche en bas de page pour chaque machine virtuelle. Cette opération met à jour l’agent du service de mobilité sur toutes les machines virtuelles protégées.
Remarque Un redémarrage est recommandé après chaque mise à niveau de l’agent de mobilité pour s’assurer que toutes les dernières modifications 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 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, voir le tableau suivant.
| Version de l’agent au dernier redémarrage | Mise à niveau vers | Redémarrage obligatoire ? |
|---|---|---|
| 9.25 | 9.27 | Non obligatoire |
| 9.25 | 9.28 | Non obligatoire |
| 9.25 | 9.29 | Non obligatoire |
| 9.25 | 9.30 | Obligatoire Commencez par effectuer une mise à niveau vers la version 9.29, puis redémarrez avant de passer à la version 9.30 (car la différence entre la dernière version de redémarrage et la version cible est supérieure à 4) |