VMware Mirage 5.2 | 9 décembre 2014

Ces notes de mise à jour contiennent les rubriques suivantes :

    À propos de VMware Mirage

    VMware Mirage constitue une solution unique pour gérer les postes de travail physiques ou virtuels, les ordinateurs portables et les périphériques BYOD. Elle permet non seulement au service informatique de centraliser la gestion, mais également à l'utilisateur final de travailler en local. 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.2

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

    • Mirage peut être utilisé avec des machines virtuelles restreintes, permettant ainsi aux administrateurs de gérer des périphériques BYOD à l'aide d'Horizon FLEX. La documentation d'Horizon FLEX se trouve à l'adresse https://www.vmware.com/support/pubs/horizon-flex-pubs.html.
    • Mirage prend en charge la mise à niveau des périphériques WEPOS vers POSReady 2009.
    • Les administrateurs peuvent spécifier des lecteurs, notamment des lecteurs non-système, pour le cache du Branch Reflector. Une nouvelle alarme CVD alerte les administrateurs lorsqu'un cache du Branch Reflector n'est pas disponible.
    • Mirage utilise la technologie VSS à mémoire persistante sur les machines Windows 7, Windows 8 et Windows 8.1, ce qui lui permet d'améliorer ses opérations de téléchargement.
    • Les administrateurs peuvent effectuer un flux de centralisation à l'aide d'applets de commande Mirage PowerCLI dans Microsoft PowerShell.
    • Les rapports Web bénéficient d'une fonctionnalité améliorée.
      • Les administrateurs peuvent exporter des rapports au format XLS.
      • Les administrateurs peuvent sélectionner une heure spécifique pour la période et la planification des rapports, par exemple 12h30.
      • Les administrateurs peuvent renommer les modèles de rapports.
      • Lorsque les administrateurs suppriment un modèle de rapport, les rapports qui ont été générés à partir de ce modèle sont conservés.
      • La grille de modèle de rapport affiche l'intervalle de planification de rapport et l'icône de type de rapport.
    • Les administrateurs peuvent modifier manuellement l'adresse IP du serveur Mirage Gateway à l'aide de la console de gestion Mirage.

    Limitations connues de Mirage 5.2

    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.
    • Mirage ne prend pas en charge l'option Changement rapide d'utilisateur de Windows. Vous devez la désactiver 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.
    • Mirage ne prend pas en charge l'application d'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.
      • Lors de l'affectation d'une couche de base ou d'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.
    • Actuellement, la superposition de base et la superposition d'applications ne prennent pas en charge SQL Express ou SQL Server.
    • 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.
    • Mirage ne prend pas en charge la diffusion de deux suites Microsoft Office complètes vers des couches différentes.
    • Mirage ne prend pas en charge les scénarios dans lesquels un point de terminaison dispose de plusieurs versions d'une suite Microsoft Office complète.
    • Les points de restauration du système Windows ne fonctionnent pas sur les machines sur lesquelles Mirage est installé.
    • Mirage ne prend pas en charge les scénarios de migration de système d'exploitation sur place dans les machines sur lesquelles McAfee Endpoint Encryption est activé.
    • Mirage ne prend pas en charge le déploiement de différentes versions d'applications Microsoft Office dans différentes couches, dans le cadre de la même procédure de déploiement.

    Problèmes résolus dans cette version

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

    • Exceptionnellement, après l'exécution d'une mise à jour de couche, Windows peut échouer l'installation de pilotes pour un ou plusieurs périphériques matériels.
    • Lorsque le serveur Mirage Gateway est déployé dans un sous-réseau différent de celui du serveur de gestion Mirage et qu'il est sécurisé par SNAT, vous ne pouvez pas le gérer via la console de gestion de Mirage.
    • L'étape de configuration des propriétés réseau ne fait pas partie de la procédure de déploiement de Mirage Gateway OVA.
    • Exceptionnellement, lors du provisionnement de la couche de base d'une machine Windows 8.1, la machine peut échouer avec l'erreur d'arrêt 0xc000000e.
    • Lorsque vous archivez plusieurs CVD en une seule opération, la base de données peut se bloquer.
    • Exceptionnellement, une ruche système copiée à partir de VSS peut être endommagée.
    • Exceptionnellement, après la restauration d'un CVD contenant des couches, le client Mirage risque de ne pas fonctionner lors de l'attribution de nouvelles couches.
    • Après l'exécution d'une mise à jour d'une couche de base qui contient la suite Microsoft Office 2013 et des applications de différents Service Packs, lorsque vous ouvrez Microsoft Excel, le message d'erreur Le cache de documents de Microsoft Office doit être réparés'affiche.
    • Lorsqu'une couche de base est attribuée à une machine cible, l'exécution d'une procédure de désinstallation CleanState ne supprime pas tous les fichiers de WVI.
    • Lorsque SNAT est configuré, l'état du serveur Mirage Gateway est hors service.
    • Lorsque l'attribut contexte de dénomination du domaine racineest différent de l'attribut contexte de domaine par défaut, l'authentification d'utilisateur du serveur Mirage Gateway échoue.
    • Après l'exécution d'une procédure de migration du matériel de machines disposant de SteelHead mobile, vous ne pouvez pas afficher les paramètres IP.
    • Lorsque vous spécifiez 1 024 ans pour la durée d'un rapport, la génération du rapport échoue.
    • Dans la console de gestion Mirage, vous ne pouvez pas trier les CVD par adresse IP.

    Problèmes connus dans Mirage 5.2

    Les problèmes connus suivants affectent la version 5.2 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. Lors de 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. 1. Écrivez un script pre-VSS qui utilise « netsh » pour enregistrer les paramètres réseau dans C:\Wanova Volume Information.
      2. 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 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.
      Solution : Recapturez la couche pour inclure Microsoft Office 2013 SP1.
    • 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.