VMware Mirage 5.3 | 3 mars 2015

Ces notes de mise à jour contiennent les rubriques suivantes :

À propos de VMware Mirage

VMware Mirage est une solution unique conçue pour gérer des postes de travail et des ordinateurs portables virtuels, et destinée aux utilisateurs BYO. Elle associe la gestion centralisée de l'informatique à l'exécution locale des utilisateurs finaux. Lorsque Mirage est installé sur un PC Windows, il centralise une copie virtuelle complète de ce point de terminaison dans le centre de données et en assure la synchronisation. Cette synchronisation consiste à charger les modifications apportées au PC Windows d'un utilisateur dans le centre de données, ainsi qu'à télécharger les modifications réalisées par le service informatique et les appliquer au PC Windows de l'utilisateur. Mirage permet la gestion centrale des images des postes de travail tout en autorisant l'exécution locale sur le point de terminaison de l'utilisateur.

Nouveautés dans Mirage 5.3

Mirage 5.3 introduit de nouvelles fonctionnalités qui améliorent la gestion des composants Mirage. Voici les nouvelles fonctionnalités et améliorations :

  • Les administrateurs peuvent effectuer un provisionnement sans système d'exploitation sur les points de terminaison sur lesquels aucun système d'exploitation n'a été installé. Le provisionnement sans système d'exploitation permet d'éviter une installation Windows complète.
  • Mirage prend en charge la gestion de plates-formes multiples, notamment les systèmes d'exploitation WEPOS (Windows Embedded for Point of Service), POSReady 2009 et POSReady 7.
  • Mirage prend en charge la sauvegarde automatisée et la récupération d'urgence complète pour les périphériques exécutant des systèmes d'exploitation Windows Embedded POSReady.
  • Les administrateurs peuvent effectuer des opérations de migration de système d'exploitation à l'aide de Mirage PowerCLI.
  • Les administrateurs peuvent automatiser le provisionnement de points de terminaison et effectuer diverses opérations CVD à l'aide de l'API Mirage ou de Mirage PowerCLI.
  • La console de gestion Web Mirage a un rôle Gestionnaire d'images. Les utilisateurs disposant du rôle Gestionnaire d'images peuvent effectuer les tâches basées sur un rôle suivantes.
    • Provisionner des points de terminaison
    • Créer et gérer des machines de référence
    • Capturer, attribuer et gérer des couches de base et des couches d'application
    • Gérer des tâches système
  • La console Web du serveur Mirage Gateway inclut plusieurs fonctionnalités qui améliorent l'efficacité du processus d'installation et de configuration.
    • Validations supplémentaires pour l'importation de certificats afin de s'assurer que les certificats sont correctement générés.
    • Les administrateurs peuvent fournir un nom d'utilisateur plutôt que la syntaxe de chemin LDAP complète pour un utilisateur de liaison LDAP.
    • Les administrateurs sont invités à modifier le mot de passe par défaut du serveur Mirage Gateway lors de la première connexion.

Limitations connues de Mirage 5.3

