Introduction
Cet article décrit les problèmes résolus dans le correctif cumulatif 80 dans la version suivante de Microsoft Azure Site Recovery :
-
Azure à Azure/Modernd VMware/Physical to Azure : service Mobility (version 9.66.7567.1) .
Conditions préalables
-
Pour installer Microsoft Azure Site Recovery Provider Update Rollup 80.
Service Mobilité
Prise en charge du système d’exploitation Linux
Azure à Azure :
Prise en charge de la nouvelle distribution
-
Redhat 9.6
-
Redhat 10.0
-
AlmaLinux 10.0
-
Rocky 10.0
-
SLES15 SP7
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
-
Redhat 9.6
-
Redhat 10.0
-
AlmaLinux 10.0
-
Rocky 10.0
-
SLES15 SP7
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.
Quoi de neuf
Notification de restauration/échange de disque dans A2A : Détectez si les disques d’un ordinateur protégé sont restaurés à partir d’une sauvegarde ou échangés. Si elle est détectée, la réplication est suspendue et aucun nouveau point de récupération n’est généré.
Prise en charge de la révocation de clé de délégation utilisateur dans A2A : Prise en charge de la révocation de la clé de délégation d’utilisateur sur le compte de stockage du cache.
Problèmes résolus :
-
Le système se bloque pendant la création de point de récupération cohérent de l’application sur Linux : Résolution d’un problème sur les machines Linux où le système ne répondait plus lors de la création du point de récupération de cohérence des applications.
-
Azure machine virtuelle Linux avec des disques de taille de secteur 4K : Échec de la découverte de disque fixe sur Azure machine virtuelle Linux avec des disques de taille de secteur de 4 Ko avec une partition GPT.
-
Génération d’initrd pour les noyaux installés uniquement sur Linux : Correction d’un problème de programme d’installation qui régénère l’image initrd uniquement pour les noyaux installés.
-
Échec de l’inscription de l’agent MARS : Correction du problème de configuration de l’agent MARS en résolvant le problème de dépassement de connexion et de mappage d’identité.
-
Incident du service de serveur de processus : Correction d’un problème où le service serveur de processus se bloquait lors de l’utilisation du proxy authentifié.
-
La resynchronisation ne progresse pas dans la version V2A modernisée :Correction d’un problème lié à la progression de la resynchronisation lorsque la réplication est configurée de Azure vers un emplacement local.
-
Améliorations des performances des agents SDS : Correction d’un problème pour améliorer les performances dans la gestion des canaux physiques SSH.
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 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 > É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). |