VMware vSphere Replication 5.1.2 | 16 janvier 2014 | Build 1527968

Dernière mise à jour : 13 janvier 2014

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

Contenu des notes de mise à jour

Ces notes de mise à jour contiennent les rubriques suivantes :

Localisation

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

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

Installation et mise à niveau

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

Lors de la mise à jour de vSphere Replication vers la version 5.1.2, consultez l'article http://kb.vmware.com/kb/2037630 pour obtenir la séquence de mise à jour corrective pour vSphere 5.1 et ses produits VMware compatibles.

Consultez la section Mise à niveau de vSphere Replication pour obtenir des informations sur la mise à niveau du dispositif. vSphere Replication prend en charge les chemins de mise à niveau suivants :

  • vSphere Replication 5.1.1 vers vSphere Replication 5.1.2
  • vSphere Replication 5.1.0.1 vers vSphere Replication 5.1.2
  • vSphere Replication 5.1.0 vers vSphere Replication 5.1.2
  • Site Recovery Manager 5.0.1/vSphere Replication 1.0.1 vers vSphere Replication 5.1.2.
  • Site Recovery Manager 5.0.2/vSphere Replication 1.0.2 vers vSphere Replication 5.1.2.
  • Site Recovery Manager 5.0.3/vSphere Replication 1.0.3 vers vSphere Replication 5.1.2. Reportez-vous à Mise à niveau de vSphere Replication dans Installation et configuration de Site Recovery Manager.

Avant d'effectuer la mise à niveau de vSphere Replication vers la version 5.1.2, assurez-vous d'avoir effectué la mise à niveau vers vCenter Server 5.1u2.

L'URL permettant de mettre à niveau un dispositif vSphere Replication vers la version 5.1.2 via l'interface de gestion des dispositifs virtuels (VAMI) est la suivante :

http://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/5.1.2.0

IMPORTANT : Ne sélectionnez pas l'option dans Mise à jour > Paramètres dans l'interface VAMI pour mettre à jour automatiquement vSphere Replication. Si vous optez pour les mises à jour automatiques, l'interface VAMI met à jour vSphere Replication vers la version 5.x la plus récente, qui peut être incompatible avec vCenter Server 5.1.x. Vous devez par conséquent laisser le paramètre de mise à jour défini sur Aucune mise à jour automatique.

Lorsque vous mettez à jour vSphere Replication, vous n'avez pas besoin d'attendre que la synchronisation complète soit terminée. Lorsque vous mettez à jour vCenter Server et vSphere Replication sur le site principal, l'hôte source continue d'envoyer des données de réplication au site secondaire. Lorsque vous mettez à jour le site secondaire, la synchronisation s'interrompt temporairement pendant la mise à jour du serveur vSphere Replication, puis reprend automatiquement.

Restrictions de fonctionnement pour vSphere Replication

Les restrictions de fonctionnement de vSphere Replication 5.1.2 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 en libre accès distribués dans vSphere Replication 5.1.2 sont disponibles sur le site de téléchargements de vSphere. Vous pouvez également télécharger les fichiers source pour une licence GPL, LGPL ou d'autres licences similaires pour lesquelles le code source ou les modifications du code source doivent être disponibles pour la dernière version généralement disponible de vSphere Replication.

Mises en garde et limites

vSphere Replication a des restrictions de fonctionnement. Pour garantir la réussite de la réplication d'une machine virtuelle, vous devez vérifier, avant de commencer, que votre infrastructure virtuelle respecte certaines restrictions.

  • Le dispositif vSphere Replication et les dispositifs du serveur vSphere Replication sont soumis à l'avis de sécurité Novell CVE-2008-5161 L'avis de sécurité Novell CVE-2008-5161 fait référence au SUSE Linux Enterprise Server (SLES) SP1, le système d'exploitation pour le dispositif vSphere Replication et les dispositifs du serveur vSphere Replication. Novell indique dans le document d'avis, disponible à l'adresse http://support.novell.com/security/cve/CVE-2008-5161.html, que les risques de sécurité sont faibles. Si nécessaire, afin de réduire davantage les risques de sécurité, vous pouvez suivre l'avis Novell pour modifier vos configurations SSH. Pour le dispositif vSphere Replication et les dispositifs du serveur vSphere Replication, vous pouvez juste conserver les chiffrements AES en ajoutant la directive suivante dans les fichiers sshd_configet ssh_config :

    Ciphers aes128-ctr,aes256-ctr

    Désactivez RC4 et tous les autres chiffrements CBC, y compris arcfour256, arcfour, aes128-cbcet aes256-cbc.

  • Si vous utilisez vCenter Server Appliance, la mise à jour de vCenter Server Appliance peut rendre inaccessible vSphere Web Client. Voir Notes de mise à jour vCenter Server 5.1.0a pour obtenir des détails.
    Solution : Redémarrez vCenter Server Appliance.
  • La mise à jour de vSphere Replication peut entraîner une exception du délai d'attente lors de la connexion à vSphere Web Client pour la première fois qui suit la mise à niveau vers vSphere Replication 5.1.0.1 Consultez la section Problèmes connus des Notes de mise à jour de vSphere Web Client pour plus de détails.
    Solution : Déconnectez-vous de vSphere Web Client après la mise à jour, effacez la mémoire cache de votre navigateur, puis reconnectez-vous.
  • Vous ne pouvez déployer qu'un seul dispositif vSphere Replication sur une instance vCenter Server. Il n'est pas interdit de déployer plusieurs dispositifs vSphere Replication, mais cela pourrait engendrer des résultats imprévus.
  • 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 2 032 Go.

