Séquencer Microsoft Office 2003

Un des logiciels les plus importants à séquencer pour n'importe quelle administration est le pack Office. Voici quelques recommandations pour mener à bien cette opération :



Commencer par installer Ms Office sous Q:\

Sur la page "information utilisateur" laisser vide.





Sur la page "Type d'installation", selectionnez "installation compléte"



- Télécharger FileFormatConverters.exe puis éxecutez cet exe pour lire les documents Office 2007.



- Télécharger la Kb 828041 pour pouvoir lire sans problème les documents office créés avec des versions antérieures à Office 2003



- Télécharger puis exécuter le Sp3



- Arrêter le séquençage

- Renommez et/ou supprimer les raccourcis comme bon vous semble.





- Exécutez les applications



- Configurer les paramètres du déploiement selon votre configuration





- Modifier la clés registre Registry\USER\%SFT_SID%\Software\Microsoft\Office\11.0\Common\Userinfo. Supprimer les clés UsersInitials et UserName. De cette façon, lorsqu'un utilisateur lancera pour la première foi le pack office, il pourra personnaliser son nom et ses initiales.



- Enregistrez le tout, et importer l'application sur le serveur virtuel d'application.

Mise à jour d'une application

Vous trouverez à l'adresse suivante une procédure pour mettre à jour une application. http://technet.microsoft.com/fr-fr/library/cc817189.aspx

Je viens de mettre à jour le pack office de cette façon, sauf que cela ne fonctionne pas.
Le message d'erreur "vous n'avez pas l'autorisation d'utiliser ce package" apparait. Il a alors fallu que je supprime le package du serveur virtuel puis que je le ré-importe.
Deuxième bugs : Le profil utilisateur est perdu à chaque fermeture de Word ou Excel. Pour le résoudre il faut nettoyer le cache en faisant un "déchargé" puis un "effacer" puis "supprimer", et enfin un reload du serveur app-v.

Autant dire que tous ces bugs ne facilitent pas la mise à jour d'un package et rend plutôt très fastidieuse cette manipulation.
Je ne vous conseil donc pas de passer par un upgrade du package en cas de besoin, mais de refaire un package depuis le début, comme si on faisait un nouveau package, avec tous les inconvénients que cela génère, en attendant que je trouve la solution, si elle existe ...

Installer App-v sur Windows Serveur 2008

Après quelques lenteurs de chargement des applications sur les postes de travail, j'ai décidé de tester App-V sur un Windows serveur 2008 non virtualisé. J'en ai profité pour migrer la base de donnée SQL Serveur 2005 (virtuel) vers SQL Serveur 2008 (non virtuel)

Le petit vrai plus, c'est que j'ai monté un agregat de cartes réseaux (deux pour le moment, une troisième est toute prête si cela ne suffit pas).

Cela ne s'est pas fait sans mal, voici les choses à savoir pour l'installation d'App-V sur un W2k8 :

• Installer la base de donnée avec l'instance nommée par défaut (Error 25108)

• Installer la base de donnée en mode mixte

• Installer les outils de gestions de IIS

• Installer IIS6 Management compatibilty / IIS 7 management scripts and tools / IIS 6 Management Console (error 25120)
  

• Installer les éléments de sécurité de IIS. Pour cela, il faut aller dans les rôles du serveur, puis sous rôle, aller dans Serveur Web IIS. Sur la partie de droite, vérifier que les rôles Authentification de base, Windows, et Digest soient bien installé. Merci David Thieblemont
  

• Lors de l'installation de Microsoft Virtualization server management, choisissez "local" lors de la sélection de la base de donnée, puis créez une nouvelle base de donnée.

• Depuis secpol.msc, aller dans local Policies / Attribution des droits utilisateurs et sur la stratégie "Emprunté l'identité d'un client aprés l'authentification" vérifier que le compte service, service local, service réseau, IIS_IUSRS et un compte admin figurent bien dans les paramètres de cette stratégie local (à faire si vous avez des problèmes pour s'authentifier dans la console MMC de Application virtualization management tel que login incorrect ...).

• Créer une dépendance entre le service "SQL server" et "Application virtualization management server" afin que le service "SQL server" démarre le premier.

• Si, enfin, le client App-V renvoit une erreur d'autorisation lors du contact au serveur (et que tout est bien configuré dans l'AD biensure) allez activer le service "Application virtualization management server", il doit surment être arrêté.

Ouff, c'est enfin fini, tout fonctionne dans le meilleur des mondes. Un grand merci au support Microsoft et surtout à Philipe L. (je ne sais pas si je peux citer son nom... il se reconnaitra j'en suis sûr s'il passe par ici) qui a passé une bonne partie de l'aprés midi à m'aider à faire cette installation.

