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

Introduction

Cet article décrit les problèmes résolus dans le package de mise à jour 48 dans les versions suivantes de récupération de site Microsoft Azure :

• Azure vers Azure

• • Service de mobilité (version 9.35.5659.1)

• VMware/physique vers Azure

• • Télécharger le site Microsoft Azure Modèle de configuration de récupération Server OVF (version 5.1.6200.0 ; Hachage MD5 5862DE44F02B4226CA9FE841A960C669)

  • Télécharger Microsoft Azure Site Recovery Configuration unifiée (VMware vers Azure) (version 9.35.5659.1)

  • Service de mobilité (version 9.35.5659.1)

• HyperV ou VMM vers Azure

• • Download Agent Microsoft Azure Recovery Services (version 2.0.9186.0)

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

Obtenez des informations sur les 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 48, l’une des options suivantes est installée :

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

• Récupération du site Microsoft Azure Configuration unifiée (VMware vers Azure) (version 9.31. 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é

Améliorations

• Connectivité des liens privés pour la récupération du site la réplication est désormais prise en charge pour Azure machines et locaux machines.

Prise en charge du système d’exploitation Linux

• Azure vers Azure

• • Oracle Linux 7,8

  • Oracle Linux 8,0, 8,1

• VMware/physique vers Azure

• • Oracle Linux 7,8

  • Oracle Linux 8,0, 8, 1, 8,2

Problèmes résolus

• A ajouté une prévérification pour vérifier ce drscout. conf est disponible dans l’installation Directory lors de la mise à niveau.

• Ajout d’un correctif pour les ordinateurs Linux une modification de l’heure système entraînait un retard dans la désactivation de la réplication.

• Correction d’un problème dans lequel le programme d’installation échec de la restauration des images originales à l’origine de l’activation de la réplication manque.

• Correction d’un problème pour lequel SLES15 n’a pas été correctement identifié, si le fichier de version est présent.

Problème connu

• Activer la réplication pour Azure le scénario Azure échoue sur les ordinateurs Linux disposant d’un chiffrement de disque Azure (ADE) activé. En savoir plus en savoir plus.

Configuration unifiée de récupération de site Microsoft Azure Modèle & serveur de configuration

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

Microsoft Azure Site Recovery (service)

Améliorations

• Support technique pour le chiffrage sur REST , le double est désormais disponible. Toute machine Azure ayant Il est possible de protéger les disques à cryptage double à l’aide d’une récupération de site. Les machines locales peuvent également choisir de répliquer les données et le basculement en double disques à cryptage activé.

• L’option préversion privée pour l’activation de la réplication avec la stratégie Azure est désormais disponible. Pour vous inscrire, entrez vos informations ici.

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échargeantla  configuration unifiée de récupération de sites Microsoft Azure. Il s’agit du serveur sur lequel est associé le serveur de configuration rôles de serveur de processus.

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.