vSphere Replication 8.7 | 18 avril 2023 | Build 21591677 | Télécharger

Outil d'importation/exportation de configuration vSphere Replication 8.7 | 18 avril 2023 | Build 21403189 | Télécharger

Vérifiez les compléments et les mises à jour de ces notes de mise à jour.

Nouveautés

  • VMware vSphere Replication 8.7 ajoute la compatibilité avec VMware vSphere 8.0 Update 1.

  • Améliorations de l'interface utilisateur de la grille de données :

    • Affichage d'un plus grand nombre de lignes d'objets par page en fonction du bouton bascule. Flexibilité dans la sélection du nombre maximal d'enregistrements à afficher.

    • Option d'ajustement automatique des colonnes avec les données.

    • Possibilité de mémoriser le redimensionnement des colonnes.

  • Exclusion de l'hôte ESXi de l'enregistrement en fonction de la balise d'hôte ESXi.

  • Option supplémentaire pour conserver les disques de base de réplica dans l'assistant de reconfiguration de la réplication lors de l'exclusion d'un disque de la réplication.

  • Cluster de banques de données en tant que cible pour la réplication.

  • Nouvelles instances de REST API pour la configuration de vSphere Replication.

    Pour plus d'informations, consultez l'article de blog.

  • Nouvelle option pour démarrer ou redémarrer les services Syslog via l'interface de gestion du dispositif VRMS.

  • VMware Aria Operations Management Pack for vSphere Replication 8.7. Pour plus d'informations sur le module de gestion, consultez les Notes de mise à jour de VMware Aria Operations Management Pack for vSphere Replication 8.7.

  • VMware Aria Automation Orchestrator Plug-In for vSphere Replication 8.7. Pour obtenir des informations sur les nouveaux workflows, consultez les Notes de mise à jour de VMware Aria Automation Orchestrator Plug-In for vSphere Replication 8.7.

Pour en savoir plus sur l'interopérabilité avec les versions précédentes ou ultérieures de VMware vSphere, reportez-vous aux Matrices de compatibilité de vSphere Replication 8.7.

Pour plus informations sur les fonctionnalités de vSphere 8.0 Update 1, reportez-vous à la documentation de vSphere 8.0 Update 1.

Localisation

VMware vSphere Replication 8.7 est disponible dans les langues suivantes :

  • Anglais

  • Français

  • Allemand

  • Italien

  • Japonais

  • Coréen

  • Espagnol

  • Chinois simplifié

  • Chinois traditionnel

Documentation produit

Outre les présentes notes de mise à jour, vous pouvez également utiliser l'ensemble de la documentation concernant vSphere Replication 8.7 qui comporte les éléments livrables suivants.

Compatibilité

vSphere Replication 8.7 est compatible avec vSphere version 8.0 (et versions ultérieures) et prend en charge ESXi versions 8.0 et ultérieures.

Pour obtenir des informations sur l'interopérabilité et la compatibilité des produits, reportez-vous à Matrices de compatibilité de vSphere Replication 8.7.x.

Installation

Téléchargez le fichier image .iso de vSphere Replication, puis montez-le. Vous pouvez déployer le dispositif vSphere Replication à l'aide de l'assistant de déploiement du modèle OVF dans vSphere Web Client. Accédez au répertoire \bin du fichier image .iso, puis utilisez le fichier OVF correspondant suivant :

  1. vSphere_Replication_OVF10.ovf : utilisez ce fichier pour installer tous les composants de vSphere Replication, notamment le serveur de gestion vSphere Replication et un serveur vSphere Replication.

  2. vSphere_Replication_AddOn_OVF10.ovf : Si nécessaire, utilisez ce fichier pour installer un serveur vSphere Replication supplémentaire.

Pour plus d'informations sur l'installation, consultez la section Installation de vSphere Replication dans le Centre de documentation vSphere Replication.

Pour les réplications de vCenter Server vers vCenter Server, les versions du serveur de gestion vSphere Replication des sites source et cible peuvent être 8.6 ou 8.7.

vSphere Replication 8.7 requiert une version de vCenter Server prise en charge sur le site source et sur le site cible. Pour plus d'informations, consultez la Matrice d'interopérabilité des produits VMware.

Mise à niveau de vSphere Replication

Vous devez utiliser le fichier ISO et l'interface de gestion de dispositifs VRMS pour mettre à niveau vSphere Replication 8.5.x ou 8.6.x vers vSphere Replication 8.7.

Vous ne pouvez pas mettre à niveau vSphere Replication à partir d'une version antérieure à la version 8.4 vers la version 8.7 à l'aide de l'interface VAMI (Virtual Appliance Management Interface). Pour plus d'informations sur les versions prises en charge, reportez-vous aux matrices de compatibilité.

Important : Avant de lancer une mise à niveau, vérifiez que le dispositif vSphere Replication dispose d'un environnement ou d'un contexte OVF. Reportez-vous à Vérification et restauration du contexte OVF du dispositif vSphere Replication (2106709).

Il est recommandé de lire les sections Général et Mise à niveau sous Problèmes connus.

Consultez les sections Mise à niveau de serveurs vSphere Replication supplémentaires et Mise à niveau du dispositif vSphere Replication pour connaître les procédures de mise à niveau vers vSphere Replication 8.7.

Remarques :

  • lorsque vous utilisez vSphere Replication avec Site Recovery Manager, mettez à niveau vSphere Replication sur le site protégé et le site de récupération avant de mettre à niveau le serveur Site Recovery Manager. Après la mise à niveau de vSphere Replication, vous devez redémarrer le serveur Site Recovery Manager. Pour plus d'informations, consultez la documentation de VMware Site Recovery Manager.

Limites de fonctionnement de vSphere Replication

Les limites de fonctionnement de vSphere Replication 8.7 sont documentées dans la Base de connaissances VMware. Reportez-vous à Restrictions de fonctionnement pour vSphere Replication 8.x (KB 2102453).

Remarque : vSphere Replication requiert une configuration supplémentaire pour prendre en charge plus de 500 réplications par serveur vSphere Replication Management Server. Reportez-vous à Restrictions de fonctionnement de vSphere Replication 8.x et Configuration de dispositifs vSphere Replication mis à niveau pour prendre en charge jusqu'à 3 000 réplications.

Composants Open Source

Les déclarations de copyright et les licences applicables aux composants logiciels Open Source distribués dans vSphere Replication 8.7 sont disponibles sur la page vSphere Replication Open Source Disclosure.

Mises en garde et limites

