System Center 2012 Configuration Manager apporte son lot de nouveautés et notamment un modèle d’application à la hauteur des attentes. Je vous propose de décortiquer sous la forme d’un guide pas-à-pas le déploiement du .NET Framework 4.0 avec le modèle d’application. Cet article nous servira lorsque je détaillerais comment déployer la console d’administration de ConfigMgr 2012 avec ce nouveau modèle.
Le but est ainsi de créer une application qui propose le .NET Framework 4.0 sous deux formes :
-
Avec une bulle App-V pour les utilisateurs qui se connecte sur une machine qui ne correspond pas à leur périphérique principal. Je vous invite à consulter mon article permettant de séquencer le Framework .NET 4.0 : http://www.windowstouch.fr/archive/2012/02/08/app-v-s-233-quencer-le-framework-net-4-0.aspx
-
Le Framework 4.0 en client lourd pour les utilisateurs qui utilisent une machine qui n’est pas associée comme périphérique principal.
Bien d’autres scénarii sont possibles afin de répondre à vos besoins métiers.
Vous devez donc avant de commencer cet article disposer :
-
D’une infrastructure Configuration Manager 2012 correctement installée et configurée
-
Un client sur lequel tester et déployer l’application
-
Avoir créé une application permettant d’installer le client App-V 4.6 SP1 si celui-ci n’est pas installé
-
Des bulles App-V pour le Framework .NET 4.0.
Au cours de cette article nous verrons les différents chemins de création d’une application en utilisant les fonctions automatiques de l’assistant ou en entrant les données manuellement.
Commencez par copiez les sources d’installation suivantes sur un serveur de fichiers qui servira de référentiel :
-
Les sources du .NET Framework 4.0 :
-
L’application virtuelle pour le .NET Framework 4.0. Pour séquencer l’application, je vous invite à lire : http://www.windowstouch.fr/archive/2012/02/08/app-v-s-233-quencer-le-framework-net-4-0.aspx
Naviguez dans la partie Software Library => Overview => Application Management => Applications. Cliquez sur Create Application pour lancer l’assistant de création d’une application. Sur l’onglet General, sélectionnez « Manually specify the application information ». Entrez ensuite les informations souhaitées à savoir :
-
Le nom de l’application
-
Un commentaire
-
L’éditeur
-
La version du logicielle
-
Des références optionnelles
-
Les catégories Administrative pour vous aider à gérer (en filtrant) les applications.
-
Une date de publication
-
L’option « Allow this application to be installed from the Install Application task sequence action instead of deploying it manually” si vous souhaitez déployer la console Durant le déploiement de systèmes d’exploitation.
-
Enfin vous pouvez spécifier le propriétaire et le contact de support de l’application.
-
Naviguez dans la partie Software Library => Overview => Application Management => Applications. Cliquez sur Create Application pour lancer l’assistant de création d’une application.
La page Application Catalog permet de spécifier les informations de l’application qui seront utilisées lorsqu’elle sera déployée pour des utilisateurs qui devront la récupérer à partir du catalogue d’application. Je ne m’attarderais pas plus la dessus puisque le .Net Framework 4.0 n’aura pas pour vocation à devenir disponible dans le catalogue d’applications.
L’écran Deployment Types permet de définir des types de déploiement qui s’adapteront en fonction de vos scénarios métier. On peut ainsi avoir des types de déploiement différents pour :
-
Installer une application virtuelle
-
Installer le client lourd de l’application
-
Installer la version mobile sur les périphériques Nokia
-
…
Dans le cadre de cet article, nous allons créer deux types de déploiement :
-
Un type de déploiement qui installera une bulle virtuelle si la machine n’est pas le périphérique principal de l’utilisateur cible
-
Un type de déploiement qui installera le client lourd de la console si l’utilisateur cible est connecté sur une machine qui est référencée comme son périphérique principal.
Cliquez sur Add. L’assistant de création d’un type de déploiement s’ouvre. Choisissez le type Microsoft Application Virtualization et entrez le chemin UNC contenant les sources de l’application virtuelle :
L’écran Import Information résume les informations récupérée du package. L’écran General Information vous permet de modifier :
-
Le nom du type de déploiement
-
Les langues associées (ceci n’a pas d’impact sur le déploiement mais fait partie des informations utilisée pour la gestion des applications par les opérateurs.
-
La façon dont l’application est déployée sur les clients à partir des points de distribution pour :
-
Les clients sur un réseau rapide
-
Les clients sur un réseau lent
Ceci est défini par les limites de site.
Vous pouvez définir :-
De télécharger le package et de l’exécuter localement
-
De streamer/diffuser le package à partir du point de distribution
Notez que tous les points de distribution gèrent nativement cette fonctionnalité contrairement à la version 2007 du produit. -
De ne pas télécharger l’application (pour les connexions lentes)
-
-
L’étape Requirements permet de spécifier des prérequis qui serviront à déterminer si ce type de déploiement peut être utilisé sur la machine et l’utilisateur cible. Par défaut, on retrouve le type de système d’exploitation qui a été défini lors du séquencement de la bulle App-V. En outre, cliquez sur Add puis ajouter un prérequis utilisateur Primary Device qui doit être égale à False :
Passez à la partie Dependencies pour ajouter des applications dépendantes à celle-ci. Nous allons ajouter une dépendance à l’application installant le client App-V 4.6 SP1. Cliquez sur Add.
Une fenêtre s’ouvre afin de définir le nom du groupe de dépendance. Entrez AppV et cliquez sur Add… pour ajouter des applications et leur type de déploiement. Cherchez l’application App-V et sélectionnez les types de déploiement que vous souhaitez utiliser :
Cliquez sur OK. Sur la page du groupe de dépendances, validez que l’option Auto Install est cochée pour les types de déploiement. Cette option permet de déployer automatiquement les dépendances si celles-ci ne sont pas présentes sur le système cible. Chaque type de déploiement est défini avec une priorité. La priorité la plus faible est la première qui s’applique. Si le type de déploiement est applicable, il procède alors à l’installation ou il passe au type de déploiement suivant. Vous pouvez ainsi jouer avec les priorités en fonction de vos scénarios.
Validez le résumé pour procéder à la création du type de déploiement puis cliquez sur Close à l’écran final.
Notre premier type de déploiement terminé, ajoutez un nouveau type pour pouvoir installer le client lourd de l’application. L’assistant s’ouvre, sélectionnez le type « Script Installer (Native) ». Cette option aura pour effet de vous faire rentrer toutes les informations du type de déploiement manuellement.
Sur la page General Information, nommez le type de déploiement afin de le rendre identifiable. En outre, vous pouvez spécifier un commentaire et les langues associées.
Sur l’écran Content, spécifiez le chemin UNC vers les sources d’installation de la console afin de disposer d’un référentiel. On retrouve les options :
-
Persist content in the client cache qui permet de laisser les sources de l’application dans le cache du client même après avoir installé l’application avec succès.
-
Allow clients to share content with other clients on the same subnet. Cette option fait reference aux clients compatibles avec l’option BranchCache de Windows 7 ou plus.
Vous devez ensuite spécifier la ligne de commande utilisée pour installer l’application :
“dotNetFx40_Full_x86_x64.exe”/q /norestart
Vous pouvez aussi spécifier une ligne de commande de désinstallation :
“ dotNetFx40_Full_x86_x64.exe ” /q /uninstall
La page Detection Method est utilisée pour spécifier comment vous allez détecter l’application sur le système. Cette option est faite pour éviter la réinstallation de l’application (et les échecs) si celle-ci est déjà présente sur la machine. Validez que l’option « Configure rules to detect the presence of this deployment type” est cochée et sélectionnez Add Clause….
Vous disposez de différents types de détection pris nativement en charge : Windows Installer, Registre, et système de fichier. Sélectionnez Windows Installer et cliquez sur Browse… Vous pouvez récupérer les différents fichiers msi en lançant l’installeur du framework. Celui-ci va décompresser les fichiers nécessaires à la racine du disque ayant le plus d’espace disponible. Vous pourrez ainsi les récupérer. Le DotNet est découpé en plusieurs composants : la partie Core et Etendue. On retrouve des fichiers d’installation pour chacune de ces parties pour les différents types d’architectures (x64, x86).
De ce fait, vous allez devoir créer des règles imbriquées utilisant les opérateurs de conditions logiques ET / OU.
Groupez ainsi les codes produits MSI pour chacun des composants .NET 4 (Core ou Extended) dans les différentes architectures avec des parenthèses et l’opérateur OR. Puis changer l’opérateur entre les deux groupes à AND.
Passez à l’étape User Experience pour spécifier les paramétrages d’expérience utilisateur. Choisissez d’installer l’application pour le système que l’utilisateur soit connecté ou non. En outre, vous pouvez spécifier le temps maximum d’exécution et le temps estimé d’installation.
La partie Requirements permet de spécifier les conditions nécessaires à l’exécution de ce type de déploiement. La création de ce type de déploiement concerne le client lourd et nous ne l’appliquerons que si l’option Primary Device est égale à True.
Passez l’écran de dépendances.
Validez la page Summary pour opérer la création. Puis cliquez sur Close.
Vous revenez ensuite sur l’assistant principal de création de l’application. Vous pouvez terminer l’assistant en passant l’écran de résumé et de confirmation.