Les limitations suivantes sont connues dans cette version de Mirage.

  • Mirage prend en charge jusqu'à 1 000 000 fichiers par CVD sur les systèmes 32 bits. Il n'y a pas de limite de fichiers sur les systèmes 64 bits.
  • Les profils utilisateurs locaux sur une machine de référence sont déployés dans une couche de base seulement, en cas de migration vers Windows 7 ou d'un provisionnement de la couche de base. Dans les affectations d'images et mises à jour de couches, seul le profil de l'utilisateur local par défaut est déployé. Les applications qui requièrent la création et l'utilisation de profils d'utilisateurs locaux ne peuvent pas être incluses dans une couche de base ou dans une couche d'application.
  • Lors du processus de restauration de diffusion en continu, les applications ne peuvent pas accéder aux fichiers hors ligne avant le démarrage du service Mirage, ce qui peut nuire à leur fonctionnement normal. Vous pouvez étendre la configuration de restauration minimale pour l'adapter à ces applications spécifiques. Pour plus d'informations, consultez le Guide de l'administrateur de VMware Mirage.
  • Tous les changements apportés au CVD sur le serveur (affectation de la couche de base, changement de stratégie) ne se propagent sur le client que lors de l'intervalle de synchronisation suivant (par défaut, 1 heure, personnalisable par la stratégie). Utilisez l'action Synchroniser le périphérique de la console de gestion Mirage ou l'action Synchroniser maintenant à partir du périphérique du point de terminaison pour forcer la synchronisation.
  • Si le mot de passe du compte de la machine a expiré après une opération de restauration, il se peut que vous ne soyez pas en mesure de vous connecter au domaine. Il s'agit d'un problème connu avec Active Directory et les sauvegardes. Voir http://support.microsoft.com/kb/175468.
  • Mirage nécessite Windows Shadow Copy Provider 1.0 par défaut. Utilisez la commande line: vssadmin list providerspour afficher les fournisseurs VSS installés sur l'ordinateur.
  • Vous ne pouvez pas utiliser l'option Changement rapide d'utilisateur de Windows. Vous devez désactiver cette option sur le point de terminaison et les machines de référence avant la capture d'une couche de base.
  • Mirage ne charge et ne stocke que le flux NTFS principal d'un fichier. Tous les autres flux ne sont ni chargés ni restaurés à partir d'un CVD.
  • Les modifications apportées à un fichier .pstsont chargées à partir du point de terminaison dans le CVD une fois par jour. Pour garantir le téléchargement du fichier .pstvers le CVD avant d'effectuer une opération de restauration d'un CVD vers un nouveau matériel, tapez des zéros dans la valeur LastFullUploadTicks dans le registre :
    HKEY_LOCAL_MACHINE\SOFTWARE\Wanova\Mirage Desktop Service\LastFullUploadTicks = 00 00 00 00 00 00 00 00
    et cliquez sur Synchroniser maintenant.
  • Vous ne pouvez pas appliquer une couche de base à un point de terminaison qui supprime ou installe le logiciel antivirus Kaspersky. Pour plus de détails et pour obtenir une solution, reportez-vous à l'article http://kb.vmware.com/kb/2048424.
  • Lors de la restauration d'un CVD pour lequel Sophos SafeGuard Encryption n'est pas installé sur une machine disposant de SafeGuard, la procédure de restauration peut échouer. Pour plus de détails et pour obtenir une solution, reportez-vous à l'article http://kb.vmware.com/kb/2081607.
  • Si vous travaillez avec plusieurs volumes, notez ce qui suit :
    • Le contenu des lecteurs non fixes (mappages réseau, périphériques volatils tels que les clés USB Disk-on-key) n'est pas chargé sur le serveur.
    • Lorsque vous attribuez une couche de base ou une couche d'application au point de terminaison, les lettres des lecteurs fixes de Windows sur ce point de terminaison doivent être identiques à celles de la machine de référence à partir de laquelle la couche de base ou la couche d'application a été capturée. (Par exemple, C:ne peut pas être défini sur un CVD et D:sur une couche de base.)
    • Par défaut, seul le volume système est chargé dans le CVD. Vous pouvez ajouter des lettres de lecteur de volume à la stratégie de chargement pour charger des volumes supplémentaires.
  • Vous ne pouvez pas fournir un serveur SQL Server à une couche Application.
  • Vous ne pouvez pas non plus mettre à jour une application SQL Server en mettant à jour la couche de base Mirage ou la couche Application.
  • Lorsque vous revenez à Windows XP après une migration de système d'exploitation de Windows XP vers Windows 7, les paramètres 802.1X risquent de ne pas être préservés.
  • Mirage prend uniquement en charge la diffusion d'une suite Microsoft Office complète vers les points de terminaison sur lesquels une suite Microsoft Office n'est pas déjà installée.
  • Vous ne pouvez pas livrer deux suites Microsoft Office complètes dans différentes couches.
  • Les scénarios dans lesquels un point de terminaison dispose de plusieurs versions d'une suite Microsoft Office complète ne sont pas pris en charge par Mirage.
  • Les points de restauration du système Windows ne fonctionnent pas sur les machines sur lesquelles Mirage est installé.
  • Lorsque vous migrez des systèmes d'exploitation sur des machines sur lesquelles McAfee Endpoint Encryption est installé, vous devez d'abord effectuer l'une des procédures suivantes.
    • Déchiffrez la machine avant la migration.
    • Centralisez la machine, effectuez une procédure de provisionnement sans système d'exploitation qui inclut la migration de profils d'utilisateurs et exécutez une procédure de migration de profil utilisateur à partir du CVD sur la machine.
  • Vous ne pouvez pas déployer différentes versions d'applications Microsoft Office dans différentes couches dans le cadre de la même procédure de déploiement.
  • Vous ne pouvez pas effectuer d'opérations de migration et d'opérations de mise à jour de couches sur des machines exécutant le logiciel Check Point Endpoint Full Disk Encryption.
  • Mirage ne prend pas en charge les fichiers à chiffrement EFS sur WEPOS.
  • Mirage déchiffre les fichiers à chiffrement EFS qui ont été capturés dans la couche de base dans le cadre du provisionnement sans système d'exploitation.

