Introduction
Cet article décrit les problèmes qui sont corrigés dans Update Rollup 42 dans les versions suivantes de Microsoft Azure Site Recovery:
-
Télécharger Microsoft Azure Site Recovery Provider (version 5.1.5200.0)
-
Télécharger Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.30.5407.1)
-
Télécharger Microsoft Azure Recovery Services Agent (version 2.0.9165.0)
-
Télécharger Microsoft Azure Site Recovery Configuration Server OVF template (version 5.1.5200.0)
-
Télécharger Mobility Service pour Windows (version 9.30.5407.1)
-
Télécharger Mobility Service pour CentOS (version 9.30.5407.1)
-
Télécharger Mobility Service pour Ubuntu (version 9.30.5407.1)
En savoir plus sur les détails des problèmes qui sont résolus et Conditions préalables qui doit être vérifié avant d'installer cette mise à jour.
Conditions préalables
Pour installer Microsoft Azure Site Recovery Provider Update Rollup 42 (version 5.1.5200.0), vous devez avoir l'un des éléments suivants installés:
-
Microsoft Azure Site Recovery Provider (version 5.1.4800 ou une version ultérieure)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.26.xxxx.x ou une version ultérieure)
-
Microsoft Azure Recovery Services Agent (version 2.0.8700.0 ou une version ultérieure)
Remarque Vous pouvez vérifier la version du fournisseur installé dans l'élément Programmes et caractéristiques dans le panneau de contrôle.
Améliorations apportées et problèmes résolus dans cette mise à jour
Après avoir installé cette mise à jour, les problèmes suivants sont résolus et les améliorations suivantes sont incluses.
Service de mobilité
Améliorations
-
Azure Site Recovery prend désormais en charge l'échec des tests, l'échec et l'échec de VMware et Machines Azure avec mise en page UEFI
-
-
Vmware les machines avec les systèmes d'exploitation suivants sont prises en charge - Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8 RHEL8
-
Tous Les machines Azure de génération 2 sont prises en charge
-
-
Améliorations de support de linux OS
-
-
Rhel 8
-
Oracle Linux 7,7
-
-
Azure à Azure DR
-
-
Les machines Azure Linux avec Azure Disk Encryption (ADE) peuvent désormais être protégées grâce à Azure Site Recovery
-
Python 3 pour Linux Extension est maintenant pris en charge
-
-
Vmware à Azure DR
-
-
Données taux de modification (churn) des disques et les journaux de taux de téléchargement de données sont maintenant disponibles sur Log Intégration analytique avec le coffre-fort des services de récupération
-
Problèmes résolus
-
Condition préalable les contrôles sont activés pour valider le support de signature de code SHA2. OS fonctionnant sous Windows 2008 R2 avec SP1, Windows 2008 SP2 et Windows 7 SP1 exigent certains KBs d'être installé pour activer la signature du code SHA2. Mises à niveau des agents de mobilité ASR et les installations ne réussiront pas si la signature du code SHA2 n'est pas activée. En savoir plus
Microsoft Azure Site Recovery (service)
Améliorations
-
Azure machines virtuelles en Norvège geo peut maintenant être protégé par Azure Site Recovery.
-
Serveur de processus Azure SKU utilisé pour les opérations de défaillance dans VMware à Azure DR est par défaut à Standard_A8_v2
Problèmes résolus
-
Performance des améliorations sont apportées pour minimiser le temps pris pour charger la lame des articles répliqués des services de récupération voûte et de lame de serveur de processus
-
Resynchronisation notifications sont mises à jour pour fournir des détails sur les machines qui nécessitent resynchronisation.
-
Dans le scénario Azure à Azure DR, le compte d'automatisation choisi lors de la réplication habilitante n'est pas toujours dans le région cible (car toutes les régions n'ont pas de comptes d'automatisation). Il y a une géo cartographie qui informe la région dont le compte d'automatisation doit être provisionné. Cette cartographie géographique est mise à jour pour permettre aux clients d'utiliser comptes d'automatisation d'une région différente.
Mise à jour des composants de récupération de votre site Azure
Entre deux sites VMM sur place
-
Téléchargez le dernier update Rollup pourMicrosoft Azure Site Recovery Provider
-
Installez d'abord le rollup de mise à jour sur le serveur VMM sur site qui gère le site de récupération.
-
Une fois le site de récupération mis à jour, installez le rollup de mise à jour sur le serveur VMM qui gère le site principal.
Remarque Si le VMM est un VMM hautement disponible (Clustered VMM), assurez-vous que vous installez la mise à niveau sur tous les nœuds du cluster où le service VMM est installé.
Entre un site VMM sur place et Azure
-
Téléchargez le Update Rollup pour Microsoft Azure Site Recovery Provider.
-
Installez le rollup de mise à jour sur le serveur VMM sur site.
-
Installer les dernières Microsoft Azure Recovery Services Agent sur tous les hôtes Hyper-V.
Remarque Si votre VMM est un VMM hautement disponible (Clustered VMM), assurez-vous que vous installez la mise à niveau sur tous les nœuds du cluster où le service VMM est installé.
Entre un site Hyper-V sur site et Azure
-
Téléchargez le Update Rollup pourMicrosoft Azure Site Recovery Provider.
-
Installez le fournisseur sur chaque nœud des serveurs Hyper-V que vous avez enregistrés dans Azure Site Recovery.
Remarque Si votre Hyper-V est un serveur Hyper-V groupé hôte, assurez-vous d'installer la mise à niveau sur tous les nœuds du cluster.
Entre un VMware sur place ou un site physique à Azure
-
Mettez à jour votre serveur de gestion sur site en téléchargeant Configuration unifiée de récupération de site Microsoft Azure. Il s'agit du serveur qui a le serveur De configuration et les rôles de serveur de processus.
-
Si vous avez des serveurs de processus à l'échelle, mettez-les à jour en exécutant Configuration unifiée de récupération de site Microsoft Azure.
-
Rendez-vous sur le portail Azure, puis rendez-vous sur la pageArticles protégés.' Sélectionnez un vM sur cette page. Sélectionnez le bouton Agent de mise à jour qui apparaît au bas de la page pour chaque Machine à sous. Cela met à jour l'agent de service de mobilité sur toutes les machines vétérinaires protégées.
Remarque Un redémarrage est recommandé après chaque mise à niveau de l'agent de mobilité 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 d'agent du dernier redémarrage et la version cible est supérieure à quatre (4) dans la dernière décimale. Voir le tableau suivant pour une explication détaillée.
Version 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 |
MandatoryFirst mise à niveau vers la version 9.29, puis redémarrer avant de passer à la version 9.30 (parce que la différence entre la dernière version de redémarrage et la version cible est supérieure à 4). |