Pour garantir la réussite de la réplication d'une machine virtuelle, vous devez vérifier que votre infrastructure virtuelle respecte certaines restrictions avant que vous ne commenciez la réplication.

  • Dans un environnement fédéré avec des instances de vCenter Server liées, lorsque vous vous connectez au site local de la passerelle REST API, vous êtes automatiquement connecté au site distant. Vous n'avez pas à faire de demande POST /remote-session. Il n'est pas possible de se connecter au site distant avec un nom d'utilisateur différent.

  • La valeur de la propriété hms-db-max-connections est automatiquement mise à jour de 99 à 149 lors de la mise à niveau vers vSphere Replication 8.7. Pour conserver une valeur personnalisée, vous devez la modifier manuellement après la mise à niveau.

  • vSphere Replication ne prend pas en charge la protection des machines virtuelles utilisant des périphériques de mémoire persistante (PMem).

  • À partir de vSphere Replication 8.5.0.3, vous pouvez utiliser vSphere Life Cycle Manager (vLCM) avec une solution manuelle. Pour plus d'informations, consultez les Notes de mise à jour de VMware vSphere Replication 8.5.0.3.

  • vSphere Replication n'est pas intégré à vLCM. Vous ne devez pas exécuter vSphere Replication et vLCM dans le même centre de données, car vLCM entraîne l'arrêt de vSphere Replication.

  • vSphere Replication ne fonctionnera plus correctement si vous exécutez la procédure vSphere Empêcher les processus du système d'exploitation invité d'envoyer des messages de configuration à l'hôte sur le dispositif vSphere Replication.

  • vSphere Replication ne prend pas en charge la protection d'une machine virtuelle avec deux technologies de réplication. Si une machine virtuelle est protégée par VMware Cloud Disaster Recovery, elle ne peut pas être protégée par vSphere Replication.

  • vSphere Replication prend en charge les contrôleurs NVMe virtuels uniquement si les hôtes ESXi source et cible sont de version 7.0 Update 2 ou ultérieure.

  • vSphere Replication 8.7 ne prend pas en charge vSphere 7.0 Update 2 si le chiffrement de la machine virtuelle est activé.

  •  vSphere Replication 8.7 n'assure pas la gestion des bundles de support dans l'interface de gestion du dispositif VRMS. Cela inclut les listes de bundles de support et la suppression de bundles de support. Pour gérer les bundles de support via SSH, établissez une connexion SSH au dispositif vSphere Replication.

  • Le RPO de 5 minutes est limité à un maximum de 50 machines virtuelles sur une banque de données vVol provisoire.

  • vSphere Replication ne prend pas en charge la mise au repos VSS sur Virtual Volumes.

  • vSphere Replication ne peut pas répliquer des machines virtuelles qui partagent des fichiers VMDK.

  • vSphere Replication ne prend pas en charge les API vSphere pour le filtrage des E/S à la fois sur le site source et le site cible. Vous ne pouvez pas répliquer une machine virtuelle à laquelle une stratégie de stockage contenant des filtres ES est attribuée ni vous ne pouvez attribuer une telle stratégie à la machine virtuelle cible de réplication. Avant de configurer une machine virtuelle pour la réplication, vérifiez que la stratégie de stockage qui lui est attribuée ne contient pas de filtres ES. N'attribuez pas de stratégies de stockage avec des filtres ES à des machines virtuelles qui sont déjà configurées pour la réplication.

  • Le déploiement de plusieurs dispositifs vSphere Replication produit un avertissement lors du processus de configuration initial dans VRMS Appliance Management Interface. Cela nécessite une confirmation de l'utilisateur pour continuer avec le nouveau dispositif. Ce problème ne se produit pas lorsque vous déployez plusieurs serveurs vSphere Replication.

  • Chaque serveur vSphere Replication Management Server peut gérer jusqu'à 4000 machines virtuelles répliquées. Reportez-vous à Configuration de dispositifs vSphere Replication mis à niveau pour prendre en charge jusqu'à 3000 réplications (KB 2102463) et Exigences en matière d'environnement... (KB 2107869).

  • vSphere Replication prend en charge une taille de disque maximale de 62 To. Si vous tentez d'activer la réplication sur une machine virtuelle disposant d'un disque d'une taille supérieure à 62 To, la machine virtuelle n'effectuera aucune opération de réplication et ne se mettra pas sous tension.

  • vSphere Replication suit les blocs plus volumineux sur des disques supérieurs à 2 To. Les performances de réplication sur un disque d'une capacité supérieure à 2 To peuvent être différentes de celles sur un disque d'une capacité inférieure à 2 To pour la même charge de travail, en fonction de la part du disque qui transite par le réseau pour un ensemble particulier de blocs modifiés.

  • vSphere Replication ne prend pas en charge la mise à niveau du module VMware Tools dans le dispositif vSphere Replication.

  • vSphere Replication prend en charge la réplication de RDM en mode de compatibilité virtuelle. Les RDM en mode de compatibilité physique ne peuvent pas être configurés pour la réplication.

  • vSphere Replication ne réplique pas la hiérarchie des snapshots de machine virtuelle au niveau du site cible.

  • Vous pouvez configurer les machines virtuelles hors tension pour la réplication. Cependant, le trafic de réplication actuel débute uniquement lorsque les machines virtuelles sont mises sous tension.

  • Lorsque vous utilisez Storage DRS sur un site de réplication, vérifiez que vous disposez d'une connexion de l'hôte et de la banque de données homogène afin d'empêcher Storage DRS de déplacer des disques de réplica entre hôtes (modifier l'hôte et la banque de données à la fois) dont le processus est consommateur de ressources.

  • vSphere Replication ne prend pas en charge VMware vSphere® Trust Authority™.

  • Lorsque vous utilisez les commandes TRIM/UNMAP pour récupérer de l'espace, si la commande UNMAP est utilisée sur le site source, le trafic de réplication envoie la commande sous la forme d'un grand flux de zéros, sauf si la compression est utilisée sur la réplication. Les données sont stockées sous forme de zéros sur le site cible et l'espace sur les disques de réplication n'est pas récupéré.

Problèmes connus

Mise à niveau

  • Impossible de mettre à niveau le dispositif vSphere Replication vers la version 8.7

    Lorsque vous tentez de mettre à niveau le dispositif vSphere Replication vers la version 8.7, le processus échoue sans erreur ni avertissement. Le problème se produit si votre partition pour les journaux (/opt/vmware/logs) est pleine.

    Solution : Nettoyez la partition pour les journaux avant d'effectuer la mise à niveau vers vSphere Replication 8.7.

  • Le service vSphere Replication Management ne démarre pas après la mise à niveau.

    Après la mise à niveau de vSphere Replication, le service vSphere Replication Management (VRM) s'affiche comme étant arrêté dans l'interface VAMI et le fichier /opt/vmware/hms/logs/hms-configtool.log du dispositif virtuel inclut le message d'erreur java.net.ConnectException: Connection refused.

    Ce problème se produit si la procédure de mise à niveau du schéma DB intégré échoue du fait que le service vPostgreSQL n'avait pas encore démarré.

    Solution :

    1. dans la console du dispositif virtuel, connectez-vous en tant qu'utilisateur racine.

    2. Exécutez la commande suivante :

      $ /opt/vmware/hms/bin/hms-configtool -cmd upgrade -configfile /opt/vmware/hms/conf/hms-configuration.xml

      La mise à niveau du schéma DB démarre.

    3. Attendez la fin de la procédure de mise à niveau du schéma DB.

    4. Dans l'interface VAMI de vSphere Replication, accédez à l'onglet Configuration, puis procédez à l'enregistrement du dispositif dans le service SSO.

  • Des autorisations vSphere Replication sont manquantes suite à la mise à niveau du dispositif vSphere Replication ou de la modification de son certificat ou de son adresse IP

    Si vous mettez à niveau le dispositif vSphere Replication ou si, pour une raison quelconque, le certificat ou l'adresse IP du dispositif vSphere Replication change, les autorisations attribuées aux rôles d'utilisateur VRM par défaut sont supprimées. Ce problème se produit chaque fois que l'enregistrement de l'extension vSphere Replication est annulé, puis qu'elle est enregistrée dans le gestionnaire d'extensions vCenter Server.

    Solution : Clonez les rôles VRM prédéfinis et créez vos rôles personnalisés avant de mettre à niveau le dispositif vSphere Replication ou de modifier son certificat ou son adresse IP. Les autorisations attribuées aux rôles personnalisés ne sont pas supprimées.

