Correctif cumulatif 36 pour la récupération de Site Azure

Fournisseur de récupération de Site Microsoft Azure

Améliorations

A2A:

• Expiration du certificat améliorée et renouvellement prend en charge à partir du service (prise en charge de PowerShell).

• Prise en charge du déplacement intraregional machine virtuelle (VM) à partir du service.

• Meilleure expérience de surveillance.

• Prise en charge pour l’ajout d’un nouveau disque d’un ordinateur virtuel protégé.

• Pour activer la mise à jour automatique des agents qui sont utilisés dans la réplication de machines virtuelles d’Azure, un compte d’automation est utilisé. Auparavant, cela était le compte par défaut créé lors de la récupération de Site. Maintenant, vous pouvez choisir un autre compte d’automation existant. Vous pouvez trouver cette option lorsque vous activez la réplication d’un ordinateur virtuel. Modification des paramètres d’un ordinateur virtuel qui est protégé dans le cadre d’une récupération des Services spécifiques coffre-fort s’applique à tous les ordinateurs virtuels Azure qui sont protégées dans le coffre-fort même.

Problèmes résolus

 A2A:

• Nouveau validateur pour vérifier la valeur de la disponibilité et les groupes de ressources de machine virtuelle sont différentes pour avertir les utilisateurs avant le basculement.

• Amélioration de la restauration automatique pour traiter le scénario si l’ordinateur virtuel est supprimé de la zone source.

• Fixe la création de comptes de stockage de Cache dans des groupes de ressources aléatoires au lieu de groupes de ressources client spécifiées.

• Résolution d’un problème dans lequel la protection d’un ordinateur virtuel échoue lors de la vérification d’une zone de disponibilité d’une région.

• Résout un problème dans lequel échoue reprotection si les disques du système source VM est supprimé.

• Résolution d’un problème lors du retour arrière dans lequel l’interface utilisateur reste bloqué dans le processus, si la propriété de zone de disponibilité n’est pas récupérée.

• Ajoute la logique permettant de supprimer les liens ressources obsolètes qui sont créés par la récupération automatique du système dans un abonnement croisé.

Récupération de Site Microsoft Azure unifiée d’installation et de modèle de Configuration de serveur

Améliorations

Améliorations de la surveillance de serveur de configuration :

Améliorations de message d’erreur sont effectuées pour les scénarios suivants fournir une cause clair et actions recommandées :

• vCenter déconnecté

• Serveur déconnecté

• CS déconnecté

• Serveur de traitement a sans pulsations

• MT déconnecté

• Arrêt de la machine virtuelle

• Machine virtuelle supprimé

Processus de surveillance du serveur

Les alertes suivantes sont ajoutées pour améliorer la surveillance des serveurs de traitement :

• Processeur, mémoire et espace pour surveiller l’utilisation des ressources

• Alertes lorsque les services essentiels de récupération automatique du système ne s’exécutent pas

Guide produit de sélection processus serveur

Lors de la sélection d’un serveur de traitement pour les réplications de nouveau, l’intégrité du serveur de processus (critique, avertissement et sain) s’affiche en fonction de la santé de connectivité et de la disponibilité des ressources.

Remarques

• Un serveur de processus critique ne peut pas être utilisé pour activer la réplication de nouvelles machines virtuelles.

• Vous pouvez choisir un serveur de traitement qui indique un état d’avertissement, il n’est pas recommandé que vous avez pour cela. Les charges de travail supplémentaires susceptibles d’affecter la charge de travail existante.

• Un serveur de processus qui est marqué comme étant en bon état permet de protéger des nouveaux serveurs.

Pour plus d’informations sur le Guide de processus serveur, consultez https://aka.ms/asr_ps_selection_guidance.

Problèmes résolus

(Non applicable)

Service de la mobilité

Problèmes résolus : applicables à la reprise après sinistre de VMware VM

• Taille réduite de programmes d’installation de l’agent de mobilité (affecte Ubuntu *, Debian *, SLES, 12 - Push Install et la mise à niveau)

