VMware vSphere Replication 5.5.1 | 11 mars 2014 | Build 1618023

Dernière mise à jour : 27 mars 2014

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

Contenu des notes de mise à jour

Ces instructions d'utilisation contiennent les rubriques suivantes :

Localisation

VMware vSphere Replication 5.5.1 est proposé dans les langues suivantes :

  • Anglais
  • Français
  • Allemand
  • Japonais
  • Coréen
  • Chinois simplifié

Nouveautés

Cette version inclut les nouvelles fonctions suivantes :

  • VMware Virtual SAN est une fonctionnalité entièrement prise en charge de vSphere 5.5u1. Vous pouvez utiliser Virtual SAN dans des environnements de production avec vSphere Replication 5.5.1 et vSphere 5.5u1.
  • Configurez vSphere Replication sur des machines virtuelles qui résident sur un stockage VMware vSphere Flash Read Cache. vSphere Flash Read Cache est désactivé sur les machines virtuelles après la récupération.

Installation

Consultez la section Installation de vSphere Replication pour obtenir des informations sur l'installation de vSphere Replication.

Mise à niveau de vSphere Replication

Avant de mettre à niveau vSphere Replication vers la version 5.5.1, vous devez mettre à niveau son système vCenter Server vers la version 5.5 au minimum. Pour plus d'informations sur les versions prises en charge, consultez la matrice d'interopérabilité. Une fois vCenter Server mis à niveau, reportez-vous à Mise à niveau de vSphere Replication pour mettre à niveau vSphere Replication.

  • Pour mettre à niveau vSphere Replication de la version 1.0.x ou 5.1.x vers la version 5.5.1, utilisez le fichier ISO téléchargeable correspondant à vSphere Replication 5.5.1.
  • Pour mettre à jour vSphere Replication de la version 5.5 vers la version 5.5.1, utilisez le fichier ISO téléchargeable correspondant à vSphere Replication 5.5.1, vSphere Update Manager ou l'interface de gestion de dispositif virtuel (VAMI) du dispositif vSphere Replication.
  • Pour mettre à jour vSphere Replication de la version 5.5 vers la version 5.5.1 dès qu'une nouvelle version de mise à jour est disponible, utilisez le fichier ISO téléchargeable correspondant à vSphere Replication 5.5.1 ou définissez l'option Utiliser le référentiel spécifié dans l'interface VAMI sur https://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/5.5.1.0.
  • Si vous avez installé vSphere Replication avec une version antérieure de SRM et que vous effectuez une mise à niveau vers SRM 5.5.1, vous devez mettre à niveau vers la version 5.5.1 non seulement vSphere Replication, mais également les serveurs vSphere Replication. Consultez Mise à niveau de vSphere Replication dans Installation et configuration de Site Recovery Manager.

IMPORTANT : Ne sélectionnez pas l'option dans Mise à jour > Paramètres dans l'interface VAMI pour mettre à jour automatiquement vSphere Replication. Si vous sélectionnez les mises à jour automatiques, VAMI met à jour vSphere Replication vers la dernière version, qui pourrait ne pas être compatible avec vCenter Server 5.5. Laissez le paramètre de mise à jour défini sur Aucune mise à jour automatique.

Restrictions de fonctionnement pour vSphere Replication

Les restrictions de fonctionnement de vSphere Replication 5.5.1 sont les mêmes que pour vSphere Replication 5.1. Voir l'article http://kb.vmware.com/kb/2034768.

Composants Open Source

Les déclarations de copyright et les licences applicables aux composants logiciels open source distribués dans vSphere Replication 5.5.1 sont disponibles sur la communauté vSphere Replication.

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.

  • Le déploiement de plusieurs dispositifs vSphere Replication entraîne l'apparition d'un message d'avertissement sur l'écran de démarrage. Ce message invite l'utilisateur à indiquer s'il souhaite continuer et configurer de nouveau toutes les réplications ou arrêter le nouveau dispositif de sorte qu'il n'interfère pas avec l'ancien. Ce problème ne se produit pas lorsque vous déployez plusieurs serveurs vSphere Replication.
  • Chaque serveur de gestion vSphere Replication peut gérer jusqu'à 500 machines virtuelles répliquées.
  • vSphere Replication prend en charge une taille de disque maximale de 62 To.
  • vSphere Replication ne prend pas en charge la mise à niveau du module VMware Tools dans le dispositif vSphere Replication.

