PlateSpin Protect 11.2 SP1 - Problèmes résolus

Problème : en raison des modifications apportées à la version 11.2 au niveau de la prise en charge des clusters Windows, PlateSpin Protect requiert une résolution DNS complète pour la recherche directe et la recherche inversée d'adresses IP pour le cluster et ses noeuds. (Bogue 947072)

Correction : assurez-vous que le serveur PlateSpin peut résoudre les recherches DNS directes et inversées pour les adresses IP du cluster et de ses noeuds. Vous pouvez mettre à jour le serveur DNS ou mettre à jour le fichier hosts local (%systemRoot%\system32\drivers\etc\hosts) sur l'hôte du serveur PlateSpin.

Problème : l'utilitaire PlateSpin.VMwareRoleTool.exe signalait des exceptions concernant certaines autorisations manquantes pour le gestionnaire de machines virtuelles PlateSpin dans le fichier PlateSpinRole.xml. (Bogues 969197, 962265, 958576)

Correction : le fichier PlateSpinRole.xml comprend désormais toutes les autorisations minimales requises.

Problème : précédemment, les notifications par message électronique et les rapports n'étaient plus disponibles une fois la mise à niveau vers la version 11.2 effectuée, car l'opération réinitialisait vos paramètres. (Bogue 947597)

Correction : PlateSpin conserve vos paramètres SMTP et de notification par message électronique ainsi que les rapports de réplication.

Problème : après une mise à niveau vers la version 11.2, il arrivait que le client vSphere ne renvoie pas correctement les paramètres des noyaux d'UC et des noyaux par socket pour les machines virtuelles cibles précédemment configurées sous ESXi 5.5 et versions ultérieures. (Bogue 947170)

Correction : les paramètres d'UC et de sockets des machines virtuelles sont signalés correctement dans le client vSphere.

Problème : après une mise à niveau vers la version 11.2, un message d'erreur signalant un nombre insuffisant de licences peut s'afficher pour un workload Linux ou Windows configuré pour modifier les paramètres d'UC pour des sockets et des noyaux par socket. (Bogue 946562)

Correction : plus aucun message d'erreur incorrect n'apparaît lorsque vous modifiez les paramètres d'UC pour des sockets et des noyaux par socket.

Problème : la page de configuration de PlateSpin n'affichait pas de description pour les paramètres TakeControlSockets et TakeControlCoresPerSocket. (Bogue 946558)

Correction : la page de configuration de PlateSpin affiche désormais des descriptions pour les paramètres TakeControlSockets et TakeControlCoresPerSocket.

Problème : auparavant, les noms par défaut des adresses IP de grappe dans la page de configuration de PlateSpin ne correspondaient pas aux noms par défaut dans le cluster Windows pour les langues chinois simplifié et chinois traditionnel. Le serveur PlateSpin ne parvenait pas à découvrir le workload de grappe et l'opération d'ajout de workload échouait. (Bogue 945124)

Correction : désormais, les noms par défaut des adresses IP de grappe correspondent aux noms par défaut dans le cluster Windows pour les langues chinois simplifié et chinois traditionnel.

Problème : lorsque vous protégez un workload Windows Server 2008 R2 lors du passage à VMware 5.5 ou 6.0, une erreur non critique s'affiche pour l'installation des outils si l'option Installer les outils VMware est activée. Les outils VMware sont toutefois installés correctement. (Bogue 992705)

Correction : l'installation des outils VMware sur un workload Windows Server 2008 R2 se termine désormais sans erreur.

Problème : lorsque vous utilisez l'interface Web pour découvrir des workloads et des cibles, la découverte peut échouer avec un message d'avertissement. (Bogues 978308, 975092, 946132)

Correction : pour éviter les échecs de découverte dus à des problèmes de minutage, un délai par défaut de 15 secondes (15 000 ms) est défini sur le contrôleur OFX pour le démarrage de la pulsation. Le paramètre peut être configuré en ajoutant la clé de registre HeartbeatStartupDelayInMS sur le workload source. Cette clé de registre n'est pas configurée par défaut. Reportez-vous à la section Modification du délai de démarrage de la pulsation du contrôleur OFX du Guide de l'utilisateur de PlateSpin Protect.

Problème : auparavant, il arrivait que les workloads Windows Server 2003 se bloquent lors de la découverte. (Bogue 951595)

Correction : l'opération de découverte ne se bloque plus pour les workloads Windows Server 2003.

Problème : une erreur se produisait pour les workloads présentant des partitions GPT supérieures à 2,2 To pour les workloads cibles sur les conteneurs de machines virtuelles utilisant ESXi 6.0. (Bogue 935511)

