Mettre à jour le 55 pour la récupération de site Azure -KB5003408

Service de mobilité

Améliorations

• Ajout de la prise en charge de la configuration d'Ubuntu-20.04 sur le serveur cible maître.

Prise en charge du système d'exploitation Linux

• Azure vers Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

• VMware/Physical to Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

Problèmes résolus

• Correction d’un problème dans lequel la réplication est devenue critique en raison d’un délai d’échéance.

• Correction des problèmes d’intégrité des données pour Oracle Linux 8.2.

• Amélioration des problèmes d’état rencontrés lors de la limitation des données.

• Correction d’un problème dans lequel l’installation du service de mobilité échouait pour le système d’exploitation SLE15-SP0.

• Ajout d’une pré-vérification pour vous assurer que l’ordinateur source dispose d’au moins 1 Go de mémoire gratuite, avant d’installer le service de mobilité, afin d’éviter les erreurs provoquées par le manque de mémoire de l’ordinateur.

Configuration unifiée de récupération de site Microsoft Azure & modèle Configuration Server

Améliorations

• Mise à jour du flux dans lequel un clic sur Configuration Server a provoqué le blocage de l’écran.

Problèmes résolus

• Correction d’un problème dans lequel la mise à niveau causait une réplication critique en raison de problèmes de validation. 

Récupération de site (Service) Microsoft Azure

Améliorations

• La prise en charge de l’API Rest pour la protection de VMSS Flex, notamment la protection des machines virtuelles VMSS dans un groupe de placement de proximité et/ou dans une configuration zonal. La mise à l’échelle dans/hors de VMSS Flex doit encore être prise en charge par la récupération de site.

Problèmes résolus

• Correction d'un problème dans lequel l'activation de la protection des ordinateurs virtuels à un groupe de proximité géographique échouait.

• Correction d'un problème dans lequel une exception de référence Null se produisait pendant la réplication d'enable.

• Correction d'un problème dans lequel l'API de services de récupération renvoyait le code d'erreur HTTP 400 au lieu du code d'erreur HTTP 404.

Récupération de site Microsoft Azure (portail)

Améliorations

• Support déployé pour la récupération de catastrophes inter continentaux de machines virtuelles Azure. La prise en charge est actuellement limitée à trois paires région :

  • Asie du Sud-est et Australie (Sud-est)

  • Asie du Sud-Est et Australie Est

  • Europe de l'Ouest et Centre Sud des États-Unis

Problèmes résolus

• Ajout d'un correctif pour afficher les comptes de stockage du cache uniquement à partir de l'emplacement source.

Entre deux sites VMM locaux

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

2. Installez tout d'abord le processus de restauration des mises à jour 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 suivi des mises à jour sur le serveur VMM qui gère le site principal.

Remarque Si VMM est un VMM hautement disponible (VMM groupé), veillez à installer la mise à niveau sur tous les nodes du cluster où le service VMM est installé.

Entre un site VMM local et Azure

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

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

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 (VMM groupé), veillez à installer la mise à niveau sur tous les nodes du cluster où le service VMM est installé.

Entre un site Hyper-V local et Azure

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

2. Installez le fournisseur sur chaque nœud des serveurs Hyper-V que vous avez enregistrés dans la récupération de site Azure.

Remarque Si votre hyper-V est un serveur Groupé Hyper-V hôte, veillez à installer la mise à niveau sur tous les nodes du cluster.

Entre un site VMware ou physique local dans Azure

1. Mettez à jour votre serveur de gestion local en téléchargeant la configuration unifiée de récupération de  site Microsoft Azure. Il s'agit du serveur qui possède les rôles serveur Configuration et Serveur de processus.

2. Si vous avez des serveurs de processus de mise à l'échelle, mettez-les à jour en exécutant la configuration unifiée de récupération de site Microsoft Azure.

3. Allez sur le portail Azure, puis sur la page Éléments protégés et > éléments répliqués. Sélectionnez une VM sur cette page. Sélectionnez le bouton Agent de mise à jour qui apparaît en bas de la page pour chaque VM. Cela met à jour l'Agent de service de mobilité sur tous les VMs protégés.

Remarque : Si vous mettre à jour ou protéger les ordinateurs SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 et UBUNTU-14.04, assurez-vous de suivre les étapes suivantes :

1. Téléchargez le programme d'installation approprié pour vos ordinateurs :

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL5

   • CentOS 5

   • Oracle Linux 6

   • DEBIAN7

   • DEBIAN8

   • UBUNTU-14.04

2. Copiez le programme d'installation dans INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders sur Configuration Server et Scale Out Process Servers, avant de mettre à niveau ou de protéger vos machines virtuelles. Par exemple, vous trouverez ci-dessous le nom du dossier lorsque le chemin d'installation de Configuration Server/Process Servers est C:\Program Files (x86)\Microsoft Azure Site Recovery –

   • C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

3. Après avoir copié le programme d'installation, allez à services.msc et redémarrez le service InMage PushInstall service.

Remarque : Un redémarrage est recommandé après chaque mise à niveau de l'agent Mobility afin de vous assurer que toutes les dernières modifications sont chargées sur l'ordinateur source. Cela n'est pas nécessairement obligatoire. Toutefois, un redémarrage est obligatoire si la différence entre les versions de l'agent à partir du dernier redémarrage et la version cible est supérieure à quatre (4) à la dernière décimale. Consultez le tableau suivant pour obtenir une explication détaillée.