Problèmes résolus

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

  • L'opération de configuration de la réplication échoue avec l'erreur Caractère UTF-8 non valide ... (un caractère de substitution)pour toute machine virtuelle dont le nom comporte des caractères Unicode de substitution.

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

  • vSphere Replication ne peut accéder aux banques de données par le biais des hôtes avec NIC virtuelles de gestion multiple et publie DatastoreInaccessibleEventdans vCenter Server : vSphere Replication ne peut pas accéder à la banque de données.

    Si un hôte est configuré avec plusieurs NIC virtuelles et que vous sélectionnez plus d'une NIC pour la gestion du trafic, vSphere Replication enregistre seulement la première NIC et l'utilise pour accéder aux banques de données cibles. Si l'adresse du serveur vSphere Replication ne se trouve pas sur le premier réseau de gestion de l'hôte, vSphere Replication ne pourra pas communiquer avec l'hôte. Ce problème a été résolu.

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

  • L'option de mise au repos du système d'exploitation invité n'est pas disponible pour les machines virtuelles exécutant Windows Server 2012.

    Lors de la configuration de vSphere Replication sur une machine virtuelle disposant du système d'exploitation invité Windows Server 2012, l'option permettant d'activer la mise au repos du système d'exploitation invité n'est pas disponible.

    Ce problème a été résolu.

Problèmes connus

