Mise à jour Rollup 41 pour Azure Site Recovery

Introduction

Cet article décrit les problèmes qui sont corrigés dans Update Rollup 41 dans les versions suivantes de Microsoft Azure Site Recovery:

• Télécharger Microsoft Azure Site Recovery Provider (version 5.1.5000.0)

• Télécharger Microsoft Azure Site Recovery Unified Setup (VMware à Azure) (version 9.29.5367.1)

• Télécharger Microsoft Azure Recovery Services Agent (version 2.0.9165.0)

• Télécharger Microsoft Azure Site Recovery Configuration Server (version 5.1.5000.0)

• Télécharger Mobility Service pour Windows (version 9.29.5367.1)

• Télécharger Mobility Service pour CentOS (version 9.29.5367.1)

• Télécharger Mobility Service pour Ubuntu (version 9.29.5367.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 41 (version 5.1.5000.0), vous devez avoir l'un des éléments suivants installés:

• Microsoft Azure Site Recovery Provider (version 5.1.4500 ou une version ultérieure)

• Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.25.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.

Microsoft Azure Site Recovery Unified Setup and Configuration Server Template Microsoft Azure Site Recovery Unified Setup and Configuration Server Template Microsoft Azure Site Recovery Unified Setup and Configuration Server Template Microsoft Azure Site Recovery Unified Set

Améliorations

• Les erreurs de configuration OVF de configuration ont été amélioré avec une cause racine claire et des actions recommandées pour plus facile résolution.

• Logique de calcul du débit du serveur de processus est amélioré pour minimiser les alertes lorsque l'intervention manuelle n'est pas nécessaire.

Service de mobilité

Améliorations

• Introduit un nouveau code d'erreur pour fournir la cause profonde et la résolution pour l'échec d'installation MSI

• Améliorations de support de linux OS

• • Ubuntu 18,04

  • RHEL 7,7

Problèmes résolus

• Les informations sur les disques des machines Windows sont lisibles par l'utilisateur dans les journaux de récupération de sites qui sont alimentés dans l'espace de travail Log Analytics

Microsoft Azure Site Recovery (service)

Améliorations

Azure à Azure

• Les clients ont maintenant la possibilité de configurer les paramètres de défaillance des tests pour les éléments répliqués à partir du Lame de réseau. Ils peuvent mettre à jour Vnet, sous-réseaux, adresses IP privées pour échec de test et attachent également la configuration NSG, l'équilibreur de charge interne et Adresse IP publique.

• ASR nettoie maintenant la Machine à sous créée,c., NIC(s), et les disques dans la région DR après que les clients ne réplication.

• Rationalisé la création de balises. Ajusté l'information capturée dans les paires de valeur clé d'étiquette pour faciliter clients à filtrer sur la base d'étiquettes.

• Le nombre de machines à sous soutenues dans une reprise a été plafonné à 100 afin d'assurer la fiabilité de l'échec.

VMware à Azure

• Le nombre de machines à sous financées soutenues dans un plan de redressement a été plafonné à 100 afin d'assurer la fiabilité des défaillances.

Mise à jour des composants de récupération de votre site Azure

Entre deux sites VMM sur place

1. Téléchargez le dernier update Rollup pourMicrosoft Azure Site Recovery Provider

2. Installez d'abord le rollup de mise à jour sur le serveur VMM sur site qui gère le site de récupération.

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

1. Téléchargez le Update Rollup pour Microsoft Azure Site Recovery Provider.

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

3. Installer le  dernier Microsoft Agent de services de récupération Azure 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

1. Téléchargez le Update Rollup pourMicrosoft Azure Site Recovery Provider.

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

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

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

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