Correctif de mise à jour 47 pour la récupération du site Azure

Introduction

Cet article décrit problèmes corrigés dans la mise à jour cumulative 47 dans les versions suivantes de Microsoft Restauration d’un site Azure :

• Azure vers Azure

• • Service de mobilité (version 9.34.5634.1)

• VMware/physique vers Azure

• • Télécharger la configuration de récupération de site Microsoft Azure Modèle Server OVF (version 5.1.6100.0)

  • Télécharger le programme unifié de récupération de site Microsoft Azure (VMware vers Azure) (version 9.34.5634.1)

  • Service de mobilité (version 9.34.5634.1)

• HyperV ou VMM vers Azure

• • Télécharger l’agent Microsoft Azure Recovery Services (version 2.0.9183.0)

  • Télécharger le fournisseur de récupération de site Microsoft Azure (version 5.1.6100.0)

En savoir plus sur les détails des problèmes résolus et les conditions préalables à vérifier avant d’installer cette mise à jour.

Conditions préalables

À Installez la mise à jour du fournisseur de récupération de site Microsoft Azure 47, l’une des options suivantes est installée :

• Récupération du site Microsoft Azure Fournisseur (version 5.1.5700 ou version ultérieure)

• Récupération du site Microsoft Azure Configuration unifiée (VMware vers Azure) (version 9.30. xxxx. x ou version ultérieure)

• Récupération Microsoft Azure Agent services (version 2.0.8900.0 ou version ultérieure)

Remarque : vous peut vérifier la version du fournisseur installé dans l’élément programmes et fonctionnalités dans Panneau de configuration.

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

Après l’installation mise à jour, les problèmes suivants sont résolus et les améliorations suivantes ont été apportées incluaient.

Service de mobilité

Prise en charge du système d’exploitation Linux

• Azure vers Azure

• • RHEL 8,2

  • CentOS 8,2

• VMware/physique vers Azure

• • SLES 12 SP5

  • RHEL 8,2

  • CentOS 8,2

Problèmes résolus

• Ajout d’une prévérification pour garantir l’échec de l’installation de l’agent de mobilité en raison de l’indisponibilité du disque système.

• Nous avons ajouté un correctif pour l’installation manuelle service de mobilité via la lignede commande, qui a échoué avec une erreur d’arguments de ligne de commandenon valides.

• Amélioration des causes possibles de l’avertissement de débit et des alertes critiques à présenter liste exhaustive

• Ajout d’une correction pour l’alerte de santé pour vérifier le serveur de processus peut gérer des rafales de données soudaines

• Correction d’un problème avec SLES15 qui provoquait des problèmes avec tester le basculement

• Correction d’un problème dans lequel le programme d’installation échec en raison d’une erreur interne

• Nous avons ajouté un correctif pour RHEL 6,10 et 7 version dans laquelle des problèmes d’espace étaient dus à des fichiers indésirables présents dans le dossier de démarrage

• Correction de la journalisation de diverses événements d’amélioration du diagnostic

Site Microsoft Azure Configuration unifiée de récupération & modèle serveur de configuration

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

Site Microsoft Azure Restauration (service)

Améliorations

• Prise en charge de UEFI pour Linux différentes distros et versions ont été ajoutées

Azure vers Azure

• Comportement mis à jour de service de protection contre l’expiration de l’agent. Pour les ordinateurs sur lesquels la mise à jour automatique de l’agent a été désactivé, l’utilisateur peut procéder à la mise à niveau manuellement à l’aide du lien de mise à niveau de la page de récupération d’urgence sur un ordinateur virtuel du portail.

Problèmes résolus

Correction d’un problème lié à la création de la configuration IP et de la carte réseau échec du nom de 80 caractères

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

Entre deux sites VMM locaux

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

2. Installer le correctif de mise à jour pour la première fois 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 correctif de mise à jour sur le serveur VMM qui gère le site principal.

Remarque si le VMM est un VMM hautement disponible (VMM en cluster), que vous installez. la mise à niveau sur tous les nœuds du cluster sur lequel le service VMM est installé.

Entre un site VMM local et Azure

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

2. Installer le correctif de mise à jour sur serveur VMM local.

3. Installez la dernière version de l' agent Microsoft Azure Recovery Services sur tous les hôtes Hyper-V.

Remarque si votre VMM est un VMM hautement disponible (VMM en cluster), assurez-vous d’avoir installé la mise à niveau sur tous les nœuds du cluster sur lequel est installé le service VMM.

Entre un site Hyper-V local et Azure

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

2. Installer 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 organisé sur un hôte, assurez-vous d’installer le Effectuez une mise à niveau sur tous les nœuds du cluster.

Entre un site VMware ou un site physique local vers Azure

1. Mettre à jour votre environnement local serveur de gestion en téléchargeant la  configuration unifiée de récupération de sites Microsoft Azure. Il s’agit du serveur sur lequel se trouve le serveur de configuration et le serveur de processus. rôles.

2. Si vous disposez d’un processus d’évolution les serveurs, mettez-les à jour en exécutant une configuration unifiée de récupération de site Microsoft Azure.

3. Accédez au portail Azure, puis Accédez ensuite aux éléments protégés > répliqués Page éléments . Dans cette page, sélectionnez un ordinateur virtuel. Sélectionnez la mise à jour Bouton agent qui s’affiche en bas de la page pour chaque VM. L’agent de service de mobilité est alors mis à jour sur tous les ordinateurs virtuels protégés.

Remarque un redémarrage est recommandée après chaque mise à niveau de l’agent de mobilité pour s’assurer que tout les modifications les plus récentes sont chargées sur l’ordinateur source. Ce n’est pas nécessairement indispensable. Toutefois, un redémarrage est obligatoire si la différence entre les versions d’agent à partir du dernier redémarrage et la version cible plus grande à quatre (4) dans la dernière décimale. Pour plus d’informations, consultez le tableau suivant. explication.