Les problèmes connus 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.

  • 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 du dispositif vSphere Replication sur le site B, l'état de la connexion peut ne pas passer à 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.

  • Les problèmes de connectivité entre le serveur de gestion vSphere Replication et un serveur vCenter Server ou vSphere Replication entraînent une perte de mémoire faisant échouer les opérations vSphere Replication.

    Résolvez les problèmes de connectivité et redémarrez le serveur de gestion vSphere Replication.

  • vSphere Web Client contient une option non opérationnelle qui lie le trafic de réplication à un vmknic spécifique.

    Si vous utilisez cette option, l'installation échoue en raison du problème de connectivité sous-jacent.

    Solution : Modifiez manuellement le fichier esx.conf pour supprimer la valeur de balise incorrecte pour le vmknic spécifique et reconfigurez le vmknice balisé pour qu'il soit joignable par vSphere Replication.

  • Les bases de données DB2 nécessitent un espace disque logique système temporaire avec une taille de page de 16 Ko

    Si vous utilisez vSphere Replication avec une base de données DB2, vSphere Replication nécessitera un espace disque logique système temporaire avec une page d'au moins 16 Ko.

    Si le DB2 ne fournit pas d'espace logique système temporaire avec une taille de page d'au moins 16 Ko, la configuration de vSphere Replication avec une base de données DB2 externe échouera.

    L'interface de gestion du dispositif virtuel (VAMI) affiche l'erreur suivante : Erreur lors de d'application de configuration de démarrage : Vérifiez les informations fournies de BD.

    Le fichier /opt/vmware/hms/logs/hms-configtool.logdu dispositif vSphere Replication contient le message d'erreur suivant :

    ERROR com.vmware.hms.configtool.App [main] (..hms.configtool.App)  | 
    Error while configuring HMS, exit code DATABASE_ERROR
    com.vmware.hms.configtool.ConfigToolException: Database requires further configuration: 
    Need system temporary tablespace with at least 16384 bytes pagesize.
                      

    Ce problème se produit uniquement lorsque vous utilisez une base de données DB2.

    • Pendant la création de l'instance de la base de données, spécifiez une taille de page de 16 Ko.
    • Autrement, reconfigurez une base de données existante qui n'était pas configurée avec un espace disque logique système temporaire ayant une taille de page de 16 Ko.
      CREATE BUFFERPOOL "IBMBP16"
       ALL DBPARTITIONNUMS SIZE 1000
       NUMBLOCKPAGES 0
       PAGESIZE 16 K;
      
      CREATE SYSTEM TEMPORARY TABLESPACE "TEMPSPACE16"
       PAGESIZE 16 K
       MANAGED BY AUTOMATIC STORAGE
       BUFFERPOOL "IBMBP16"
                          
  • 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 sera dans 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.

  • Si vous modifiez le certificat de vCenter Server, puis vous connectez à vSphere Replication, vous pourrez voir le message suivant CannotVerifyCredentialsFault.

    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 : com.vmware.vim.binding.hms.fault.CannotVerifyCredentialsFault

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

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

  • Pendant la génération des journaux de support, le VAMI affiche une erreur de syntaxe et une exception.

    Si vous vous servez du VAMI pour générer un bundle de support de vSphere Replication, l'un des messages d'erreurs suivants risque d'apparaître :

       Uncaught Exception: ... syntax error.
                      

    Solution : Ouvrez le VAMI dans une nouvelle fenêtre de votre navigateur, puis cliquez sur Générer.

  • 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

  • Le site distant nouvellement ajouté n'apparaît pas sur le site local lorsqu'il est associé à un site distant lors de la même session.

    Si vous avez deux sites distants A et B et si vous connectez le site A au site B sur le site distant, vous pouvez voir la connexion entre les sites sur l'emplacement distant. Si vous êtes toujours connecté au site local A, patientez 5 minutes pour que la connexion s'affiche sur le site local ou déconnectez-vous, puis connectez-vous au site local pour visualiser la connexion du site distant sur le site local.

  • Échec de la récupération de vSphere Replication avec Erreur lors de la création d'une image de bulle de test pour le groupe... L'exception détaillée est Erreur lors de l'obtention de quantités d'hôtes pour la banque de données :<managed-object-id>...ou L'objet a déjà été supprimé ou n'a pas été entièrement créé.

    Si vous exécutez une récupération test ou une récupération planifiée et si le plan de récupération échoue avec l'exception spécifique, le LUN utilisé pour stocker les données de réplication a été temporairement déconnecté d'ESXi. Une fois reconnectée, la réplication se poursuit normalement et aucune données de réplication n'est perdue. L'exception se produit au cours de ces scénarios :

    • vSphere Replication ne parvient pas à localiser le LUN car celui-ci a modifié son ID interne.
    • L'ID interne de la banque de données cible change lorsque l'hôte contenant la banque de données cible est supprimé de l'inventaire vCenter, puis y est ajouté ultérieurement.

    Vous devez reconfigurer manuellement la réplication pour actualiser le nouvel ID.

    Solution : Si le site principal n'est plus disponible, contactez l'assistance VMware pour obtenir des instructions sur l'ajout d'une entrée de configuration spéciale dans la base de données des dispositifs vSphere Replication qui déclenche une correction automatique de l'ID de la banque de données interne modifié afin de permettre la récupération. Si le site principal est encore disponible :

    1. Dans la vue vSphere Replication, sélectionnez un site, cliquez avec le bouton droit de la souris sur une machine virtuelle et sélectionnez Reconfigurer.
    2. Cliquez sur Suivant et Parcourir pour modifier l'emplacement des fichiers de la banque de données qui a été déconnectée et reconnectée, puis sélectionnez cette même banque de données et les mêmes emplacements de dossiers que précédemment.
    3. Réutilisez les disques existants et reconfigurez la réplication de la machine virtuelle. Le serveur de gestion de vSphere Replication relève l'identité de la banque de données modifiée (ID de l'objet géré) dans vCenter Server.
    4. Attendez que la synchronisation initiale soit terminée. Cette synchronisation utilise les disques existants et vérifie la cohérence des données.

  • vSphere Replication signale que « la banque de données est inaccessible » pour les banques de données sur un hôte ajouté à l'inventaire vCenter Server lors de l'enregistrement d'un serveur vSphere Replication.

    vSphere Replication sélectionne l'ensemble des hôtes pris en charge dans l'inventaire vCenter et les active dans le cadre de l'enregistrement de vSphere Replication. Si vous ajoutez un hôte à vCenter alors que vSphere Replication est en cours d'enregistrement, vSphere Replication ne sélectionne pas cet hôte et il ne peut pas accéder aux banques de données sur le site de récupération.

    Solution : Déconnectez et reconnectez l'hôte dans l'inventaire vCenter pour que vSphere Replication puisse l'activer.

  • La synchronisation de la machine virtuelle échoue avec l'erreur générique de vSphere Replication : L'instance demandée avec l'Id=<...> est introuvable sur le site distant.

    Même si l'opération signale un échec, l'état de la machine virtuelle est parfaitement synchronisé sur le site cible. Cette erreur peut se produire lorsque vous demandez une opération de synchronisation.

    Solution : Exécutez à nouveau l'opération échouée.

  • Le contenu du CLUF dans l'assistant de déploiement d'OVF affiche des caractères corrompus sur Internet Explorer 8 et 9 lorsque vous déployez vSphere Replication sur des systèmes d'exploitation localisés.

    Solution : Utilisez Mozilla Firefox ou Google Chrome.

  • 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 prendra une heure ou plus, é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.

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

  • La récupération ne démarre pas.

    Dans de rares cas, il est possible que la récupération ne démarre pas après que vous exécutez l'assistant Récupération. Cliquez sur Terminer pour fermer l'assistant, mais aucune tâche de récupération ne démarre.

    Solution : Exécutez une nouvelle récupération.

  • Le déploiement de vSphere Replication entraîne une erreur de banque de données cible non valide.

    Le déploiement de vSphere Replication à l'aide de OVF Tool ou de vSphere Web Client donne lieu à une erreur si la banque de données cible se trouve dans un dossier. Le message d'erreur est Banque de données cible spécifiée non valide (vim.Datastore: datastore).

    Solution : Déployez vSphere Replication sur une banque de données qui ne se trouve pas dans un dossier ou utilisez le vSphere Client à la place du vSphere Web Client pour déployer le vSphere Replication OVF.