Correction : cette version prend en charge les workloads comportant des partitions GPT supérieures à 2,2 To pour les workloads cibles sur les conteneurs de machines virtuelles utilisant des versions prises en charge de VMware ESXi et vCenter 5.5 et ultérieures.

Problème : la première réplication complète d'un workload RHEL 6.7 sur un conteneur VMware 6.0 échoue en raison d'une condition de mémoire insuffisante lors de la réplication. (Bogues 988814, 980995, 970315)

Correction : dans les paramètres de configuration de PlateSpin, la valeur par défaut du paramètre TakeControlMemorySizeInMB a été augmentée de 512 Mo à 768 Mo. Reportez-vous à la section Taille de la mémoire de prise de contrôleTaille de la mémoire de prise de contrôle des Notes de version de PlateSpin Protect 11.2 SP1.

Problème : après une réplication complète pour un workload exécutant Microsoft SQL Server 2012, la sauvegarde différentielle de SQL Server échoue jusqu'à ce qu'une sauvegarde complète soit à nouveau exécutée avec les outils Microsoft. Ce problème peut se produire si l'enregistreur VSS Microsoft pour SQL Server (SqlServerWriter) est en cours d'exécution pendant la réplication. (Bogue 983567)

Correction : le problème lié à SqlServerWriter a été résolu. Les sauvegardes différentielles de SQL Server ne sont plus interrompues.

Problème : la réplication échoue en raison d'une exception d'accès non autorisé. (Bogue 965606)

Correction : PlateSpin Protect intercepte et gère désormais l'exception.

Problème : au moment de la réplication, une connexion du contrôleur ne pouvait pas être établie avec un workload source s'il s'agissait d'un serveur de passerelle, proxy ou d'accès à distance. Un redémarrage du service Windows Routage et accès distant était nécessaire sur le workload source pour effacer l'interface IP et permettre au processus de réplication de se connecter. (Bogues 966024 et 951535)

Correction : au moment de la réplication, le contrôleur peut se connecter aux workloads sources qui font office de serveur de passerelle, proxy ou d'accès à distance sans nécessiter un redémarrage du service Windows Routage et accès distant.

Problème : un workload source dans un environnement NAT était ajouté à l'aide de son adresse IP publique NAT, or, les cartes réseau du workload étaient assignées uniquement aux adresses IP privées. Par conséquent, au moment de la réplication, son adresse IP publique NAT était inconnue du système d'exploitation source. (Bogues 970430 et 961985)

Correction : lorsqu'un workload source se trouve dans un environnement NAT, vous pouvez configurer le workload cible de manière à ce qu'il utilise l'adresse IP publique NAT du workload source en tant que première adresse à essayer dans un scénario d'épinglage d'adresse IP NAT lors de la connexion à la machine source pour la réplication.

Problème : étant donné que PlateSpin Protect remplit la taille du volume lorsqu'il crée le disque cible, les volumes approchant une taille de 2 To qui utilisent le partitionnement MBR peuvent dépasser 2 To sur le volume cible et doivent utiliser le partitionnement GPT pour le disque cible. (Bogue 960139)

Correction : PlateSpin Protect permet au disque source avec partitionnement MBR d'utiliser le partitionnement GPT sur le disque cible pour prendre en charge cette condition.

Problème : un correctif intermédiaire échouait parfois pour des workloads avec des partitions GPT supérieures à 2,2 To pour les workloads cibles. (Bogue 953696)

Correction : les partitions GPT fonctionnent désormais comme prévu.

Problème : une erreur récupérable indiquant que le système attend le démarrage du contrôleur se produisait après la réplication d'un workload avec plusieurs cartes réseau du fait de différences entre l'ordre de présentation des cartes et celui prévu. (Bogue 953069)

Correction : la configuration de carte réseau gère désormais l'ordre de présentation.

Problème : une première réplication échouait pour un workload avec plusieurs cartes réseau, car celles-ci avaient la même adresse MAC dans leur configuration liée. (Bogue 950716)

Correction : la configuration de carte réseau résout correctement les assignations de réseau.

Problème : dans certaines conditions, la préparation de la synchronisation respectait le nombre total de l'ensemble de processeurs pour la machine virtuelle cible, mais elle modifiait de manière incorrecte les paramètres des noyaux et sockets. Elle définissait les noyaux par socket sur 1 et le nombre de sockets sur le nombre total de processeurs. (Bogue 949765)