Général

  • Nouveau - La reprotection échoue avec l'erreur « L'objet "vim.Task:session<ID>" a déjà été supprimé ou n'a pas été entièrement créé »

    Pour diverses raisons (par exemple, l'expiration d'un jeton de connexion), VRMS se reconnecte à vCenter Server. Si cela se produit lors d'une opération telle qu'un basculement planifié ou une reprotection, elle peut échouer avec une erreur semblable à celle-ci : The object 'vim.Task:session[<some-id>]<some-id>' has already been deleted or has not been completely created.

    Solution : Réessayez.

  • Nouveau - La reprotection de la banque de données vSAN échoue avec une erreur

    Dans de rares cas, l'opération de reprotection de vSphere Replication peut échouer avec le message d'erreur Unable to reverse replication for the virtual machine '<VM_name>'. Permission to perform this operation was denied lors de la tentative de création d'un répertoire de valeurs initiales sur une banque de données vSAN.

    Solution :

    1. Redémarrez les services de gestion sur l'hôte désigné et recommencez les opérations de reprotection. Reportez-vous à la section Redémarrage des agents de gestion dans ESXi (KB 1003490).

    2. Redémarrez l'hôte si nécessaire et recommencez les opérations de reprotection.

    3. Annulez la configuration et configurez les réplications sur les machines virtuelles défaillantes si nécessaire.

  • Nouveau - La reprotection échoue avec l'erreur « Impossible d'inverser la réplication de la machine virtuelle »

    Lors d'une réplication inverse, vSphere Replication prépare la machine virtuelle source en supprimant ses snapshots et en réduisant les disques. Cette tâche peut prendre plus de temps que prévu et vSphere Replication construit une spécification de réplication inverse à l'aide d'un disque enfant. L'erreur suivante s'affiche : Unable to reverse replication for the virtual machine...

    Solution : Recommencez l'opération de reprotection.

  • La réplication conserve la dernière erreur même si le dernier état est « OK »

    La réplication est dans l'état « OK », mais le dernier message d'erreur « A replication error occurred at the vSphere Replication Server for replication <replication ID> "No connection to VR Server for virtual machine <vm name> on host <host IP> in cluster <cluster ID> in SDDC-Datacenter: Unknown » existe toujours sur l'interface utilisateur de Site Recovery. Cela est dû au fait que les événements qui fournissent les informations indiquant que la réplication est OK et que l'erreur doit être effacée sont envoyés au niveau de l'hôte. Comme il y a trop d'événements dans un court laps de temps, ils sont filtrés de manière incorrecte et sont ainsi perdus.

    1. Dans vSphere Client, accédez à l'instance de vCenter Server.

    2. Sélectionnez l'onglet Configurer > Paramètres avancés > Modifier les paramètres.

    5. Configurez une paire clé-valeur pour activer l'option config.vpxd.event.burstFilter.whiteList. Les événements qui doivent être inclus dans la liste autorisée sont les suivants : vim.event.UserLoginSessionEvent ; vim.event.UserLogoutSessionEvent ; hbr.primary.DeltaCompletedEvent ; hbr.primary.NoConnectionToHbrServerEvent ; hbr.primary.ConnectionRestoredToHbrServerEvent ; hbr.primary.FSQuiescedDeltaCompletedEvent ; hbr.primary.AppQuiescedDeltaCompletedEvent ; hbr.primary.UnquiescedDeltaCompletedEvent.

    6. Redémarrez le service vmware-vpxd pour que toutes les modifications prennent effet.

  • La valeur personnalisée de la propriété hms-db-max-connections n'est pas conservée après la mise à niveau de vSphere Replication vers la version 8.7

    La valeur de la propriété hms-db-max-connections est automatiquement mise à jour dans hms-configuration.xml lors de la mise à niveau vers vSphere Replication 8.7. La valeur est modifiée de 99 à 149. La valeur personnalisée précédemment définie pour cette propriété est remplacée après la mise à niveau.

    Solution :

    si vous souhaitez conserver l'ancienne valeur de la propriété hms-db-max-connections, vous devez la définir manuellement :

    1. Établissez une connexion SSH au dispositif vSphere Replication.

    2. Ouvrez le fichier /opt/vmware/hms/conf/hms-configuration.xml avec un éditeur, modifiez la valeur de la propriété hms-db-max-connections, puis enregistrez les modifications.

    3. Redémarrez le service HMS dans l'interface de gestion du dispositif VRMS ou en établissant une connexion SSH au dispositif vSphere Replication et en exécutant la commande systemctl restart hms.

  • Impossible de créer des ensembles de données sur une machine virtuelle ayant fait l'objet d'un retour arrière

    Si vous effectuez un retour arrière pour une machine virtuelle qui disposait précédemment d'ensemble de données, mais pour laquelle le paramètre « Activer la réplication des ensembles de données » n'était pas activé, la machine virtuelle ayant fait l'objet du retour arrière n'a aucun ensemble de données activé. Toutefois, les anciens fichiers .dsv. et .dsd des ensembles de données sont toujours disponibles dans le dossier de machine virtuelle sur le site source.

    Lorsque vous essayez de créer de nouveaux fichiers ensembles de données sur la machine virtuelle qui a échoué, la tâche s'affiche comme étant réussie. Toutefois, lorsque vous vérifiez si les ensembles de données sont activés sur la machine virtuelle, le résultat indique qu'il n'y en a aucun.

    Solution :

    pour créer de nouveaux ensembles de données sur la machine virtuelle qui a échoué :

    1. Supprimez ou renommez les fichiers .dsv et .dsd des ensembles de données du dossier de machine virtuelle sur le site source.

    2. Créez de nouveaux ensembles de données sur la machine virtuelle.

  • Échec de la configuration du serveur de gestion vSphere Replication (VRMS) à partir de l’interface utilisateur de gestion des dispositifs VRMS avec une erreur

    Si vous configurez l’instance de vCenter Server avec un port HTTP personnalisé différent du port 80, la configuration de VRMS à partir de l’interface utilisateur de gestion des dispositifs VRMS échoue avec l’erreur suivante :

    Failed to register VRMS

    Solution : pour détecter un port vCenter Server personnalisé et permettre au workflow de configuration de VRMS d’utiliser ce port, reportez-vous à l’article https://kb.vmware.com/s/article/85918.

  • Échec du déplacement de disques de réplica de valeurs initiales à partir de banques de données différentes vers une banque de données unique

    Lorsque vous tentez de déplacer des disques de réplica de valeurs initiales portant des noms identiques à partir de banques de données différentes vers une banque de données unique, le processus échoue. Un même emplacement ne peut pas comporter de disques de réplica de valeurs initiales portant le même nom.

    Solution : renommez les disques de réplication de valeurs initiales avant le déplacement.

  • Échec de la restauration d'une machine virtuelle chiffrée récupérée vers un snapshot avec une erreur

    Lorsque vous récupérez une réplication d'une machine virtuelle chiffrée et que les snapshots à plusieurs moments spécifiques (MPIT) sont activés, le chiffrement de machine virtuelle n'est pas appliqué aux snapshots à un moment spécifique (PIT) créés après la récupération. La tentative de restauration d'un snapshot de la machine virtuelle chiffrée récupérée échoue avec l'erreur suivante : Unable to open the snapshot file.

    Solution : Aucune.

  • Une erreur inattendue s'affiche dans l'onglet Résumé si vous disposez d'une deuxième carte réseau configurée incluant un ensemble de routes statiques

    Si vous disposez d'une deuxième carte réseau et que vous avez configuré une route statique pour celle-ci, l'interface de gestion de dispositif VRMS ne peut pas obtenir une adresse IP de la deuxième carte réseau. Cela peut entraîner l'erreur inattendue suivante dans le champ Adresse IP pour le trafic de stockage entrant, sous l'onglet Résumé :

    The Storage Traffic IP address <IP_address> must match one of the NIC IP addresses.

    Solution : la carte réseau est correctement configurée et vous pouvez ignorer l'erreur. Vous pouvez vérifier que le trafic de réplication utilise la bonne adresse IP en exécutant la commande suivante : cat /etc/vmware/hbrsrv-nic.xml.

  • Lorsque vous modifiez la configuration des disques de machine virtuelle, la réplication passe à l'état Erreur

    Lorsqu'une machine virtuelle fait partie d'une réplication en cours et que vous modifiez la configuration du stockage de machine virtuelle (ajouter, supprimer ou redimensionner des disques), cette action démarre une tâche de reconfiguration de la réplication. Si une autre opération de reconfiguration est déjà en cours sur cette réplication, la réplication peut passer à l'état Erreur avec une erreur. Par exemple, l'erreur Invalid configuration spec. Some disks are not specified for replication, nor excluded..

    Solution : reconfigurez la réplication manuellement.

  • Si vous reconfigurez une réplication pour attribuer une nouvelle stratégie de stockage à des disques virtuels répliqués qui ne sont pas ciblés sur une banque de données cible vSAN, la stratégie n'est pas appliquée aux disques de réplica sur le site cible

    La stratégie de stockage est appliquée aux disques de réplica du site cible au moment où vous configurez ou récupérez une réplication pour la première fois. Si vous reconfigurez la réplication avec une nouvelle stratégie de stockage et que les disques virtuels répliqués ne sont pas ciblés sur une banque de données cible vSAN, la modification n'est pas automatiquement reflétée dans le site couplé.

    Solution :

    1. récupérez les machines virtuelles avec la réplication reconfigurée.

    2. À l'aide de la vSphere Client, remplacez la stratégie de stockage des machines virtuelles récupérées par la nouvelle stratégie.

    3. Désinscrivez les machines virtuelles récupérées de l'inventaire vCenter Server.

    4. Reconfigurez la réplication en utilisant les valeurs initiales et la nouvelle stratégie de stockage.

  • Une VM répliquée ne répond plus ou ne peut pas traiter les demandes réseau

    Lors d'une opération de synchronisation de vSphere Replication, un blocage des E/S du disque de la machine virtuelle survient pour la durée de la synchronisation. Le pilote de filtre vSphere Replication rend les commandes SCSI UNMAP inopérantes lors d'une opération de synchronisation, si celles-ci remplacent le transfert du disque de réplica actuel sur le site cible.

    Solution : Permettez à vSphere Replication de prendre en charge les commandes UNMAP.

    1. Établissez une connexion SSH avec le serveur ESXi.

    2. Exécutez la commande suivante :

    esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0

    La commande prend effet immédiatement et vous n'avez pas besoin d'effectuer un redémarrage du système.

  • Échec de la reprotection avec une erreur

    Lorsque vous répliquez des machines virtuelles à grande échelle, la reprotection peut échouer avec l'erreur suivante :

    "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"

    Solution :

    1. Établissez une connexion SSH au dispositif vSphere Replication.

    2. Exécutez la commande suivante :

      /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-default-vlsi-client-timeout=15
    3. Redémarrez le service HMS.

  • La réplication passe à l'état Erreur lorsque vous supprimez des disques de la VM source et que vous en ajoutez dans cette VM.

    L'option Inclure automatiquement les nouveaux disques est activée. Si vous modifiez les paramètres de la machine virtuelle et que vous supprimez l'un des disques et ajoutez un nouveau disque en une seule tâche, la réplication peut passer à l'état Erreur.

    Solution 1 : Reconfigurez la réplication manuellement dans l'interface utilisateur de Site Recovery.

    Solution 2 : Lorsque vous modifiez la machine virtuelle, ajoutez et supprimez de nouveaux disques avec deux tâches distinctes

  • La réplication automatique ne démarre pas lorsqu'un disque est remplacé sur le même périphérique SCSI

    L'option Répliquer automatiquement les nouveaux disques est activée. Lorsque vous supprimez et ajoutez un disque protégé sur le même périphérique SCSI en une seule étape, la réplication passe à l'état d'erreur :

    The set of disks on the vSphere Replication Server does not match the source set for replication '<vm name>'.

    Solution 1 : remplacez le disque par deux opérations de configuration distinctes.

    Solution 2 : si vous avez remplacé le disque sur le périphérique SCSI par une seule opération de configuration, reconfigurez la réplication.

  • L'opération de reprotection échoue

    Si vous configurez une réplication avec la fonctionnalité de mise au repos activée et que la version de l'hôte ESXi sur le site cible est version 7.0 ou 7.0 Update 1, l'opération de reprotection échoue.

    Solution : désactivez la fonctionnalité de reprotection optimisée.

    1. Établissez une connexion SSH au dispositif vSphere Replication.

    2. Exécutez la commande suivante :

      /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property reprotect-optimization-enabled=false

    3. Redémarrez le service HMS.

    Ce problème est résolu dans ESXi version 7.0 Update 2.

  • Si vous tentez d'exécuter une opération de synchronisation après la resynchronisation du disque, l'opération échoue.

    Si vous effectuez un redimensionnement de disque, en fonction de la taille du disque, l'opération peut prendre quelques heures. Lorsque vous tentez d'exécuter une opération de synchronisation en attendant, l'opération échoue, même si la réplication est dans l'état OK.

    Solution : attendez la fin de l'opération de redimensionnement du disque. Vous pouvez vérifier l'achèvement de cette opération en consultant le fichier journal /var/log/vmware/hbrsrv.log, dans lequel vous pouvez voir l'entrée suivante :

    Resizing disk <replicated disk ID>

  • La récupération d'une réplication d'une machine virtuelle chiffrée avec le fournisseur de clés natif vSphere échoue

    Si vous supprimez le cluster, qui est configuré avec le fournisseur de clés natif, tous les hôtes auxquels la base de données cible est attachée, les réplications existantes restent dans l'état OK. Cependant, si vous essayez d'effectuer une récupération, la récupération échoue et la réplication passe à l'état Erreur.

    Solution : rendez de nouveau la base de données accessible dans le cluster. Si vous n'avez pas tenté de récupération et que la réplication est toujours dans l'état OK, reconfigurez la réplication et modifiez la banque de données cible en une banque de données, accessible dans le cluster.

  • Un disque virtuel récemment ajouté n'est pas répliqué lors de l'opération de reprotection

    Si vous effectuez une récupération et ajoutez un nouveau disque à la machine virtuelle récupérée, celui-ci n'est pas répliqué lors de l'opération de reprotection. Le nouveau disque n'est pas répliqué automatiquement si la réplication initiale a été configurée pour répliquer automatiquement les nouveaux disques.

    Solution : incluez manuellement le nouveau disque à la réplication.

  • Échec de la génération d'un bundle de support

    Si le dispositif vSphere Replication n'est pas configuré et que vous tentez de générer un bundle de support, le processus échoue.

    Solution : générez manuellement les bundles de support pour le dispositif vSphere Replication et le serveur vSphere Replication intégré. Les fichiers générés sont /tmp/hms-bundle.tar.gz et /tmp/embedded-hbr-bundle.tgz.

    1. Établissez une connexion SSH au dispositif vSphere Replication.

    2. Exécutez les commandes suivantes :

      /bin/tar --force-local --ignore-failed-read -chvpf /tmp/hms-bundle.tar /opt/vmware/hms/logs /opt/vmware/var/log

      /opt/vmware/support/logs/dr /opt/vmware/support/logs/drconfigui

      /opt/vmware/support/logs/envoy

      /usr/bin/gzip --no-name --quiet --stdout /tmp/hms-bundle.tar > /tmp/hms-bundle.tar.gz

      /urs/bin/rm /tmp/hms-bundle.tar​

      /usr/bin/sudo -u root /usr/bin/hbrsrv-support-bundle.sh -f /tmp/embeded-hbr-bundle.tgz

    3. Accédez à l'interface de gestion des dispositifs VRMS de VMware pour le serveur vSphere Replication intégré respectif et générez le bundle de support.

  • L'opération de récupération ne progresse pas

    Si, sur une courte période, vous excluez de la réplication un disque virtuel contenant une banque de données cible vVOL, puis l'incluez à nouveau, cela peut affecter une opération de récupération ultérieure. Si vous tentez d'effectuer la récupération, celle-ci risque de ne pas progresser.

    Solution 1

    Si vous avez déjà démarré l'opération de récupération :

    1. Supprimez la réplication, en conservant les disques de la réplication.

    2. Reconfigurez la réplication à l'aide des valeurs initiales.

    3. Effectuez la récupération.

    Solution 2 :

    Si vous n'avez pas encore démarré l'opération de récupération :

    1. Excluez le disque contenant une banque de données cible vVOL.

    2. Synchronisez la réplication.

    3. Incluez de nouveau le disque.

    4. Effectuez la récupération.

  • La synchronisation de la réplication ne progresse pas

    Si, sur une courte période, vous excluez de la réplication un disque virtuel contenant une banque de données cible vVOL, puis l'incluez à nouveau, cela peut affecter une opération de synchronisation de la réplication ultérieure. Si vous tentez d'effectuer une synchronisation de la réplication, celle-ci risque de ne pas progresser.

    Solution :

    1. Excluez le disque contenant une banque de données cible vVOL.

    2. Synchronisez la réplication.

    3. Incluez de nouveau le disque.

  • Impossible d'utiliser le chiffrement réseau pour vSphere Replication

    Lorsque vous tentez de configurer le chiffrement réseau pour une réplication, l'option de l'assistant de configuration de la réplication est inactive. Si vous utilisez une ancienne version d'ESXi, hbr-agent.vib n'est pas installé automatiquement sur les hôtes ESXi et vous ne pouvez pas configurer le chiffrement réseau pour ces réplications.

    Solution :

    1. Établissez une connexion SSH au dispositif vSphere Replication.

    2. Exécutez la commande suivante :

      /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-auto-install-hbragent-vib=false

    3. Redémarrez le service HMS.

    4. Téléchargez et installez hbr-agent.vib sur les hôtes ESXi. Consultez l'article https://kb.vmware.com/s/article/2110304.

  • Lorsque vous tentez de configurer IPv6 via la gestion des dispositifs VRMS de VMware, vous recevez une erreur invalid property - dns

    Lorsque vous tentez de configurer IPv6 via la gestion des dispositifs VRMS de VMware et que vous sélectionnez l'option Obtenir les paramètres IPv6 automatiquement via l'annonce du routeur avec DNS attribué automatiquement, l'erreur suivante se produit : invalid property - dns.

    Solution :

    connectez-vous via SSH sur la machine hôte du dispositif vSphere Replication et exécutez $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.

    Pour recevoir une adresse IP via DHCP, exécutez la commande $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.

  • Vous ne pouvez pas reconfigurer les paramètres IPv6 via la gestion des dispositifs VRMS de VMware

    Si vous avez configuré le réseau IPv6 avec l'option Obtenir les paramètres IPv6 automatiquement via l'annonce du routeur ou Obtenir les paramètres IPv6 automatiquement via DHCP, vous ne pouvez pas reconfigurer les paramètres IPv6 avec seulement l'option Obtenir les paramètres IPv6 automatiquement via DHCP. Vous devez sélectionner ces deux options ou aucune d'entre elles.

    Solution :

    connectez-vous via SSH sur la machine hôte du dispositif vSphere Replication et exécutez $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.

    Pour recevoir une adresse IP via DHCP, exécutez la commande $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.

  • Échec de la reconfiguration d'une réplication après la suppression et l'ajout du même disque à un nœud de périphérique virtuel différent sur la machine virtuelle source

    Si vous supprimez un disque virtuel et en ajoutez un nouveau avec le même fichier VMDK, puis que vous tentez d'effectuer une reconfiguration manuelle ou automatique (si vous avez activé l'option Inclure automatiquement les nouveaux disques) de la réplication, le processus échoue avec l'erreur suivante :

    Cannot reconfigure replication group '<VM_ID>' (managed object ID: 'GID-<group-ID>'). Details: 'Duplicate key (hms.Disk) { dynamicType = null, dynamicProperty = null, deviceKey = <DEVICE_KEY>, destination = (hms.ExtendedDatastorePath) { dynamicType = null, dynamicProperty = null, datastore = MoRef: type = Datastore, value = <DATASTORE>, serverGuid = null, path = <PATH>, fileName = <FILENAME>, dsCluster = null }, storageProfileId = null, useOfflineCopy = false, virtualDiskType = thin, skipDiskUuidValidation = true, replicationDiskId = null, contentId = null, capacityInKb = <CAPACITY> }'. ThrowableProxy.cause The operation is not allowed in the current state.

    Solution :

    1. Arrêtez la réplication et conservez les disques de réplica.

    2. Configurez de nouveau la réplication en utilisant les disques en tant que valeurs initiales.

  • La configuration de la réplication échoue après le basculement de vSphere Trust Authority vers KMS en tant que mécanisme de chiffrement

    Si vous utilisez vSphere Trust Authority comme mécanisme de chiffrement, mais que vous revenez à l'ancien mécanisme de chiffrement utilisant des serveurs KMS, et que vous essayez ensuite de configurer une réplication, le processus peut échouer. Le problème se produit, car les clés de chiffrement peuvent ne pas être correctement distribuées aux hôtes cibles, après la commutation des mécanismes de chiffrement.

    Solution : Redémarrez le service HMS.

  • Échec du test de récupération avec une erreur.

    Si vous configurez une réplication sur une banque de données VMFS, puis que vous reconfigurez un disque de ce groupe pour qu'il soit répliqué dans une banque de données vSAN (alors que la page d'accueil de la machine virtuelle est toujours configurée sur une banque de données VMFS), lorsque vous tentez d'effectuer un test de récupération, celui-ci échoue avec l'erreur suivante :

    Cannot create a test bubble image for group '<group-ID>' on vSphere Replication Server...

    Solution 1 : reconfigurez tous les disques de réplica à l'aide d'une banque de données VMFS.

    Solution 2 : reconfigurez la page d'accueil de la machine virtuelle pour qu'elle soit répliquée sur une banque de données vSAN.

  • Les réplications avec chiffrement réseau s'affichent à l'état Inactif

    Par défaut, lorsque vous mettez sous tension le dispositif vSphere Replication, un VIB (vSphere Installation Bundle) est installé sur tous les hôtes ESXi pris en charge dans l'inventaire vCenter Server à l'endroit où le dispositif est déployé. L'installation automatique du fichier VIB peut échouer pour différentes raisons.

    Solution :

    installez le fichier VIB de vSphere Replication sur chaque instance d'ESXi qui héberge une VM source de réplication.

    1. Désactivez temporairement le pare-feu sur l'hôte ESXi.

    2. Établissez une connexion SSH avec le serveur ESXi.

    3. Exécutez la commande suivante :

      $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib

    4. Activez le pare-feu sur l'hôte ESXi.

  • Impossible de configurer de nouvelles réplications avec le chiffrement réseau

    Par défaut, lorsque vous mettez sous tension le dispositif vSphere Replication, un VIB (vSphere Installation Bundle) est installé sur tous les hôtes ESXi pris en charge dans l'inventaire vCenter Server à l'endroit où le dispositif est déployé. L'installation automatique du fichier VIB peut échouer pour différentes raisons.

    Solution :

    installez le fichier VIB de vSphere Replication sur chaque instance d'ESXi qui héberge une VM source de réplication.

    1. Désactivez temporairement le pare-feu sur l'hôte ESXi.

    2. Établissez une connexion SSH avec le serveur ESXi.

    3. Exécutez la commande suivante :

      $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib

    4. Activez le pare-feu sur l'hôte ESXi.

  • Lorsque vous cliquez avec le bouton droit sur une machine virtuelle répliquée et sélectionnez Reconfigurer la réplication dans l'interface utilisateur de vSphere, la fenêtre contextuelle de l'interface utilisateur de Site Recovery est bloquée sans notification dans le navigateur Mozilla Firefox

    Par défaut, l'interface utilisateur de Site Recovery s'ouvre dans un nouvel onglet. Lorsque vous cliquez avec le bouton droit sur une machine virtuelle répliquée et sélectionnez Reconfigurer la réplication dans l'interface utilisateur de vSphere, la fenêtre contextuelle de l'interface utilisateur de Site Recovery est bloquée sans notification dans le navigateur Mozilla Firefox.

    Solution : dans le menu Options de Mozilla Firefox, sélectionnez l'onglet Contenu et ajoutez l'URL de vCenter Server à la liste d'exceptions des fenêtres contextuelles.

  • La configuration d'une réplication qui utilise des valeurs initiales sur une banque de données cible vVol réussit, mais la réplication est à l'état Erreur

    Si vous configurez une réplication qui utilise en tant que valeur initiale une machine virtuelle contenant des snapshots, l'opération de configuration réussit, mais la réplication se met à l'état Erreur à la fin de la Synchronisation complète initiale. Un message d'erreur semblable au suivant s'affiche :

    A replication error occurred at the vSphere Replication Server for replication 'vmname'. Details: 'Error for (datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4"), (diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012"), (hostId: "host-33"), (pathname: "vmname/vmname.vmdk"), (flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'.

    Solution : supprimez les snapshots de la machine virtuelle utilisée en tant que valeur initiale.

  • Au cours de la synchronisation complète, vSphere Replication échoue avec l'erreur suivante : Une erreur de réplication s'est produite sur le serveur vSphere Replication

    Au cours de la synchronisation complète, il arrive que vSphere Replication échoue avec le message d'erreur suivant :

    A replication error occurred at the vSphere Replication Server for replication <group_name>. Details: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'.

    Généralement, cette erreur est temporaire et l'opération réussit après quelques instants.

  • Le remplacement du certificat SSL de vCenter Server entraîne des erreurs de validation de certificat dans vSphere Replication

    Si vous remplacez le certificat SSL dans le système vCenter Server, une erreur de connexion se produira lorsque vSphere Replication tentera de se connecter à vCenter Server.

    Solution : Pour savoir comment mettre à jour des certificats vCenter Server et comment permettre à des solutions telles que vSphere Replication de continuer à fonctionner, reportez-vous à l'article de la base de connaissances http://kb.vmware.com/kb/2109074.

  • Échec de la synchronisation des données et le fichier journal du serveur de gestion vSphere Replication source contient l'erreur DeltaAbortedException

    Si votre environnement subit des problèmes de connectivité lors de la synchronisation des données, les problèmes suivants peuvent se produire.

    • Les synchronisations des groupes de réplication échouent et le fichier hms<n>.log du serveur vSphere Replication Management Server sur le site source contient le message d'erreur suivant :

      DeltaAbortedException.

    • Dans Site Recovery Manager, les synchronisations des groupes de réplication échouent avec le message d'erreur suivant :

      VR synchronization failed for VRM group <group_name>. A generic error occurred in the vSphere Replication Management Server. Exception details: 'com.vmware.hms.replication.sync.DeltaAbortedException'.

    Solution : résolvez le problème de connectivité sur votre environnement avant de poursuivre.

  • Le basculement avec les « Dernières modifications de synchronisation » peut échouer avec l'erreur « SocketTimeoutException » lorsque plusieurs réplications sont récupérées en même temps et qu'il y a une différence accumulée importante depuis la dernière synchronisation

    Le serveur vSphere Replication Management Server peut ne pas recevoir les réponses prévues à travers le proxy inverse de vCenter en cas de trafic de réplication intense sur le même réseau. Certaines opérations de gestion ou de surveillance de la réplication peut échouer avec le message d'erreur suivant :

    com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: Read timed out

    Solution : Configurez l'isolation du trafic réseau pour le trafic de vSphere Replication de sorte que les communications de gestion entre vCenter et le serveur vSphere Replication Management Server ne soient pas affectées par le trafic intense de la réplication. Reportez-vous à la section Isolation du trafic réseau de vSphere Replication.

  • Les machines virtuelles qui se trouvent dans le dossier cible sont écrasées lors de la récupération

    Si le dossier cible contient une machine virtuelle enregistrée avec le même nom que la machine virtuelle répliquée, la machine virtuelle enregistrée est écrasée lors de la récupération. Lorsque vous démarrez l'assistant Récupération, vSphere Replication vérifie le dossier cible et affiche une boîte de dialogue pour vous permettre de confirmer l'opération d'écrasement. En de rares occasions, une fois la vérification cible terminée et pendant que l'assistant est encore ouvert, une machine virtuelle peut être enregistrée dans le dossier cible. Dans ces cas, la machine virtuelle qui a été copiée dans le dossier cible sera écrasée sans préavis.

    Solution : Aucune.

  • Les réplications apparaissent sous l'état Non actif (violation de RPO) après la modification de l'adresse IP du serveur vSphere Replication sur le site cible

    Si l'adresse IP du serveur vSphere Replication sur le site cible est modifiée, l'état de toutes les réplications sur ce site devient Non actif (violation de RPO). Ce problème se produit parce que les réplications sur le site source ne sont pas reconfigurées automatiquement lors de la modification de l'adresse IP.

    Solution : Reconfigurez toutes les réplications de sorte que les hôtes sources utilisent la nouvelle adresse IP du serveur vSphere Replication cible.

  • État d'erreur temporaire lors de la synchronisation complète initiale

    Lors de la synchronisation initiale, l'état de la synchronisation peut passer temporairement à Error et revient à l'état normal plusieurs fois. L'état d'erreur peut indiquer des ressources insuffisantes sur le site cible. Si la charge de travail d’E/S provoquée par l'opération de synchronisation est supérieure à la charge que les hôtes cibles peuvent gérer, l'état de la réplication passera à Error. Lorsque la charge de travail d’E/S diminue, l'erreur disparaît.

    Solution : Réduisez la valeur de l'option de configuration de l'hôte appelée HBR.TransferMaxContExtents sur chaque hôte ESXi où les machines virtuelles sources de réplication sont en cours d'exécution. La valeur par défaut est 8. Une valeur inférieure diminue la taille des blocs de données qui sont envoyés au cours d'une mise à jour de la synchronisation, mais augmente la durée de la synchronisation complète initiale. Après la synchronisation complète initiale, rétablissez la valeur par défaut (8) pour obtenir des performances de RPO optimales. Si des erreurs temporaires continuent de se produire au cours de synchronisations delta, cela peut signifier que de nombreux blocs modifiés sont transférés au cours de chaque delta et que les hôtes sur le site cible ne peuvent pas supporter la charge de travail d'E/S subie. Dans ce cas, conservez la valeur de l'option de configuration HBR.TransferMaxContExtents faible. Vous pouvez également ajouter d'autres hôtes au site secondaire.

  • Les utilisateurs qui reçoivent le rôle d'administrateur VRM ou de réplication de la machine virtuelle VRM ne peuvent pas accéder à l'assistant de configuration de la réplication.

    L'assistant de configuration de la réplication n'est pas lancé si un utilisateur avec le rôle d'administrateur VRM ou de réplication de la machine virtuelle VRM prédéfini se connecte à l'interface utilisateur de Site Recovery et tente de configurer une réplication.

    Solution : Clonez le rôle par défaut pour lui y ajouter le privilège Vue Stockage axé sur le profil-> Stockage axé sur le profil et attribuez le rôle cloné à l'utilisateur.

  • L'option pour activer la mise au repos est désactivée dans l'assistant de configuration de la réplication pour une machine virtuelle source de réplication hors tension même si le système d'exploitation invité prend en charge la mise au repos

    Pour les sources Linux et Windows, l'option Activer la mise au repos est activée en fonction des informations sur le système d'exploitation invité. Si une machine virtuelle n'a jamais été mise sous tension, les hôtes ESXi signalent toujours que la mise au repos n'est pas prise en charge,parce que les informations sur le système d'exploitation invité ne sont pas disponibles.

    Solution : Vérifiez que les machines virtuelles sources de réplication ont été mises sous tension au moins une fois avant de configurer les réplications.

  • Le service vSphere Replication n'est plus accessible après la modification d'un certificat vCenter Server

    Si le certificat de vCenter Server change, vSphere Replication devient inaccessible.

  • vSphere Replication Management Server (VRMS) peut transmettre au système vCenter Server cible une machine virtuelle partiellement récupérée à la suite d'un échec de récupération.

    Dans de rares cas, VRMS peut s'arrêter au cours de la récupération immédiatement après avoir enregistré la machine virtuelle récupérée dans le système vCenter Server cible. Le dernier message d'erreur de récupération affiché dans le panneau de détails de la réplication est le suivant : VRMS n'a pas pu terminer l'opération. Lorsque VRMS redémarre, il nettoie les fichiers de la machine virtuelle partiellement récupérée. Dans certains cas, il ne parvient pas à annuler l'enregistrement de la machine virtuelle dans le système vCenter Server cible. Les tentatives de récupération suivantes affichent dans l'assistant Récupération un message d'erreur indiquant que le dossier de machine virtuelle sélectionné contient déjà une entité portant le même nom.

    Solution : Supprimez manuellement la machine virtuelle du système vCenter Server cible, mais conservez ses disques lorsqu'ils pointent vers les fichiers d'espaces réservés répliqués.

  • Une machine virtuelle récupérée dans vSphere Replication ne se met pas sous tension dans vCenter Server

    Lorsque vous utilisez vSphere Replication pour exécuter une opération de récupération sur une machine virtuelle, elle échoue et l'état de la réplication indique qu'elle n'a pas été récupérée. La machine virtuelle est enregistrée dans l'inventaire de vCenter, mais lorsque vous tentez de la mettre sous tension, elle renvoie l'erreur suivante : File [datastorename] path/vmname.vmx was not found.

    La machine virtuelle peut s'enregistrer correctement dans vCenter Server, dans le cadre du workflow de récupération de vSphere Replication, mais la réponse peut ne pas atteindre le serveur de gestion vSphere Replication à cause d'une erreur réseau temporaire. vSphere Replication restaure alors l'image de réplication et signale l'échec de la tâche de récupération en raison d'une erreur d'enregistrement de la machine virtuelle. Si vous lancez une nouvelle opération de récupération, celle-ci échoue également et renvoie un message indiquant qu'une machine virtuelle portant le même nom est déjà enregistrée dans vCenter Server.

    Solution : Supprimez la machine virtuelle en partie récupérée de l'inventaire de vCenter Server, mais sans supprimer les fichiers du disque, puis recommencez l'opération de récupération.

  • Au cours de la réplication de plusieurs machines virtuelles, un serveur vSphere Replication peut entrer dans un état dans lequel il ne peut plus accepter d'autres connexions VRMS, mais il continue de répliquer des machines virtuelles

    Solution : Redémarrez le serveur vSphere Replication.

  • Les opérations vSphere Replication échouent avec une erreur d'authentification

    Si vous démarrez une opération sur un site (par exemple, la configuration de vSphere Replication sur une machine virtuelle), puis redémarrez le système vCenter Server et le dispositif vSphere Replication sur un autre site, les opérations de vSphere Replication peuvent échouer avec l'erreur : VRM Server generic error. Pour obtenir des informations sur la résolution des problèmes, consultez la documentation. L'exception détaillée est la suivante : 'com.vmware.vim.binding.vim.fault.NotAuthenticated'.

    Ce problème est dû au fait que le serveur vSphere Replication conserve dans son cache la session de connexion établie avant le redémarrage de vCenter Server et du dispositif vSphere Replication.

    Solution : Pour effacer le cache de connexion de vSphere Replication, déconnectez-vous de vSphere Web Client, puis reconnectez-vous.

  • Une opération du serveur vSphere Replication Management Server échoue avec l'erreur « ... UnmarshallException »

    Lorsque le serveur de gestion vSphere Replication subit une charge élevée ou des erreurs réseau temporaires, les opérations peuvent échouer et renvoyer l'erreur UnmarshallException en raison d'erreurs au niveau de la couche de communication.

    Solution : Tentez de recommencer l'opération.

  • Les opérations vSphere Replication échouent lorsque le trafic de réplication est dense

    Les opérations vSphere Replication peuvent échouer avec l'erreur java.net.UnknownHostException. Ces erreurs se produisent, car les demandes DNS sont abandonnées en raison d'un encombrement du réseau.

    Solution : Configurez votre réseau afin de vous assurer que le trafic de gestion n'est pas abandonné, en configurant la mise en forme du trafic, la qualité du service ou le service DNS sur le dispositif vSphere Replication. Une solution possible consiste à modifier la stratégie de mise en cache des adresses réseau pour le dispositif vSphere Replication.

    1. Connectez-vous au dispositif vSphere Replication en tant que racine.

    2. Ouvrez le fichier /usr/java/jre-vmware/lib/security/java.security dans un éditeur.

    3. Supprimez les marques de commentaire de la ligne networkaddress.cache.ttl et définissez sa valeur sur au moins 86 400 secondes (24 heures) ou sur la durée la plus longue nécessaire pour qu'une synchronisation complète initiale puisse s'exécuter.

    4. Enregistrez le fichier et redémarrez le dispositif vSphere Replication.

    5. Répétez cette procédure pour tous les autres dispositifs vSphere Replication.

