Se connecter avec Microsoft
S'identifier ou créer un compte.
Bonjour,
Sélectionnez un autre compte.
Vous avez plusieurs comptes
Choisissez le compte avec lequel vous voulez vous connecter.

Introduction

Cet article décrit les problèmes résolus dans le correctif cumulatif 73 dans les versions suivantes de Microsoft Azure Site Recovery :

Découvrez les détails des problèmes résolus et les prérequis qui doivent être vérifiés avant d’installer cette mise à jour.

Conditions préalables

Pour installer Microsoft Azure Site Recovery Provider Update Rollup 73, l’un des éléments suivants doit être installé :

  • Fournisseur de Site Recovery Microsoft Azure (version 5.23.x ou ultérieure)

  • Installation unifiée de Microsoft Azure Site Recovery (VMware vers Azure) (version 9.57.xxxx.x ou ultérieure)

  • Microsoft Azure Recovery Services Agent (version 2.0.9202.0 ou ultérieure)

Remarque : vous pouvez case activée la version du fournisseur installée 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 Mobilité

Prise en charge du système d’exploitation Linux

  • Azure vers Azure

    • Debian 12

    • Ubuntu 18.04 Pro

  • VMware/Physique modernisé vers Azure

    • Debian 12

    • Ubuntu 18.04 Pro

Améliorations:

  • Ajout de la prise en charge des machines virtuelles de la série Lsv2 pour le scénario de réplication Azure vers Azure. 

  • Ajout d’une amélioration où, pour les machines virtuelles VMware linux, l’activation de la réplication a été bloquée en raison du partitionnement de type GPT.

  • Ajout d’améliorations à l’opération de resynchronisation, où elle n’était pas déclenchée automatiquement après une opération de redémarrage du service. 

Problèmes résolus :

  • Ajout d’un bloc pour les périphériques de stockage de type USB pendant l’opération d’activation de la réplication pour le scénario de réplication Azure vers Azure. 

  • Correction d’un problème pour le scénario de réplication Azure vers Azure où, après la mise à jour du noyau sur des machines virtuelles RHEL 9, la machine ne démarre pas. 

  • Correction d’un problème où la réplication initiale d’Azure vers un emplacement local ne se passait pas en raison d’un interblocage. 

  • Correction d’un problème où des messages d’erreur d’échec de création de point de réplication étaient générés même si la réplication était en cours. 

  • Correction d’un problème pour le scénario de réplication Azure vers Azure où la machine ne démarre pas même après que la machine s’exécutait sur un noyau compatible, car le pilote correct n’était pas récupéré automatiquement. 

  • Un problème de blocage de réplication pour les machines virtuelles Windows qui s’est produit après la mise à niveau de l’agent du service mobilité est résolu.

Appliance de réplication Microsoft Azure Site Recovery

Problèmes résolus

  •  Correction d’un problème où les détails du proxy n’étaient pas mis à jour pour le serveur de processus.

Composant

Version

Serveur de découverte physique

2.0.2027.28

Serveur de découverte

2.0.2027.39

fournisseur Site Recovery

5.24.0317.5

Gestionnaire de configuration de l’appliance

6.0.1084.64

Serveur proxy

1.39.8974.21613

Service de réplication

1.39.9035.17265

Serveur de reprotection

1.41.9035.17276

Agent d’installation push

1.41.9035.16640

Agent Recovery Services

2.0.9917.0

Serveur de traitement

9.60.6956.1

Mise à jour de vos composants Azure Site Recovery locaux

Entre un site VMware local ou physique vers Azure (expérience classique)

  1. Mettez à jour votre serveur d’administration local en téléchargeant Microsoft Azure Site Recovery l’installation unifiée. Il s’agit du serveur qui a les rôles Serveur de configuration et Serveur de traitement.

  2. Si vous avez des serveurs de processus avec montée en puissance horizontale, mettez-les à jour ensuite en exécutant Microsoft Azure Site Recovery programme d’installation unifiée.

  3. Si vous avez master serveurs cibles, mettez-les à jour ensuite en consultant les étapes ici.

  4. Accédez à la Portail Azure, puis à 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.

Remarque Si vous mettez à jour ou protégez les machines SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 et DEBIAN9, veillez à suivre les étapes ci-dessous : 

  • Téléchargez le programme d’installation approprié pour vos machines :

  • Copiez le programme d’installation dans les dossiers INSTALL_DIR\home\svsystems\pushinstallsvc\repository sur le serveur de configuration et les serveurs de processus Scale Out, avant de mettre à niveau ou de protéger votre Machines Virtuelles. Par exemple, vous trouverez ci-dessous le nom du dossier lorsque le chemin d’installation du serveur de configuration/serveurs de processus est C :\Program Files (x86)\Microsoft Azure Site Recovery –

    C :\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  • Après avoir copié le programme d’installation, accédez à services.msc et redémarrez le service InMage PushInstall.

Entre un site VMware local ou un site physique vers Azure (expérience modernisée) 

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

  2. Accédez à la Portail Azure, puis à 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.

Les communautés vous permettent de poser des questions et d'y répondre, de donner vos commentaires et de bénéficier de l'avis d'experts aux connaissances approfondies.

Ces informations vous ont-elles été utiles ?

Dans quelle mesure êtes-vous satisfait(e) de la qualité de la langue ?
Qu’est-ce qui a affecté votre expérience ?
En cliquant sur Envoyer, vos commentaires seront utilisés pour améliorer les produits et services de Microsoft. Votre administrateur informatique sera en mesure de collecter ces données. Déclaration de confidentialité.

Nous vous remercions de vos commentaires.

×