• Avertissement concernant le redémarrage s’affiche uniquement lorsque des modifications sont apportées de pilote associé

• Installer erreur message améliorations qui fournissent une cause claire des problèmes d’échec

• Améliorations dans le mécanisme de journalisation du démarrage du service

• Problème de basculement fixe pour les ordinateurs Windows Server 2019 dans un physique ou l’environnement VMware qui relèvent de la non-d’hydratation

• Fixe des échecs de mise à niveau l’agent de mobilité qui a renvoyé le code d’erreur 95507

• Dans un scénario-VMware sur Azure et d’Azure pour Azure DR, les systèmes d’exploitation suivants peuvent être protégés :

  • Windows 10 (x64)

  • Windows 8.1 (x64)

  • Windows 8 (x64)

  • Windows 7 (x64) SP1 et versions ultérieures (Windows 7 RTM n'est pas pris en charge)

Problèmes résolus

• Résolution d’un problème d’occasionnel dans lequel les données des disques sont visibles en mode hors connexion dans Windows Server 2019.

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

Améliorations

Réplication des données à partir de VMware ou des serveurs physiques vers Azure sont maintenant pris en charge pour les comptes de stockage Azure qui sont configurés pour disposer d’un pare-feu de réseau virtuel.

Problèmes résolus

(Non applicable)

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

Améliorations

Pour VMware sur Azure, état du processus serveur est ajouté à la lame de vue d’ensemble de machine virtuelle. Les événements qui sont déclenchés sur le serveur de traitement sont ajoutés à une table d’événements dans le processus serveur lame.

Problèmes résolus

(Non applicable)

Mise à jour de vos composants Azure Site récupération locale

Entre les sites VMM deux sur site

1. Téléchargez le dernier correctif cumulatif de mise à jour pour Fournisseur de récupération de Site Microsoft Azure.

2. Installez d’abord le correctif cumulatif de mise à jour sur le serveur VMM sur site qui gère le site de reprise.

3. Après la récupération, site est mis à jour, installez le correctif cumulatif de mise à jour sur le serveur VMM qui gère le site principal.

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

Entre le site VMM sur site et Azure

1. Télécharger le correctif cumulatif de mise à jour pour Fournisseur de récupération de Site Microsoft Azure.

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

3. Installez le dernier agent de MARS sur tous les hôtes Hyper-V.

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

Entre le site de Hyper-V sur site et Azure

1. Télécharger le correctif cumulatif de mise à jour pour 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 de l’hôte en cluster Hyper-V, assurez-vous que vous installez la mise à niveau sur tous les nœuds du cluster

Entre un VMware de locaux ou d’un site physique vers Azure

1. Mise à jour de votre serveur de gestion sur site. C’est le serveur qui possède les rôles de Configuration serveur et serveur de traitement. Pour ce faire, télécharger et exécuter le Programme d’installation de Microsoft Azure Site récupération unifiée.

2. Si vous avez des serveurs de traitement de l’évolutivité, les mettre à jour ensuite en exécutant le Programme d’installation de Microsoft Azure Site récupération unifiée.

3. Accédez au portail Azure et passez à Protection des éléments > page Les éléments répliqués . Sélectionnez un ordinateur virtuel sur cette page. Cliquez sur le bouton de L’Agent de mise à jour qui apparaît en bas de la page pour chaque machine virtuelle. Cela met à jour l’Agent de Service de mobilité sur tous les ordinateurs virtuels de protégé.

Un redémarrage est recommandé après chaque mise à niveau d’agent de mobilité pour vous assurer que les dernières modifications sont chargées sur la machine virtuelle de la source. Un redémarrage est toutefois pas obligatoire. Si la différence entre la version de l’agent au cours de la dernière réinitialisation et de la version actuelle est supérieure à quatre (4), un redémarrage est obligatoire. Le tableau suivant pour plus d’informations, reportez-vous à la section.