Réplications sur vCenter Server

  • Échec de la configuration d'une réplication vers une machine virtuelle nouvellement enregistrée avec une erreur

    Si, après l'exécution d'un basculement, vous supprimez la machine virtuelle récupérée, puis la réenregistrez, lorsque vous tentez de configurer une réplication pour cette machine virtuelle, le processus échoue avec l'erreur suivante :

    VM ‘<VM_ID>’ was recovered in optimized reprotect mode in another replication group. To configure new replication for the VM, you must first remove the existing recovered replication.

    Solution : désactivez vSphere Replication sur cette machine virtuelle. Consultez https://kb.vmware.com/s/article/2106946.

  • Vous ne pouvez pas chiffrer une VM source non chiffrée dans une réplication active

    Si vous essayez de chiffrer une machine virtuelle non chiffrée dans une configuration de réplication active, le chiffrement échoue.

    Solution : récupérez la machine virtuelle non chiffrée et configurez une nouvelle réplication avec des disques de valeurs initiales chiffrés.

    1. Récupérez la VM sur le site distant, mais ne la mettez pas sous tension.

    2. Supprimez la réplication de la VM source.

    3. Modifiez les paramètres de la VM sur le site cible et remplacez la stratégie de stockage de VM par la stratégie de chiffrement de VM.

    4. Modifiez les paramètres de la VM source sur le site source et remplacez la stratégie de stockage de VM par la stratégie de chiffrement de VM.

    5. Annulez l'enregistrement de la machine virtuelle récupérée sur le site cible, mais ne supprimez pas les disques.

    6. Configurez une nouvelle réplication et sélectionnez les disques de la VM récupérée sur le site cible en tant que valeurs initiales.

  • Vous ne pouvez pas utiliser des utilisateurs et des rôles personnalisés avec vSphere Replication

    Vous ne pouvez pas configurer une réplication avec un utilisateur personnalisé, même si tous les privilèges VRM requis sur les deux sites sont attribués à cet utilisateur personnalisé. Le message d'erreur Permission to perform this operation is denied s'affiche sur la page Emplacement cible des assistants de configuration de la réplication.

    Solution : Aucune. Toutes les opérations vSphere Replication doivent être effectuées avec l'utilisateur administrateur SSO sur les deux sites.

  • Une machine virtuelle récupérée, sur laquelle des instances ont été activées à plusieurs moments spécifiques, peut perdre les disques attachés au snapshot le plus récent lorsque vous restaurez un snapshot plus ancien, puis restaurez de nouveau le snapshot le plus récent

    Lorsque vous restaurez une machine virtuelle sur laquelle vous avez activé des instances à plusieurs moments spécifiques et que vous attachez un disque pour les disques non résolus (le cas échéant), les disques sont attachés au snapshot le plus récent. Si vous restaurez alors un snapshot plus ancien, puis restaurez de nouveau le snapshot le plus récent, les disques attachés à ce dernier sont indisponibles.

    Solution : Modifiez les paramètres de la machine virtuelle, puis ajoutez les disques requis en tant que disques durs existants.

  • Impossible de configurer une machine virtuelle à l'aide d'un disque RDM à mode physique, même si le disque est exclu de la réplication

    Si vous configurez la réplication d'une machine virtuelle en mode physique, l'un des messages d'erreurs suivants risque d'apparaître :

    VRM Server generic error. Check the documentation for any troubleshooting information. The detailed exception is: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

    Solution : Aucune.

  • L'opération de récupération d'une machine virtuelle avec vSphere Replication 8.7 ne peut pas mettre sous tension la machine virtuelle récupérée.

    Si une machine virtuelle répliquée est associée à un commutateur virtuel distribué et si vous tentez d'effectuer une récupération dans un cluster DRS automatisé, l'opération de récupération réussit, mais la machine virtuelle qui en résulte ne peut pas être mise sous tension.

    Solution : Modifiez les paramètres de la machine virtuelle récupérée pour l'associer au bon réseau.

  • L'enregistrement de serveurs vSphere Replication supplémentaires prend beaucoup de temps.

    Si le système vCenter Server gère plusieurs centaines d'hôtes de serveur ESXi, l'enregistrement d'un serveur vSphere Replication supplémentaire dans le dispositif vSphere Replication peut prendre plusieurs minutes. Cela est dû au fait que le serveur vSphere Replication doit s'enregistrer dans chaque hôte de serveur ESXi.

check-circle-line exclamation-circle-line close-line
Scroll to top icon