Problèmes résolus dans cette version

Les problèmes suivants ont été résolus depuis la dernière version de Mirage.

  • Lorsque vous attribuez une couche qui inclut un produit Microsoft Office 2013 à une machine sur laquelle un produit Microsoft Office 2013 SP1 est déjà installé, Microsoft Office risque de ne pas fonctionner.
  • Lorsque vous activez l'option « Optimisé pour les environnements LAN » pour la configuration de la stratégie, l'optimisation au niveau des blocs pour les fichiers volumineux est désactivée.
  • Les couches d'application que vous n'avez pas sélectionnées dans le cadre d'une attribution de couches sont attribuées à la console de gestion Web.
  • Lorsque Microsoft Office ne faisait pas partie d'une couche d'application attribuée, une validation d'avertissement pour l'attribution de la couche Microsoft Office s'affiche.
  • La notification de l'alarme d'échec de téléchargement se ferme pendant que le téléchargement de la couche de base est toujours en cours.
  • Lorsque vous supprimez un événement dans Mirage, un événement d'audit n'est pas créé.
  • Dans certains cas, lorsque vous annulez une tâche « Supprimer CVD », la tâche n'est pas annulée.
  • À de rares occasions, les mises à niveau de la couche d'application Mirage peuvent échouer en raison d'une incohérence dans la mise en majuscules des propriétés de l'application.
  • Le bouton « Supprimer » est désactivé pour les CVD archivés dans la console de gestion Web Mirage.
  • À de rares occasions, lorsque vous vous connectez à la console de gestion Mirage, la console se bloque sur la page de configuration Mirage.
  • Lorsque vous exécutez l'applet de commande Get-MirageCvd dans Mirage PowerCLI, les CVD archivés sont inclus dans la liste renvoyée.
  • Si vous capturez une couche de base immédiatement après l'installation d'une application Microsoft Office, la page de licence de l'assistant pour la capture de la couche de base ne s'affiche pas.
  • Lorsque vous fermez un élément ancré dans la console de gestion Web Mirage, la boîte de dialogue de confirmation ne s'affiche pas.
  • Lorsque vous filtrez des CVD par des paramètres « Version d'image » spécifiques dans la vue d'inventaire de CVD de la console de gestion Web Mirage, des résultats se situant hors des paramètres de filtrage s'affichent.
  • À de rares occasions, lorsque vous terminez une opération de mise à jour de couche, Mirage peut supprimer des pilotes d'adaptateur réseau désactivés.
  • Si vous disposez de plusieurs machines dans votre environnement Mirage ayant le même BIOS et le même UUID, Mirage identifie les machines comme un périphérique unique.