Versions de navigateurs prises en charge

Pour en savoir plus sur les versions de navigateurs prises en charge pour vSphere Web Client, reportez-vous à Utilisation de vSphere Web Client.

L'interface VAMI dépend de VMware Studio. Pour en savoir plus sur les versions de navigateurs prises en charge avec l'interface VAMI, reportez-vous aux Notes de mise à jour de VMware Studio 2.5.

Problèmes résolus

Les problèmes suivants ont été résolus dans cette version.

  • La reconfiguration d'une réplication pour inclure un disque ayant été précédemment exclu et l'utilisation d'une racine de réplication pour ce disque entraînent la suppression par erreur de l'amorce de réplication par vSphere Replication.

    Si vous avez une réplication dans laquelle un disque est exclu et reconfigurez ultérieurement la réplication pour inclure ce disque, puis copiez manuellement un fichier de disque à utiliser comme amorce de réplication, vSphere Replication supprime le fichier copied .vmdk, ne tenant pas compte du fait qu'il s'agissait d'une copie initiale n'ayant pas été créée par vSphere Replication. Cela vous oblige à recopier le fichier .vmdk sur le site cible. Ce problème a été résolu.

  • Le serveur de gestion vSphere Replication ne répond plus en raison d'une fuite de mémoire potentielle lorsque vous tentez, à plusieurs reprises, de vous connecter à vCenter Server ou au serveur vSphere Replication.

    Ce problème est résolu dans cette version.

  • Le couplage des sites a échoué si vCenter Server n'était pas installé sur les ports autres que ceux par défaut.

    Ce problème est résolu dans cette version.

Problèmes connus

