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 61 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 correctif cumulatif de fournisseur 61, l’une des opérations suivantes doit être installée :

  • fournisseur Microsoft Azure Site Recovery (version 5.1.6800 ou ultérieure)

  • Microsoft Azure Site Recovery configuration unifiée (VMware vers Azure) (version 9.44.xxxx.x ou une version ultérieure)

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

Remarque :Vous pouvez vérifier la version du fournisseur installé dans l’élément Programmes et fonctionnalités de Panneau de configuration.

Améliorations apportées et problèmes corrigés 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é

Améliorations

  • Ajout de la prise en charge d’une liste de noyaux supplémentaire pour les distributions Linux Debian 10 et Ubuntu 20.04.

  • Ajout de la prise en charge des volumes LVM approvisionnés minces.

Problèmes résolus

  • Correction d’un problème où l’installation du service mobilité sur les ordinateurs avec le système d’exploitation Oracle Linux échouait si aucun noyau RedHat n’était présent sur le système.

  • Ajout d’un bloqueur pour les machines Linux avec démarrage sécurisé activé , car le démarrage sécurisé n’est pas pris en charge par Site Recovery.

  • Ajout d’un correctif en cas de blocage du système lors de la gestion du redimensionnement d’un disque.

  • [Architecture VMware en préversion] Correction d’un problème où le chargement des données entraînait des opérations de resynchronisation inutiles. 

  • [Architecture VMware en préversion] Correction d’un problème où la réplication initiale lors de la reprotection d’Azure vers un site local ne répondait plus. 

  • [Architecture VMware en préversion] Correction d’un problème où l’inscription de l’agent du service mobilité sur un ordinateur, où la réplication a été désactivée précédemment, échouait.  

Microsoft Azure Site Recovery (service)

Améliorations

  • La préversion publique de l’intégration de la réservation de capacité à la demande à Site Recovery est désormais en ligne.

Microsoft Azure Site Recovery (portail)

Améliorations

  • La préversion publique de l’intégration de la réservation de capacité à la demande à Site Recovery est désormais en ligne. En savoir plus.

Mise à jour de vos composants Locaux Azure Site Recovery

Entre deux sites VMM locaux

  1. Téléchargez le dernier correctif cumulatif pour Microsoft Azure Site Recovery Fournisseur.

  2. Installez d’abord le correctif cumulatif sur le serveur VMM local qui gère le site de récupération.

  3. Une fois le site de récupération mis à jour, installez le correctif cumulatif sur le serveur VMM qui gère le site principal.

Remarque Si VMM est un VMM hautement disponible (VMM en cluster), veillez à installer la mise à niveau sur tous les nœuds du cluster sur lequel le service VMM est installé.

Entre un site VMM local et Azure

  1. Téléchargez le correctif cumulatif pour Microsoft Azure Site Recovery fournisseur.

  2. Installez le correctif cumulatif sur le serveur VMM local.

  3. Installez la dernière Microsoft Azure Recovery Services Agent sur tous les hôtes Hyper-V.

Remarque Si votre VMM est un VMM hautement disponible (VMM en cluster), veillez à installer la mise à niveau sur tous les nœuds du cluster sur lequel le service VMM est installé.

Entre un site Hyper-V local et Azure

  1. Téléchargez le correctif cumulatif pour Microsoft Azure Site Recovery fournisseur.

  2. Installez le fournisseur sur chaque nœud des serveurs Hyper-V que vous avez inscrits dans Azure Site Recovery.

Remarque Si votre Hyper-V est un serveur Hyper-V en cluster hôte, veillez à installer la mise à niveau sur tous les nœuds du cluster.

Entre un VMware local ou un site physique vers Azure

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

  2. Si vous avez des serveurs de processus avec montée en puissance parallèle, mettez-les à jour en exécutant Microsoft Azure Site Recovery configuration unifiée.

  3. 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 apparaît 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 et DEBIAN8, veillez à suivre les étapes ci-dessous :

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

  2. Copiez le programme d’installation dans les dossiers INSTALL_DIR\home\svsystems\pushinstallsvc\repository sur Configuration Server et Scale Out Serveurs de processus, 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

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

Remarque : Un redémarrage est recommandé après chaque mise à niveau de l’agent Mobility pour s’assurer que toutes les dernières modifications sont chargées sur l’ordinateur source. Ce n’est pas nécessairement obligatoire. Toutefois, un redémarrage est obligatoire si la différence entre les versions de l’agent à partir du dernier redémarrage et la version cible est supérieure à quatre (4) à la dernière décimale. Pour obtenir une explication détaillée, consultez le tableau suivant.

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.

×