Introduction
Cet article décrit les problèmes résolus dans le rollup 56 des versions suivantes de Microsoft Azure de récupération de site :
-
Azure vers Azure
-
VMware/Physical to Azure
-
Télécharger Microsoft Azure modèle OVF de configuration de récupération de site (version 5.1.6853.0)
-
MD5 hash 6ff91fbfbe592ac333f7a4bf93b3488ef00548885cbf036724f27eb6daa7070f
-
-
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
-
Hyper-V ou VMM to Azure
Conditions préalables
Pour installer Microsoft Azure la mise à jour 56 du fournisseur de récupération de site, l’une des opérations suivantes doit être installée :
-
Microsoft Azure Fournisseur de récupération de site (version 5.1.6400 ou ultérieure)
-
Microsoft Azure Configuration unifiée de récupération de site (VMware vers Azure) (version 9.39.xxxx.x ou version ultérieure)
-
Microsoft Azure Agent des services de récupération (version 2.0.9100.0 ou version 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.
Service de mobilité
Problèmes résolus
-
Correction d’un problème dans lequel l’enregistrement avec le serveur de configuration échoue, avec une erreur concernant l’échec de la localisation du système racine.
-
Correction d’un problème dans lequel l’activation de la réplication pour la machine virtuelle Azure à partir du flux de machine virtuelle Create VM échouait avec une erreur concernant la quantité insuffisante d’espace.
-
Correction d’un problème dans lequel le démarrage des ordinateurs cibles Oracle Linux créés après le échec duover de test n’a pas réussi à démarrer.
-
Mise à jour Windows de l’agent Azure vers la dernière version.
Microsoft Azure Récupération de site (service)
Améliorations
-
Des améliorations ont été apportées afin que l’activation des opérations de réplication et de protection soit plus rapide de 46 %.
Microsoft Azure Récupération de site (portail)
Améliorations
-
La réplication peut désormais être activée entre deux régions Azure dans le monde entier. Les clients ne se limitent plus à activer la réplication au sein de leur continent.
Mise à jour de vos composants de récupération de site Azure locaux
Entre deux sites VMM locaux
-
Télécharger la dernière mise à jour de l’application Fournisseur Microsoft Azure récupération de site
-
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.
-
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
-
Téléchargez le rollup de mise à jour Microsoft Azure fournisseur de récupération de site.
-
Installez le rollup de mise à jour sur le serveur VMM local.
-
Installez la dernière version Microsoft Azure l’Agent des services de récupération 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
-
Téléchargez le rollup de mise à jour Microsoft Azure fournisseur de récupération de site.
-
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
-
Mettez à jour votre serveur de gestion local en téléchargeant Microsoft Azure configuration unifiée pour la récupération de site. Il s’agit du serveur qui possède les rôles serveur Configuration et Serveur de processus.
-
Si vous avez des serveurs de processus de mise à l’échelle, mettez-les à jour en exécutant Microsoft Azure configuration unifiée de la récupération de site.
-
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 mettant à jour ou protégez des ordinateurs SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 et UBUNTU-14.04, assurez-vous de suivre les étapes ci-dessous :
-
Téléchargez le programme d’installation approprié pour vos ordinateurs :
-
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 Récupération de site –
-
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
-
-
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 à partir du 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 |
|