Introduction

Cet article décrit les problèmes résolus dans le correctif cumulatif 79 dans la version suivante de Microsoft Azure Site Recovery :

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

5.25.424.2

Serveur mandataire

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 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).

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.