Correction : désormais, la préparation de la synchronisation respecte les paramètres des noyaux et des sockets sur la machine virtuelle cible.

Problème : les tâches de réplication des workloads Linux laissaient les fichiers ofx.xxxxxxxxxxxx dans le répertoire /tmp du workload source. (Bogue 949397)

Correction : cette version ajoute une étape de nettoyage pour supprimer les fichiers temporaires après l'exécution d'une tâche de réplication. Vous pouvez supprimer manuellement les fichiers ofx.xxxxxxxxxxxx existant dans le répertoire /tmp.

Problème : après la mise à niveau vers la version 11.2, les réplications complètes ultérieures échouaient pour les réplications basées sur des fichiers si le workload comportait des partitions étendues avec des unités logiques. La première réplication après la mise à niveau et les réplications incrémentielles n'étaient pas affectées. Le problème ne se produisait pas pour les nouveaux contrats. (Bogue 948855)

Correction : pour les réplications basées sur des fichiers, les réplications complètes ultérieures fonctionnent à présent comme prévu pour les workloads comportant des partitions étendues avec des unités logiques.

Problème : pour certaines configurations du paramètre Noyaux par socket des workloads, PlateSpin ne chargeait pas correctement l'image de disquette, de sorte que la machine virtuelle cible n'était pas configurée correctement. (Bogue 942967)

Correction : après la première réplication complète réussie, la machine virtuelle démarre comme prévu.

Problème : les noms de noeud de grappe étaient sensibles à la casse et ne prenaient pas en charge les noms en casse mixte. (Demande d'intervention 10975270421)

Correction : cette version prend désormais en charge les noms de noeud de grappe en casse mixte. Elle traite tous les noms de noeud comme non sensibles à la casse.

Problème : lors d'une tâche de basculement, la machine virtuelle cible ne démarre pas. Le processus de basculement se bloque au niveau de la configuration des services avec une erreur indiquant que ce service n'est pas démarré. (Bogues 994314, 991089, 991068, 988132, 987156, 986629, 984153, 982362)

Correction : les tâches de basculement fonctionnent désormais comme prévu pour la plupart des workloads. Si vous rencontrez l'erreur, reportez-vous à la section Dépannage du service de configuration du Guide de l'utilisateur de PlateSpin Protect.

Problème : pour les workloads cibles Linux sur des conteneurs VMware, après la copie des données et le démarrage du service de configuration, la transition se bloquait, car le verrou vCDROM n'était pas correctement libéré. (Bogues 988839, 975853)

Correction : le verrou vCDROM est libéré correctement après l'installation des outils VMware sous Linux.

Problème : après un test de basculement, la machine virtuelle cible n'avait aucune carte réseau pour un worload comportant des cartes réseau associées. (Bogue 957484)

Correction : les cartes réseau sont désormais disponibles sur la machine virtuelle cible après un test de basculement.

Problème : pour un workload de cluster Windows Server, il arrivait qu'un disque dur ne se mette pas correctement en ligne en cas de basculement ou de test de basculement. L'unité devait alors être mise en ligne manuellement. (Bogue 956559)

Correction : à présent, les disques durs sont automatiquement mis en ligne après un basculement ou un test de basculement.

Problème : un test de basculement de workload avec des cartes réseau associées échouait lors de la configuration des cartes réseau du fait de différences entre l'ordre de présentation de plusieurs cartes réseau dans VMware et l'ordre prévu. (Bogue 952233)

Correction : la configuration de carte réseau gère désormais l'ordre de présentation.

Problème : un test de basculement de workload avec des cartes réseau associées assignait des noms par défaut aux cartes réseau, car l'interface associée avec le nom d'adaptateur persistait malgré le basculement. (Bogue 951610)

Correction : la configuration de carte réseau parvient à présent à résoudre les assignations de réseau.

Problème : auparavant, lorsque vous activiez l'option Enregistrer et rétablir pour un workload source utilisant UEFI comme mode de démarrage, le rétablissement échouait si le workload de la cible physique utilisait le mode de démarrage BIOS. Ce problème était dû à aux modes de démarrage distincts de la source et de la cible. (Bogue 949579)

Correction : le validateur de rétablissement permet désormais la prise en charge de modes de démarrage distincts sur les workloads source et cible.

Problème : auparavant, pour les workloads avec plusieurs cartes réseau, les paramètres DNS n'étaient pas configurés automatiquement lors du rétablissement. (Bogue 945090)

Correction : à présent, les paramètres DNS persistent en cas de rétablissement vers des cibles physiques comportant plusieurs cartes réseau.