Problèmes connus dans Mirage 5.3

Les problèmes connus suivants affectent la version 5.3 de Mirage.

  • Après l'application d'une couche de base Windows 8.1 avec un ID produit Windows différent de celui du CVD, l'attribution du CVD à un périphérique matériel différent risque d'entraîner le dysfonctionnement des applications Windows Store installées par l'utilisateur. Si vous cliquez sur Réparer lorsque vous essayez de lancer des applications Windows Store, leur réparation risque d'échouer.

  • Solution : Réinstallez les applications Windows Store installées par l'utilisateur qui ne fonctionnent pas.
  • Lorsque vous effectuez une migration sur place de Windows 8, l'antivirus McAfee risque d'empêcher Mirage de définir les droits d'accès adéquats sur les répertoires. Vous risquez de ne pas pouvoir créer ou modifier des fichiers.
    Solution : Avant de commencer la migration du système d'exploitation, désactivez la protection d'accès de McAfee. Pour plus d'informations, reportez-vous à http://kb.vmware.com/kb/2052489
  • Lors de la mise à jour d'une couche de base ou d'une couche d'application, les paramètres d'alimentation risquent d'être reconfigurés selon les paramètres d'alimentation de la machine de référence.
    Solution : Ajoutez l'exclusion HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\User\PowerSchemes\ActivePowerSchemeaux règles de l'image de base.
  • Après l'exécution d'une migration de système d'exploitation, si vous essayez de revenir à l'image précédente du système d'exploitation, la migration risque d'échouer en raison du manque d'espace disque disponible. Mirage n'occupe pas l'espace local du disque pour les fichiers locaux identiques aux fichiers de l'image du CVD rétabli partageant le même chemin d'accès.
    Solution : Vérifiez que l'espace disque disponible est supérieur à la taille de la précédente image du SE. Vous pouvez exécuter l'utilitaire de nettoyage de disque et supprimer les installations Windows pour gagner de l'espace.
  • Lors de la migration de Windows 7 avec Sophos SafeGuard 5.6 dans la couche de base vers Windows 8.1 avec Sophos SafeGuard 6.1 dans la couche de base, la migration risque d'échouer.
    Solution : Avant de commencer la migration du système d'exploitation, supprimez Sophos SafeGuard 5.6 de la couche de base de Windows 7. Après avoir effectué la migration vers Windows 8.1, installez Sophos SafeGuard 6.1 sur la machine Windows 8.1.
  • Mirage ne détecte pas la compatibilité d'un processeur avec la capacité de veille hybride de Windows 7 et Windows 8.1. Après la migration du système d'exploitation de Windows 7 à Windows 8.1, la fonction de veille hybride risque de ne pas fonctionner.
    Solution : Avant de capturer les couches de base pour la migration du système d'exploitation, désactivez la veille hybride sur la machine de référence.
  • Lorsque vous essayez d'installer un système d'exploitation à l'aide d'une clé USB de démarrage Mirage configurée pour Windows 8.1 U1, l'installation risque d'échouer.
    Solution : Lorsque vous configurez la clé USB de démarrage Mirage pour Windows 8.1, n'utilisez pas Update 1.
  • Exceptionnellement, le mécanisme de protection de l'accès McAfee risque de bloquer les opérations de Mirage, comme le téléchargement de couches de base, la migration de système d'exploitation, le provisionnement, etc.
    Solution : Excluez le service Mirage des produits de sécurité.
  • Lorsque vous disposez d'un point de terminaison sur lequel Symantec Endpoint Protection (SEP) version 12.1.671.4971 est installé et que vous migrez de Windows XP vers Windows 7, la migration peut échouer.
    Solution : Avant de démarrer la procédure de migration, désinstallez SEP ou procédez à une mise à niveau vers une version plus récente de SEP.
  • Si vous effectuez une mise à jour de couche de base ou de couche d'application qui supprime une application de navigateur Web qu'un utilisateur final a spécifiée comme son navigateur Web par défaut, l'utilisateur final peut recevoir un message d'erreur lors de l'ouverture de sites Web ou de fichiers HTML.
    Solution : Conseillez à l'utilisateur final de réinstaller le navigateur Web ou de sélectionner un autre navigateur Web par défaut.
  • Lorsqu'une procédure de couche est à l'origine de la présence de plusieurs versions de Microsoft Visio sur une même machine, la fenêtre de configuration de Microsoft Office risque de s'afficher sur la machine d'un utilisateur final à l'ouverture de Microsoft Visio.
    Solution : Ce problème a été identifié sur Microsoft Office. Consultez http://support.microsoft.com/kb/298947 et http://support.microsoft.com/kb/314392.
  • Lorsque vous effectuez une procédure de couche comprenant Microsoft Office, si vous ouvrez une application Microsoft Office avant que la phase « Exécution de la mise à jour » soit terminée, la fenêtre de configuration de Microsoft Office risque de s'afficher.
    Solution : Attendez que toutes les procédures d'attribution de couche soient terminées avant d'exécuter toute application Microsoft Office.
  • Exceptionnellement, lorsque vous diffusez une couche de base qui inclut un compte Windows Live, certaines opérations sysprep risquent d'échouer.
    Solution : Ne capturez pas de couches de base qui incluent un compte Windows Live. Si vous diffusez une couche de base qui inclut un compte Windows Live et que l'utilisateur rencontre des problèmes, recapturez la couche de base sans le compte Windows Live.
  • Lorsque vous effectuez une procédure de couche de base, l'adresse IP statique configurée au niveau du point de terminaison n'est pas conservée.
    Solution : Pour conserver l'adresse IP statique configurée au niveau du point de terminaison, procédez comme suit.
    1. Écrivez un script pre-VSS qui utilise « netsh » pour enregistrer les paramètres réseau dans C:\Wanova Volume Information.
    2. Écrivez un script de post-provisionnement qui utilise « netsh » pour importer les paramètres réseau. Exécutez le fichier C:\Program Files\Wanova\Mirage Service\Wanova.Desktop.Control.exe -unlock avant d'accéder à C:\Wanova Volume Information\ et exécuter le fichier C:\Program Files\Wanova\Mirage Service\Wanova.Desktop.Control.exe -lock après avoir accédé à C:\Wanova Volume Information\.
  • Lorsque plusieurs applications Microsoft Office sont installées sur une machine, et si au moins l'une d'entre elles fait partie d'une couche, l'interopérabilité des autres applications Microsoft Office risque de ne pas fonctionner.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous déployez une couche qui inclut des produits Microsoft Office sur une machine sur laquelle des produits Microsoft sont déjà installés et que les architectures sont différentes, vous ne pouvez pas installer manuellement des produits Microsoft Office sur la machine.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous déployez une couche qui inclut un produit Microsoft Office et que vous mettez à jour ce produit, si vous supprimez la couche qui inclut le produit Microsoft Office, vous risquez de ne pas pouvoir installer manuellement des produits Microsoft Office.
    Solution : Reportez-vous à http://support.microsoft.com/kb/290301
  • Lorsque vous migrez un CVD sur lequel Microsoft Office 2013 est installé, l'activation de la licence de Microsoft Office ne migre pas et Microsoft Office se trouve dans un état sans licence.
    Solution : Activez manuellement la licence Microsoft Office à partir de n'importe quelle application.
  • Lorsque vous livrez un programme dans une couche d'application, un raccourci de barre de tâches ou un raccourci de bureau est automatiquement créé. Lorsque vous supprimez le programme de la couche, Mirage ne supprime pas le raccourci.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous effectuez une procédure de migration de système d'exploitation sur une machine contenant le logiciel ActivID, l'écran de Mirage peut disparaître.
    Il s'agit d'un problème d'affichage. La procédure de migration s'exécute normalement.
  • Lorsque Mirage repartitionne un périphérique dans le cadre d'une procédure de provisionnement sans système d'exploitation, les données de configuration de démarrage ne conservent pas les paramètres régionaux spécifiés et la langue du menu de démarrage est définie sur English-U.S.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous effectuez une procédure de provisionnement à l'aide d'une image WinPE, le message d'avertissement Multiple file errors during scan (Plusieurs erreurs de fichiers lors de l'analyse) s'affiche.
    Vous pouvez ignorer cet avertissement.
  • Lorsque la mise à niveau du client Mirage échoue après une procédure de provisionnement sans système d'exploitation, un journal d'événements n'est pas envoyé au serveur.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous tentez de supprimer une couche, vous obtenez un avertissement indiquant que la couche est attribuée à au moins un CVD. Les CVD auxquels cette couche a été attribuée ne figurent pas dans la vue Attributions de couche.
    Solution : Recherchez le CVD dans la vue CVD archivés.
  • VSS peut échouer avec une erreur d'expiration de délai.
    Solution : Installez le correctif pour Windows 7 SP1 et versions ultérieures. Reportez-vous à http://support.microsoft.com/kb/3000853.
  • Lorsque vous exécutez la commande BuildMirageWinPE sur les versions de système d'exploitation suivantes, la procédure échoue.
    • Chinois traditionnel Win7 x64
    • Chinois simplifié Win8.1 x86
    • Allemand Win8.1 x64
    • Français Win8.1 x64
    Solution : N'utilisez pas ces systèmes d'exploitation pour exécuter la commande BuildMirageWinPE.
  • À de rares occasions, après l'exécution d'une opération de restauration sur une machine POSReady 2009, le client POSReady2009 entre dans une boucle de redémarrage due à l'échec récurrent de l'interpréteur de commandes LSA.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous appliquez une attribution d'image uniquement par téléchargement à un périphérique pendant qu'il télécharge toujours l'attribution, l'attribution uniquement par téléchargement s'affiche comme étant en cours d'exécution bien qu'elle soit annulée.
    Solution : Il n'y a pas de solution à ce problème.
  • Lorsque vous effectuez une procédure de migration de système d'exploitation sur des machines chiffrées à l'aide de Sophos Safeguard 5.60.1, l'opération peut échouer.
    Solution : Contactez le support VMware pour obtenir de l'assistance.
  • Lorsque vous effectuez une procédure de provisionnement sans système d'exploitation sur des machines disposant de systèmes d'exploitation à démarrage multiple, le système d'exploitation du périphérique provisionné est défini comme le système d'exploitation par défaut.
    Solution : Ajoutez le système d'exploitation secondaire dans le gestionnaire de démarrage.
  • Lorsque vous configurez le serveur Mirage Gateway avec un cluster de serveurs Mirage et un tourniquet (round robin) DNS, le serveur Mirage Gateway peut avoir l'état « En service » dans la console de gestion Mirage, mais les points de terminaison ne peuvent pas se connecter au serveur Mirage Gateway.
    Solution : Contactez le support VMware pour obtenir de l'assistance.
  • Lorsque vous effectuez une opération de provisionnement de système d'exploitation sur un machine chiffrée avec BitLocker et que vous utilisez la stratégie de téléchargement par défaut, l'opération de provisionnement peut échouer.
    Solution : Créez un stratégie de CVD pour la machine provisionnée et sélectionnez l'option « Protéger les volumes sélectionnés ». Lors du démarrage de l'opération de provisionnement, sélectionnez la stratégie de CVD que vous venez de créer.