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 update rollup 54 dans les versions suivantes de la récupération de site Microsoft Azure :

Conditions préalables

Pour installer le programme de mise à jour 54 du fournisseur de récupération de site Microsoft Azure, l’une des opérations suivantes doit être installée :

  • Fournisseur de récupération de site Microsoft Azure (version 5.1.6200 ou ultérieure)

  • Configuration unifiée de récupération de site Microsoft Azure (VMware vers Azure) (version 9.37.xxxx.x ou version ultérieure)

  • Agent microsoft Azure Recovery Services (version 2.0.9100.0 ou ultérieure)

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

Améliorations apportées et problèmes résolus dans cette mise à jour

Une fois la mise à jour installée, les problèmes suivants sont résolus et les améliorations suivantes sont incluses.

Mobility Service

Problèmes résolus

  • Correction d’un problème dans lequel la réplication initiale était bloquée après la mise à niveau du serveur de processus en raison d’une défaillance d’examen.

  • Correction d’un problème dans lequel l’enregistrement de serveur de processus échoue en raison de la null des valeurs DNS.

  • Correction d’un problème dans lequel les points de récupération des ordinateurs virtuels Azure n’ont pas été créés en raison du disque temporaire marqué comme manquant.

  • Correction d’un problème de sortie d’un service interne en raison de paramètres régionaux non pris en compte.

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

Aucune nouvelle modification n’a été apportée.

Récupération de site (Service) Microsoft Azure

Améliorations

  • La récupération d’urgence de zone à zone à l’aide de la récupération de site Azure est désormais GA dans 4 autres régions : Europedu Nord,Est des États-Unis, Centre des États-Unis et Ouest des États-Unis 2. Cela donne le nombre de régions prise en charge à 9. Les régions prise en charge sont les suivantes : Asie du Sud-Est, Japon Est, Australie Est, Royaume-Uni Sud, Europe de l’Ouest, Europe du Nord, États-Unis de l’Est, États-Unis centrale et Ouest des États-Unis 2.

Récupération de site Microsoft Azure (portail)

Améliorations

  • Ajout de la prise en charge du portail VMware à la réplication Azure et Hyper-V à Azure, pour sélectionner les groupes emplacements de proximité après l’activation de la réplication. En savoir plus.

  • Ajout de la prise en charge de la protection de 32 To de disques de données pour les logiciels VMware et la réplication Azure.

Mise à jour de vos composants de récupération de site Azure locaux

Entre deux sites VMM locaux

  1. Télécharger la dernière mise à jour du fournisseur de récupération de site Microsoft Azure

  2. Installez tout d’abord le processus de restauration des mises à jour 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 suivi des mises à jour sur le serveur VMM qui gère le site principal.

Remarque Si VMM est un VMM hautement disponible (VMM groupé), veillez à installer la mise à niveau sur tous les nodes du cluster où le service VMM est installé.

Entre un site VMM local et Azure

  1. Téléchargez le rollup de mise à jour pour le fournisseur de récupération de site Microsoft Azure.

  2. Installez le rollup de mise à jour sur le serveur VMM local.

  3. Installez le dernier agent Microsoft Azure Recovery Services sur tous les hôtes Hyper-V.

Remarque Si votre VMM est un VMM hautement disponible (VMM groupé), veillez à installer la mise à niveau sur tous les nodes du cluster où le service VMM est installé.

Entre un site Hyper-V local et Azure

  1. Téléchargez le rollup de mise à jour pour le fournisseur de récupération de site Microsoft Azure.

  2. Installez le fournisseur sur chaque nœud des serveurs Hyper-V que vous avez enregistrés dans la récupération de site Azure.

Remarque Si votre hyper-V est un serveur Groupé Hyper-V hôte, veillez à installer la mise à niveau sur tous les nodes du cluster.

Entre un site VMware ou physique local dans Azure

  1. Mettez à jour votre serveur de gestion local en téléchargeant la configuration unifiée de récupération de  site Microsoft Azure. Il s’agit du serveur qui possède les rôles serveur Configuration et Serveur de processus.

  2. Si vous avez des serveurs de processus de mise à l’échelle, mettez-les à jour en exécutant la configuration unifiée de récupération de site Microsoft Azure.

  3. Allez sur le portail Azure, puis sur la page Éléments protégés et > éléments répliqués. Sélectionnez une VM sur cette page. Sélectionnez le bouton Agent de mise à jour qui apparaît en bas de la page pour chaque VM. Cela met à jour l’agent de service de mobilité sur tous les VMs protégés.

Remarque : Si vous met à jour ou protégez les ordinateurs SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7 et DEBIAN8, assurez-vous de suivre les étapes suivantes :

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

  2. Copiez le programme d’installation dans INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders sur Configuration Server et Scale Out Process Servers, avant de mettre à niveau ou de protéger vos machines virtuelles. Par exemple, vous trouverez ci-dessous le nom du dossier lorsque le chemin d’installation de Configuration Server/Process Servers 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, allez à services.msc et redémarrez le service InMage PushInstall service.

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

Version de l’agent au 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
Tout d’abord, faites une mise à niveau vers la version 9.29, puis redémarrez avant de mettre à 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.

×