Les problèmes identifiés suivants ont été rencontrés lors de tests rigoureux. Nous espérons qu'ils vous aideront à comprendre certains désagréments que vous pourriez rencontrer dans cette version.

  • Les actions de vSphere Replication effectuées dans vSphere Web Client ne sont pas disponibles après la mise à niveau.

    Si vous suivez la procédure indiquée dans Terminer la mise à niveau du dispositif vSphere Replication en cas de modification de l'adresse IP de vCenter Server, mais que vous utilisez vSphere Web Client 5.5 avant de mettre à niveau le dispositif vSphere Replication, les actions de réplication effectuées via le plug-in vSphere Replication ne sont pas disponibles.

    Solution : Redémarrez le service vSphere Web Client dans les services Windows ou dans l'interface de gestion de dispositif virtuel (VAMI) de vCenter Server si vous utilisez vCenter Server Appliance.

  • L'opération X-vMotion d'une machine virtuelle Virtual SAN à partir d'un cluster HA (High Availability) peut entraîner une alarme.

    Lorsque vous effectuez une opération X-vMotion d'une machine virtuelle Virtual SAN à partir d'un cluster HA vers un autre cluster et un autre stockage, la machine virtuelle signale une alarme similaire à Le basculement de la machine virtuelle vSphere HA a échoué.

    Solution : Aucune.

  • Échec de la réplication entre deux systèmes vCenter Server liés à des services SSO différents contenant des caractères non-ASCII.

    Si vous avez deux systèmes vCenter Server enregistrés dans différents services SSO, vSphere Replication ne parvient pas à authentifier le nom d'utilisateur et le mot de passe contenant des caractères non ASCII.

    Solution : Créez un nom d'utilisateur et un mot de passe contenant des caractères ASCII pour authentifier ou enregistrer les deux systèmes vCenter Server dans le même service SSO, puis configurez la réplication.

  • L'état de la connexion entre deux sites ne passe pas à Déconnecté après que vous avez changé le certificat vSphere Replication pour l'un des sites.

    Si vous disposez de deux sites distants A et B et que l'état de connexion est Connecté, si vous modifiez le certificat de l'application vSphere Replication sur le site B, l'état de la connexion peut ne pas changer à Déconnecté. Lorsque de l'appel d'opérations de réplication, vSphere Replication vous signale le problème de certificat.

    Solution : Déconnectez-vous et connectez-vous à vSphere Web Client. Reconnectez les sites A et B.

  • Dans de rares cas, vSphere Replication affiche une instance de réplication caduque lorsque la machine virtuelle répliquée est supprimée du site source.

    Si vous tentez d'arrêter la réplication, le message d'erreur suivant s'affiche : Impossible de calculer les autorisations. Consultez le journal pour plus de détails.

    Solution : Aucune.

  • Si vFlash est activé pour une machine virtuelle sur le site source, vSphere Replication le désactive après la récupération.

    Au cours d'une récupération, vSphere Replication ne recherche ni ne réserve des ressources vFlash sur le site cible et ne peut donc pas garantir que ces dernières seront disponibles pour la machine virtuelle sur le site cible. Si vFlash est configuré, mais que les ressources vFlash ne sont pas disponibles, la machine virtuelle ne peut pas se mettre sous tension sur le site cible. Pour éviter ce problème, vSphere Replication désactive vFlash pour la machine virtuelle pendant la récupération.

    Solution : Réactivez manuellement vFlash pour la machine virtuelle après la récupération.

  • VRMS s'arrête au cours de la récupération, les opérations de récupération échouent et aucune machine virtuelle n'est enregistrée dans le système vCenter Server cible.

    Les opérations de réplication se bloquent ou échouent avec le message d'erreur suivant : VRMS Server n'a pas pu terminer l'opération. Les fichiers répliqués sont disponibles dans l'emplacement cible et prêts à être enregistrés en tant que machine virtuelle dans vCenter Server sans fichiers vSphere Replication temporaires. Si VRMS s'arrête immédiatement après la préparation par le serveur vSphere Replication de l'image de la machine virtuelle à partir des fichiers répliqués, il est possible que VRMS ne mette pas à jour la base de données et que le serveur VR ne reconnaisse plus la réplication récupérée. Les opérations de gestion effectuées sur la réplication impliquant le serveur vSphere Replication échouent immédiatement et bloquent les opérations de synchronisation.

    Solution :
    1. Déplacez manuellement l'image de la machine virtuelle répliquée, ainsi que les fichiers .vmx et .vmdk, vers un autre dossier de banque de données.
    2. Arrêtez la réplication dans le dispositif vSphere Replication.
    3. Enregistrez manuellement le fichier .vmx de l'image répliquée en tant que machine virtuelle dans le système vCenter Server cible.
    Si vous ne déplacez pas manuellement les fichiers .vmx et .vmdk de la machine virtuelle répliquée, VRMS supprime les fichiers .vmdk étant donné qu'il ne détecte pas que le serveur vSphere Replication fait partie du basculement de la réplication qui a déjà été effectuée.

  • Certaines erreurs de vSphere Replication nécessitent un redémarrage du dispositif.

    Lors de l'exécution des processus vSphere Replication, les problèmes suivants peuvent se produire : vSphere Replication vous avertit en vous envoyant un message d'alarme concernant l'utilisation de la CPU. Dans vCenter Server -> Gérer -> vSphere Replication -> Serveurs de réplication, le serveur vSphere Replication est affiché avec l'état déconnecté. Certaines opérations VRMS se bloquent. Les journaux de VRMS contiennent le message d'erreur suivant : OutOfMemoryError: Java heap space

    Solution : Redémarrez le dispositif vSphere Replication ou le service VRMS : /etc/init.d/hms restart. Redémarrez les serveurs vSphere Replication déconnectés.

  • L'assistant Récupération échoue avec le message d'erreur suivant : La machine virtuelle source n'a aucune instance disponible pour la récupération.

    Dans vCenter Server -> Gérer -> vSphere Replication -> Serveurs de réplication, le serveur vSphere Replication est affiché avec l'état déconnecté. L'assistant Récupération n'affiche pas le message d'erreur approprié à la situation décrite, mais le message concernant l'instance répliquée n'est pas disponible.

    Solution : Résolvez le problème de connectivité entre VRMS et le serveur vSphere Replication et recommencez l'opération de récupération.

  • La réplication ne passe de l'état Configuration en cours à l'état Erreur et bloque les tentatives de récupération.

    Si le serveur vSphere Replication Management (VRMS) du site principal devient indisponible et ne peut pas être restauré au cours de l'opération de reconfiguration de la réplication, la réplication n'affiche pas de message indiquant l'état d'erreur et la récupération ne peut pas s'effectuer.

    Solution : Remplacez manuellement l'état de configuration de la réplication de En cours par Erreur dans VRMS à l'aide de l'interface MOB et de la base de données VRMS. Contactez le Support VMware pour obtenir de l'aide.

  • Le serveur vSphere Replication Management (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.

  • 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.

  • 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.

  • Les opérations de 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 vCenter Server et le dispositif vSphere Replication sur un autre site, les opérations de vSphere Replication peuvent échouer avec l'erreur : Erreur générique du serveur VRM. 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.

  • Le déplacement de plusieurs réplications d'un serveur vSphere Replication à un autre provoque une erreur.

    Les opérations de reconfiguration ou de déplacement échouent et renvoient l'erreur « SocketTimeoutException : Read timed out », et les réplications passent à l'état Erreur. Lorsque le serveur vSphere Replication source ou cible et le stockage subissent une charge importante, le déplacement d'une réplication peut prendre plusieurs minutes et provoquer une erreur d'expiration de délai d'attente.

    Solution : Reconfigurez la réplication sur le nouveau serveur vSphere Replication.

  • Une opération du serveur de gestion vSphere Replication é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.

  • L'interface VAMI ne répond pas lors de l'installation d'une mise à jour.

    Lorsque vous mettez à niveau vSphere Replication, il est possible que le message d'état « Installation des mises à jour » ne disparaisse pas, même après l'installation des mises à jour, car l'interface VAMI ne répond plus.

    Solution : Actualisez l'interface VAMI dans le navigateur ou ouvrez-la dans un nouvel onglet.

  • 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 : Le fichier [datastorename] path/vmname.vmx est introuvable. 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.

  • vSphere Replication n'est pas disponible lorsque vous tentez de reconfigurer une réplication si la connexion au site cible est interrompue.

    Si vous avez connecté deux sites entre eux et configuré la réplication d'une machine virtuelle entre ces mêmes sites, puis remplacé le certificat d'un des dispositifs vSphere Replication par un nouveau certificat autosigné, la connexion entre les sites doit alors être réparée.

    Solution : Cliquez sur l'option de reconnexion sur le site cible, puis vérifiez que les sites sont connectés avant de recommencer l'opération.

  • Un message indiquant une incompatibilité de disques concernant l'état de la réplication apparaît si vous reconfigurez une réplication après y avoir ajouté un disque dur.

    Lorsque vous ajoutez un disque à une machine virtuelle répliquée, puis reconfigurez la réplication afin d'y inclure le nouveau disque, l'état de la réplication indique une synchronisation complète, comme prévu. Dans de rares cas, un message d'erreur d'incompatibilité de disques apparaît lorsque la synchronisation complète est en cours, même s'il n'y a aucune erreur. Une fois la synchronisation complète terminée et l'instance créée pour la machine virtuelle, l'erreur disparaît.

    Solution : Aucune.

  • Lors d'une opération de récupération, la fenêtre contextuelle demandant les informations d'identification pour accéder au site source ne s'affiche pas si les sites ont été associés dans une autre session.

    Lorsque vous utilisez un navigateur pour associer des sites et configurer la réplication entre ces derniers, puis lancez l'assistant de récupération dans un autre navigateur, vSphere Replication indique que le site source n'est pas disponible, au lieu de demander vos informations d'identification pour s'y connecter.

    Solution : Déconnectez-vous de vSphere Web Client, puis reconnectez-vous. La fenêtre demandant les informations d'identification s'affiche.

  • La réplication se bloque lorsque vous restaurez un snapshot alors qu'une réplication est suspendue.

    Lorsque vous configurez une réplication pour une machine virtuelle et suspendez la réplication, que vous prenez un snapshot, puis reprenez la réplication et restaurez le snapshot, au lieu de passer à l'état suspendu, l'état de la réplication dans l'interface utilisateur ne change pas et ne progresse pas.

    Solution : Suspendez, puis reprenez la réplication.

  • La réplication indique un état d'erreur lorsque la taille du disque de la machine virtuelle est supérieure à 2 To et que la version de l'hôte ESX cible est antérieure à 5.5.

    Lorsque vous configurez une réplication pour une machine virtuelle dont le disque est supérieur à 2 To et que l'hôte ESX cible ayant accès à la banque de données du réplica est mis à niveau vers une version antérieure, la réplication indique un état d'erreur, et une erreur NFC s'affiche.

    Solution : Aucune. Lorsque la machine virtuelle source dispose d'un disque dont la taille est supérieure à 2 To, vous devez utiliser ESX version 5.5 sur le site cible.

  • Lorsqu'un serveur vSphere Replication cible n'est pas disponible, vSphere Replication n'affiche aucune erreur dans la page vSphere Web Client Monitor -> Problèmes.

    Si le serveur vSphere Replication cible n'est pas disponible en raison de sa mise hors tension ou de problèmes de connexion réseau, et qu'une réplication démarre son processus de synchronisation complète, vSphere Replication ne signale pas d'erreur au niveau de vSphere Web Client, sur la page Monitor -> Problèmesdu système vCenter Server cible. Au lieu de cela, vCenter Server indique un événement et l'état déconnecté sur la page Gérer -> vSphere Replication -> Serveurs de réplication.

    Solution : Accédez à la page Gérer -> vSphere Replication -> Serveurs de réplicationet vérifiez si un serveur vSphere Replication cible est actuellement disponible. Vous pouvez également définir une alarme pour l'événement « Serveur VR déconnecté » sur le système vCenter Server cible.

  • L'interface VAMI de vSphere Replication n'est pas accessible depuis Internet Explorer 8 et Chrome sur Windows XP64 et Windows Server 2003. Consultez la description du message d'erreur ici : Microsoft KB 968730.

    Solution : Utilisez Firefox pour accéder à l'interface VAMI. Si cela n'est pas possible, installez le correctif logiciel Microsoft sur Windows XP et Windows Server 2003.

  • L'hôte ESXi est limité s'il doit accéder à certains types de disques.

    Si une machine virtuelle est dotée d'un disque dont la taille est supérieure à 62 To et qu'une réplication y est activée, la fonction de mise sous tension de cette machine virtuelle est bloquée.

    vSphere Replication ne prend pas en charge la réplication des disques dont la taille est supérieure à 62 To. Si vous tentez d'activer une réplication sur une machine virtuelle dotée de ce type de disque, la machine virtuelle n'effectuera aucune opération de réplication et ne se mettra pas sous tension.

  • vSphere Replication renvoie une erreur pour VMK_STALE_FILEHANDLE.

    Si un fichier d'état persistant de vSphere Replication se trouve sur un volume NFS et que vous supprimez ce volume du serveur NFS de telle manière qu'ESXi Server obtient un descripteur de fichier périmé, vSphere Replication tente indéfiniment d'accéder au fichier d'état persistant et ne progresse pas.

    Solution : En général, la machine virtuelle se trouve sur le même volume que le fichier d'état persistant et sera, elle aussi, inaccessible. Si la machine virtuelle ne se trouve pas sur le volume NFS supprimé et reste accessible, annulez la configuration de la réplication, puis reconfigurez-la, afin qu'un nouveau fichier d'état persistant soit généré sur le nouveau stockage. La reconfiguration de la réplication entraînera une synchronisation complète.

  • Si vous modifiez le certificat de vCenter Server, puis vous connectez à vSphere Replication, le message suivant peut s'afficher : vSphere Replication Management Server n'est pas accessible.

    Si vous modifiez le certificat de vCenter Server, vous perdrez la connexion à vSphere Replication et, lorsque vous essaierez de vous connecter à vSphere Replication, le message d'erreur suivant s'affichera : vSphere Replication Management Server n'est pas accessible.

    Solution : Mettez hors tension, puis mettez sous tension le dispositif vSphere Replication.

  • Impossible de reconfigurer la réplication après être passé d'une base de données intégrée à une base de données externe existante.

    Si vous configurez vSphere Replication avec une base de données externe et configurez la réplication au sein du même site, puis passez à une base de données intégrée, la réplication ne sera plus disponible telle qu'elle aura été conçue. Si vous revenez à la base de données externe, la réplication indique un état d'erreur. La reconfiguration de la réplication échoue en générant l'erreur : ManagedObjectNotFound

    Solution : Pendant la restauration de la base de données vSphere Replication vers la base de données externe ou intégrée précédente, vous devez réinitialiser son contenu.

  • 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 :

    Erreur générique du serveur VRM. Consultez la documentation pour toutes les informations de dépannage. 
    L'exception détaillée est la suivante : HMS ne peut pas définir UUID disque pour les disques de VM : MoRef: 
    type = VirtualMachine, value = , serverGuid = null'.
                  

    Solution : Aucune.

  • La configuration de la réplication avec vSphere Replication échoue si la machine virtuelle contient deux disques sur des banques de données différentes.

    Voir KB 2012610

  • L'enregistrement du serveur vSphere Replication peut prendre un certain temps selon le nombre d'hôtes présents dans l'inventaire vCenter Server.

    Si l'inventaire vCenter Server contient une centaine d'hôtes ou plus, la tâche Enregistrer le serveur VR prend 10 à 20 minutes pour s'effectuer, étant donné que vSphere Replication met à jour le registre d'empreinte SSL de chaque hôte. Le panneau Événements de vCenter Server affiche L'hôte est configuré pour vSphere Replication pour chaque hôte au fur et à mesure que la tâche d'enregistrement du serveur vSphere Replication progresse.

    Solution : Attendez que la tâche d'enregistrement soit terminée. Une fois terminée, vous pouvez utiliser vSphere Replication pour le trafic de réplication entrant. Voir aussi L'enregistrement du serveur vSphere Replication prend plusieurs minutes.

  • La récupération d'une machine virtuelle à l'aide de l'option « Récupérer avec les dernières données disponibles » est possible lorsque la machine virtuelle source est sous tension.

    Si vous sélectionnez l'option Récupérer avec les dernières données disponibles lors de la récupération d'une machine virtuelle, il est possible d'effectuer la récupération pendant que la machine virtuelle source est sous tension. Cependant, les cartes réseau de la machine virtuelle récupérée sont déconnectées lorsqu'elle met sous tension. Si vous sélectionnez « Récupérer avec les modifications récentes » lorsque vous récupérez une machine virtuelle, il est impossible de terminer la récupération si la machine virtuelle source est sous tension.

    Solution : Vérifiez que la machine virtuelle source est hors tension avant de connecter la machine virtuelle récupérée au réseau.

  • La récupération d'une machine virtuelle avec vSphere Replication 5.5 échoue à 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.

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

    Si le certificat vCenter Server est modifié au cours de la mise à niveau vers vCenter Server 5.5, vSphere Replication devient inaccessible.

    Solution : Reportez-vous à vSphere Replication est inaccessible après la modification d'un certificat vCenter Server.

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

    Si vCenter Server gère plusieurs centaines d'hôtes ESXi Server, l'enregistrement d'un serveur vSphere Replication 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 ESXi Server.

    •