Mise à jour Rollup 40 pour Azure Site Recovery

Introduction

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

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

• Télécharger Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.28.5345.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.4800.0)

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

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

• Télécharger Mobility Service pour Ubuntu (version 9.28.5345.1)

En savoir plus sur les détails des problèmes qui sont résolus etConditions préalablesqui doit être vérifié avant d'installer cette mise à jour.

Conditions préalables

Pour installer Microsoft Azure Site Recovery Provider Update Rollup 40 (version 5.1.4800.0), vous devez avoir l'un des éléments suivants installés:

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

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

Améliorations

Azure à Azure

• Reprotéger l'expérience améliorations: Pour une meilleure gestion BCDR, nous nettoyons maintenant les machines dans le La région DR après le retour en panne est terminée et lorsque les machines v sont réprotégées. Il n'est pas nécessaire de supprimer manuellement les machines à sous et les CNI.

• Testez les paramètres IP statiques Failover : plus tôt, quand clients ont effectué l'échec de test sur le réseau DR réel, nous avons fait n'utilisent pas l'ADRESSE IP d'origine. Il s'agissait de s'assurer que la propriété intellectuelle est disponible pour un DR réel. Toutefois, les clients veulent récupérer la même adresse IP pendant Forage DR pour valider les paramètres de réseautage. Nous avons répondu à cette préoccupation et permettre aux clients de choisir des adresses IP statiques pendant l'échec du test.

• Validateurs pour l'amélioration l'état de préparation au point de préparation : des validateurs sont ajoutés pour s'assurer que les clients sont prêts à une panne. Les mesures nécessaires ainsi que la question seront fournies au cas où un l'échec est suspecté.

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 messages d'erreur pendant le déploiement du serveur de configuration via OVF sont améliorés pour fournir une cause fondamentale précise et des étapes recommandées pour résoudre le problème.

Service de mobilité

Améliorations

• De nouvelles alertes sanitaires sont ajoutées pour les scénarios ci-dessous qui ont une incidence sur la création de points de récupération uniformes

• • Lorsque les scripteurs VSS d'application échouent sur la machine source

  • Lorsque VSS Provider est désactivé ou non installé sur la machine source

• Les alertes sanitaires existantes sont enrichies d'informations contextuelles pour une meilleure analyse

• • Les détails du disque, le taux de désabonnement observé et la quantité de données en attente par disque sont ajoutés pour « Alerte soudaine à taux de désabonnement élevé »

  • Les détails du disque et la quantité de données en attente par disque sont ajoutés pour « Alerte de latence élevée »

Problèmes résolus

• Les serveurs sur Windows 2019 avec démarrage sécurisé UEFI activé seront bloqués pendant la réplication activée. Cela permettra d'éviter les problèmes de démarrage après une panne car Azure ne prend pas en charge la configuration de démarrage sécurisée UEFI

• Des défaillances d'exécution MSI ont été observées lors de l'installation d'un agent de mobilité lorsque plusieurs produits sont installés sur un serveur. Une approche alternative est conçue pour régler ce problème.

Microsoft Azure Site Recovery (service)

Améliorations

• Vous pouvez utiliser les comptes de stockage ACLed pour la protection des serveurs Hyper-V vers Azure

• Des améliorations sont apportées à la logique utilisée pour sélectionner le VM SKU le mieux adapté lors d'une panne. Peu de cas d'angle où des SUK de haute configuration ont été choisis sont maintenant manipulés.

Problèmes résolus

• Sconte ou des entrées inattendues dans 'device.map' fichier sont gérés pour éviter les défaillances dans Serveurs Linux

Microsoft Azure Site Recovery (portail)

Améliorations

Na

Problèmes résolus

Na

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. Installez le dernier agent microsoft Azure Recovery Services 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 pour Microsoft 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 Microsoft Azure Site Recovery Unified Setup. Il s'agit du serveur qui a le serveur De configuration et les rôles de serveur de processus.

2. Si vous disposez de serveurs de processus à l'échelle, mettez-les à jour en exécutantMicrosoft Azure Site Recovery Unified Setup.

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.

Informations supplémentaires

Problèmes connus

Il n'y a pas de problèmes connus dans cette mise à jour.

Références

En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.

Exclusion de responsabilité de tiers

Les produits tiers mentionnés dans le présent article proviennent de sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.