En dissociant le serveur App-V des ESX (où il était stocké avant), j'ai considérablement réduit le temps de chargement des applications. En ce qui concerne l'éxécution des applications, j'attend le retour des utilisateurs, d'ici la semaine prochaine.
Ce serveur est maintenant isolé dans son coin, il a donc toutes les ressources machine et réseaux disponibles uniquement pour lui, contrairement à ESX qui partagent les ressources entre tous les serveurs y étant installés. Comme quoi la virtualisation a ses limites, et qu'il faut savoir prendre du recul par rapport à cette nouvelle technologie, certe révolutionnaire, mais qui a encore de nombreux points à améliorer. Je pense que ce genre de problème pourra être résolu grâce au Nexus 1000v où Olivier en parle trés bien sur son blog

Le MDOP version 2009 souhaite la bienvenue à MED-V

Vu sur Virtualisation-news :

La version 2009 du Microsoft Desktop Optimization Pack est disponible à la vente depuis le début du mois pour les clients ayant souscrit à la Software Assurance. Elle arrive tout juste un an après la version 2008. Selon Microsoft, il y aurait auctuellement 14,4 millions de clients MDOP.

Les outils inclus dans le MDOP sont les suivants :

• Microsoft Diagnostics and Recovery Toolset
• Microsoft Advanced Group Policy Management
• Microsoft System Center Desktop Error Monitoring
• Microsoft Enterprise Desktop Virtualization (MED-V 1.0)
• Microsoft Application Virtualization (App-V 4.5 CU1)
• Asset Inventory Service (AIS)

Le nouveau venu dans la famille est donc MED-V qui permet de déployer et gérer des postes de travail virtuels. Issu du rachat de Kidaro, il a pour objectif d’aider les entreprise à migrer vers la dernière version de Windows même si l’ensemble des applications ne sont pas encore compatibles. Cela signifie, virtualiser des applications Windows 2000 et XP sous Vista.

Alors que MED-V arrive un peu tard pour aider au déploiement de Vista, ce n’est pas le cas de la dernière version d’App-V qui supporte la version beta de Windows 7. Microsoft devrait supporter App-V pour Windows 7 dans les 90 jours qui suivront la disponibilité de Windows 7.

Voici trois présentations de MED-V en français enregistrées durant les Microsoft Days en octobre 2008 :

• Résoudre les problèmes de compatibilité avec MED-V (ex KIDARO) - 1/3
• Résoudre les problèmes de compatibilité avec MED-V (ex KIDARO) - 2/3
• Résoudre les problèmes de compatibilité avec MED-V (ex KIDARO) - 3/3

Vider le cache App-V

Pour modifier le cache App-V

Gérer le cache App-V depuis le registre Episode 2

Nous venons de voir deux outils qui permettent de modifier des clés registres par GPO.

Voyons maintenant en détail, quelles sont les clés registres qui sont impactées lors de la modification d'une GPO. De cette manière, il est aussi possible de modifier le registre manuellement, sans passer par les GPO :

1. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Configurationkey

Dans cette partie du registre, on retrouve les clés registre qui permettent, entre autre, de modifier :

• le répertoire des log du client App-V
• La source du fichier OSD (OSD source Root)
• Si les applications ont besoins d'une autorisation spéciale même en cache (RequireAuthorizationIfCached)
• le répertoires des setting utilisateurs
• ...

2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Shared key

Permet de modifier les valeurs partagées par le client App-v

3. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client
\Network key

Permet de modifier les clés registres qui attrait à la connexion réseau du client. La modification de ces clés registres permettent de "tun" les transferts réseau entre le client et le serveur.

• Activer ou désactiver le mode online/disconnect
• Modifier le protocole utiliser pour contacter le serveur (HTTP / RTSP)
• Le temps d'attente entre deux tentatives de connexion au serveur
  
• ...

4. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\AppFS key

Permet de modifier le File system key. Ce sont ces clés que j'utilise le plus dans la configuration du client ainsi que la clés suivantes (permissions key):

• Modifier la taille du cache
• Modifier la lettre du lecteur virtuel (par défaut Q:\)
• Modifier la durée de vie d'un package dans le cache
• ...

5. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Permissions key

Permet de modifier les autorisations utilisateurs :

• Autoriser un utilisateur à vider le cache
• Autoriser un utilisateur à changer le serveur virtuel
• Autoriser un utilisateur à importer une application
  
• Autoriser un utilisateur à modifier la taille du cache
• ...

6. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\CustomSettings key

Permet de configurer le system tray (L'icone dans la barre des taches).

• Modifier le temps pour que le client App-V affiche un message d'erreur
• Modifier la visibilité du system tray
• ...

7. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Reporting key

Permet de modifier deux options des applications en cache :

• Modifier la taille de la mémoire cache pour stocker les informations du client
  
• La taille des blocs de l'application
  

Toutes ces valeurs sont détaillées ici : http://technet.microsoft.com/en-us/library/dd464849.aspx

Compiler un OSD

http://blogs.technet.com/davidth/archive/2007/10/12/les-scripts-de-personnalisation-de-paquets-softgrid.aspx