Gestion des ordinateurs de bureau virtuels à partir de Client Automation
Procédez comme suit: (dans la console Web) :
1. Sélectionnez Ordinateurs, Inventaire, page Inventaire des actifs détectés.
2. Cliquez sur l'onglet Système d'exploitation pour afficher la valeur de l'attribut
Ordinateur virtuel.
3. Sous l'onglet Plus de détails, cliquez sur Paramètres de modèle pour afficher les valeurs des attributs IsGoldenTemplate, TemplateName, TemplateTag et
TemplateHostUUID.
4. Sous l'onglet Plus de détails, cliquez sur Historique des modèles pour afficher l'historique des modèles du clone.
Vous avez vérifié les informations de relation et l'historique des modèles.
Gestion des ordinateurs de bureau virtuels à partir de Client
Automation
En tant qu'analyste du support informatique, vos responsabilités comprennent la gestion des ordinateurs de bureau virtuels à partir de Client Automation. La gestion des ordinateurs de bureau virtuels inclut le déploiement de logiciels ou de patchs sur les ordinateurs de bureau virtuels et la collecte de l'inventaire à partir de ceux-ci. Vous devez également tenir compte de la manière dont Client Automation réinstalle les logiciels sur les ordinateurs de bureau et du moment auquel le programme effectue cette opération.
Remarque : Les opérations de déploiement des packages logiciels et de collecte de l'inventaire à partir d'ordinateurs de bureau virtuels sont similaires à celles effectuées sur tout autre ordinateur dans Client Automation.
Directives d'implémentation pour les ordinateurs de bureau virtuels
Pour les packages logiciels installés sur des ordinateurs de bureau virtuels plutôt que sur le modèle Or, vous devez tenir compte des restrictions et des directives suivantes :
■
Les packages qui ne sont pas stockés sur un média intermédiaire dans la bibliothèque de logiciels du serveur de modularité sur lequel l'agent est enregistré, ne sont pas réinstallés.
■
La réinstallation n'est pas prise en charge pour les procédures ajoutées avec de nouveaux fichiers.
■
Elle n'est pas prise en charge pour l'agent Profils d'utilisateur, mais l'est pour l'agent
Ordinateur.
334 Manuel d'implémentation
Gestion des ordinateurs de bureau virtuels à partir de Client Automation
■
■
■
■
■
■
Les applications virtualisées doivent être provisionnées sur des ordinateurs de bureau virtuels en mode de diffusion en continu. De cette façon, l'utilisation de la bande passante réseau est réduite pendant la phase de recomposition ou d'actualisation, mais pas pendant l'utilisation.
■
Lorsqu'un ordinateur de bureau virtuel est extrait à l'aide de la fonctionnalité
Offline Desktop de VMware View, puis l'extraction est annulée, tous les changements d'état de logiciel sont conservés dans la base de données de logiciels d'instance. Lorsque la réinstallation hors ligne après un arrêt brutal est effectuée, le logiciel est réinstallé, car il a été enregistré dans la base de données des états et n'a pas été supprimé pendant l'annulation. Par conséquent, le logiciel doit être désinstallé manuellement si vous ne voulez pas le conserver.
L'envoi de jobs de livraison de logiciels avec les options de redémarrage, de déconnexion et d'arrêt activées n'est pas pris en charge pour les ordinateurs de bureau virtuels non persistants. Un ordinateur de bureau non persistant est uniquement lié à un utilisateur le temps de sa connexion. Lorsque l'utilisateur se connecte la fois suivante, vous pouvez l'allouer à un ordinateur de bureau différent.
Ces options ne sont donc pas logiques dans ce cas.
Les packages dont le transfert sur le réseau ou l'installation tarde un certain temps doivent être installés sur le modèle Or, plutôt que sur l'ordinateur de bureau virtuel. Dans le cas contraire, le délai de réinstallation devient inacceptable.
Vous pouvez préstocker les applications virtualisées sur le modèle Or et les provisionner ultérieurement sur des ordinateurs de bureau virtuels par l'intermédiaire d'une installation autonome. De cette façon, l'utilisation de la bande passante réseau est réduite pendant la phase de recomposition ou d'actualisation et pendant l'utilisation.
Vous pouvez obtenir un résultat similaire en utilisant des formats de package gérés, comme SXP, PIF et MSI, et avec quelques recherches et ajustements. Par exemple,
SXP fournit un filtre d'utilisateur qui permet au package d'être installé sur le modèle
Or. Toutefois, le filtre est uniquement mis à la disposition des utilisateurs de clones qui appartiennent à des groupes d'utilisateurs d'annuaire local ou actif spécifiques.
■
■
Les applications qui stockent leur configuration en dehors du profil d'utilisateur ou des dossiers redirigés, ne conservent pas automatiquement leur configuration après la réinstallation. Les applications qui réinitialisent leur configuration plutôt que de l'hériter lors de l'installation sont également confrontées à ce problème.
Si la base de données des états de logiciel de modèle et la base de données des
états de logiciel d'instance contiennent des enregistrements du même logiciel, mais dans des versions différentes, la mise à niveau ou l'installation d'une version antérieure est effectuée lors de la réinstallation hors ligne après un arrêt brutal.
L'administrateur est responsable de la configuration appropriée du système pour prévenir ce problème, particulièrement dans des scénarios d'installation d'une version antérieure.
La méthode de téléchargement DTS n'est pas prise en charge pour les agents d'ordinateurs de bureau virtuels.
Chapitre 8: Virtualisation de l'ordinateur de bureau 335
Gestion des ordinateurs de bureau virtuels à partir de Client Automation
■
■
Pour les pools d'ordinateurs de bureau non persistants, les réinstallations sont uniquement effectuées lorsqu'un utilisateur se connecte.
Il est recommandé de désactiver le mode de profil d'utilisateur pour la fonctionnalité Software Delivery en cas de d'ordinateurs de bureau virtuels clones liés.
Les profils d'utilisateur ne sont pas nécessaires dans cette situation, car une relation univoque existe entre l'utilisateur et l'ordinateur de bureau virtuel. L'activation des profils d'utilisateur engendre des communications supplémentaires entre l'agent et le serveur de modularité, ce qui peut affecter la modularité globale.
Réinstallation hors ligne après un arrêt brutal
La réinstallation hors ligne après un arrêt brutal est une tâche de réinstallation après l'arrêt brutal (RAC) effectuée par l'agent plutôt que par le gestionnaire. Les ordinateurs virtuels sont recomposés fréquemment, à savoir, chaque fois que le modèle Or est mis à jour et le disque réinitialisé ; toute modification apportée à l'ordinateur virtuel par rapport à la réinitialisation précédente est efficacement évitée. Dans le cas d'ordinateurs virtuels, l'agent (non le gestionnaire) est responsable de la création du conteneur de jobs RAC. Lors de la réinitialisation du disque, l'agent initialise une réinstallation hors ligne après un arrêt brutal pour restaurer tout logiciel déployé vers l'agent.
Pour la réinstallation hors ligne après un arrêt brutal, l'agent Software Delivery contient une base de données des états de logiciel basée sur le système de fichiers. Cette base de données contient les informations suivantes pour chaque package logiciel installé :
■
La procédure utilisée pour installer le logiciel
■
Toutes les procédures de configuration ou d'activation postérieures à l'installation pour l'ordinateur cible de l'agent uniquement.
■
Toutes les informations spécifiques à un job, comme les paramètres d'utilisateur.
Cette base de données des états de logiciel est maintenue par l'agent Software Delivery et mise à jour à chaque exécution d'un job logiciel. En cas de désinstallation d'un package logiciel, les enregistrements correspondants sont supprimés. Lorsqu'elle est activée, la base de données des états de logiciel reflète toujours l'état actuel de la fonctionnalité Software Delivery pour l'agent.
336 Manuel d'implémentation
Gestion des ordinateurs de bureau virtuels à partir de Client Automation
En outre, elle hérite de l'historique d'installation du modèle Or sur lequel l'ordinateur de bureau virtuel se base. Par conséquent, elle est fractionnée en deux parties, l'une destinée à l'utilisation du modèle Or et l'autre à l'utilisation de l'instance clonée. La partie modèle de la base de données des états de logiciel est stockée sur le disque système du modèle Or. Tous les jobs logiciels ciblant le modèle Or utilisent uniquement cette base de données. Lorsque l'ordinateur de bureau virtuel est cloné, son agent utilise uniquement la base de données des états de logiciel d'instance pour suivre son
état.
Le disque système d'un ordinateur de bureau virtuel cloné étant détruit lors d'une opération de recomposition ou d'actualisation, vous ne pouvez pas y stocker la base de données des états de logiciel d'instance. Cette base de données doit être stockée dans un autre emplacement, contrôlé par la stratégie de configuration commune, par exemple, sur le disque de données de l'utilisateur d'un clone lié VMware View ou sur un serveur de fichiers accessible à partir de l'ordinateur de bureau virtuel.
Important : Les administrateurs doivent garantir l'accessibilité ininterrompue de la base de données des états de logiciel lors de la gestion des jobs logiciels standard et lors de l'installation hors ligne, en particulier si la base de données de logiciels d'instance se trouve sur un partage réseau.
Informations complémentaires :
Groupe de stratégies Agent (Software Delivery) (page 316)
Statut de réinstallation
A la fin du processus de réinstallation, le gestionnaire de domaines est informé de la réussite ou de l'échec de chaque job. Le statut est également affiché dans la boîte de dialogue Vérification des jobs de livraison de logiciels DSM de l'agent lorsque la réinstallation hors ligne est en cours.
Si un job échoue ou si plusieurs jobs ne peuvent pas être exécutés à cause d'autres paramètres, tels que Exclure de la réinstallation après un arrêt brutal, la boîte de dialogue Vérification des jobs de livraison de logiciels DSM est configurée de sorte à rester ouverte jusqu'à ce que l'utilisateur la ferme explicitement. Cette stratégie RAC de l'agent Software Delivery est configurable et peut être désactivée. En cas d'échec de l'initialisation de la réinstallation hors ligne, comme en cas de méthode de téléchargement non valide ou de tentative de signalement à un serveur de modularité hérité, cet échec est signalée dans la boîte de dialogue Vérification des jobs de livraison de logiciels DSM. En outre, si le serveur de modularité n'est pas accessible, l'utilisateur final est invité à réessayer, à reporter ou à interrompre la réinstallation.
Chapitre 8: Virtualisation de l'ordinateur de bureau 337
Gestion des ordinateurs de bureau virtuels à partir de Client Automation
Propriétés de l'ordinateur
Le paramètre Stratégie RAC de la stratégie d'agent est remplacé par défaut par l'onglet
Software Delivery de la boîte de dialogue Propriétés de l'ordinateur. Le champ Stratégie
RAC est désactivé lorsque la stratégie d'agent est définie sur True et vous ne pouvez pas modifier le paramètre.
La méthode de téléchargement DTS n'est pas prise en charge pour les ordinateurs de bureau virtuels pendant la réinstallation hors ligne après un arrêt brutal. Par conséquent, cette option n'est pas affichée dans la liste déroulante Méthode de téléchargement.
Déverrouillage d'un ordinateur virtuel
Une fois que l'agent réinstalle le logiciel, il envoie une notification indiquant la fin de la réinstallation hors ligne après un arrêt brutal au serveur de modularité qui l'envoie à son tour au gestionnaire. Dès que le gestionnaire reçoit la notification, la machine virtuelle est libérée de la réinstallation hors ligne après un arrêt brutal.
Toutefois, si l'agent a réinstallé le logiciel, mais n'est pas parvenu à envoyer la notification au serveur de modularité, vous pouvez forcer le déverrouillage de la machine virtuelle. Par exemple, si l'agent ne peut pas envoyer la notification, car le serveur n'est pas disponible à ce moment-là, vous pouvez déverrouiller la machine virtuelle.
Procédez comme suit :
1. Dans l'explorateur DSM, sélectionnez Ordinateurs et utilisateurs, Tous les ordinateurs.
2. Cliquez avec le bouton droit de la souris sur l'actif approprié dans le volet Tous les ordinateurs correspondant.
3. Sélectionnez la commande Effacer le verrou de réinstallation après un arrêt brutal en attente dans le menu contextuel qui s'affiche.
Remarque : Cette nouvelle commande est disponible uniquement si la colonne
Statut SD indique qu'une ou plusieurs machines virtuelles sont verrouillées par réinstallation après un arrêt brutal. Dans le cas contraire, la commande est désactivée. En outre, elle n'est activée pour aucun ordinateur standard dont l'état est Verrouillé par réinstallation après un arrêt brutal.
L'actif sélectionné est déverrouillé.
338 Manuel d'implémentation
