Introduction
Cet article décrit les problèmes résolus dans le correctif cumulatif 79 dans la version suivante de Microsoft Azure Site Recovery :
-
Azure vers Azure/ Modernd VMware/Physical to Azure : service Mobility (version 9.65.7417.1).
Conditions préalables
-
Pour installer Microsoft Azure Site Recovery Provider Update Rollup 79
Service Mobilité
Prise en charge du système d’exploitation Linux
Azure vers Azure :
Prise en charge de la nouvelle distribution
-
Oracle 9.5
-
Windows 2025
Prise en charge du nouveau noyau
-
SLES15-64
-
SLES12-64
-
DEBIAN11-64
-
DEBIAN12-64
-
UBUNTU-18.04-64
-
UBUNTU-20.04-64
-
UBUNTU-22.04-64
-
UBUNTU-24.04-64
Remarque: Pour plus d’informations, consultez la matrice de prise en charge .
VMware/Physique vers Azure RCM :
Prise en charge de la nouvelle distribution
-
OEL 9.5
-
Windows 2025
Prise en charge du nouveau noyau
-
SLES15-64
-
SLES12-64
-
DEBIAN11-64
-
DEBIAN12-64
-
UBUNTU-18.04-64
-
UBUNTU-20.04-64
-
UBUNTU-22.04-64
-
UBUNTU-24.04-64
Remarque: Pour plus d’informations, consultez la matrice de prise en charge .
Problèmes résolus :
-
Resynchroniser Loop pendant l’état quasi : Résolution d’un problème où les machines virtuelles pouvaient entrer dans des cycles de resynchronisation répétés en raison de vérifications de violation de RPO qui se sont produites pendant l’état quasi. Le système contourne désormais la validation du RPO dans cet état et enregistre les avertissements de diagnostic à la place, ce qui empêche les resynchronisations inutiles.
-
Échec de l’envoi du message d’intégrité : Correction d’un bogue dans lequel les messages d’intégrité au niveau de la machine virtuelle pouvaient échouer lorsque l’accès à Azure EventHub n’était pas disponible à partir de l’appliance.
-
Échec de validation de certificat dans RcmProxy : Résolution d’un problème où une défaillance matérielle s’est produite si le certificat de l’émetteur était manquant dans le magasin de certificats. La logique diffère désormais cette validation et traite par défaut le certificat comme auto-signé, ce qui améliore la résilience.
Appliance de réplication Microsoft Azure Site Recovery
Composant |
Version |
---|---|
fournisseur Site Recovery |
|
Serveur mandataire |
|
Service de réplication |
|
Serveur de reprotection |
|
Agent Recovery Services |
|
Serveur de traitement |
Liens de l’agent Mobilité :
-
Reportez-vous à ASR GitHub pour obtenir les liens de téléchargement.
Mettre à jour vos composants Azure Site Recovery locaux
Entre un site VMware local ou un site physique vers Azure (expérience modernisée)
-
Vérifiez que votre Appliance de gestion locale est à jour en accédant au gestionnaire de configuration de l’appliance. Si ce n’est pas le cas, téléchargez la dernière version pour les composants qui se trouvent derrière la dernière version.
-
Connectez-vous au Portail Azure, puis accédez à 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.
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 Commencez par mettre à niveau vers la version 9.29, puis redémarrez avant 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). |