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 à Azure/Modernd VMware/Physical to Azure : service Mobility (version 9.65.7417.1) .
Configuration requise
- Pour installer microsoft Azure Site Recovery provider update rollup 79
Service de mobilité
Prise en charge du système d’exploitation Linux
Azure à 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
Note: 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
Note: Pour plus d’informations, consultez la matrice de prise en charge .
Problèmes résolus :
- Resynchronisation 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 Azure’accès 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 | 5.25.424.2 |
| Serveur proxy | 1.42.9470.12732 |
| Service de réplication | 1.43.9470.13294 |
| Serveur de reprotection | 1.46.9470.13281 |
| Agent Recovery Services | 2.0.9946.0 |
| Serveur de traitement | 9.65.7417.1 |
Liens de l’agent Mobilité :
- Reportez-vous à ASR GitHub pour obtenir les liens de téléchargement.
Mettre à jour vos composants locaux Azure Site Recovery
Entre un site VMware local ou physique pour 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 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). |