Ce troisième article sur Application Compatibility Toolkit traite la phase d’analyse de données récoltées.

Avec ACT il est possible de faire une synchronisation de la liste de vos applications sur une plateforme Microsoft. Celle-ci permet d’obtenir les informations officielles publiées par les éditeurs de logiciel. L’accès à ces informations permet de gagner du temps pour la validation de vos applications. De plus, la plateforme héberge les résultats de compatibilité d’une communauté d’utilisateur d’ACT. Celle-ci s’avère utile pour faire le point sur une application dont l’éditeur n’a pas communiqué d’information officielle. Dans les options, il est possible de choisir si l'on souhaite ou non envoyer les résultats de compatibilité sur la plateforme Microsoft

Le menu analyse vous permet de visualiser le résultat de la collecte. Les rapports sont regroupés par système d’exploitation : Windows 7, Windows 8 et Windows 8.1.

Information : Vous pouvez choisir d’afficher uniquement les rapports qui correspondent au système d’exploitation cible. Pour ce faire, cliquez sur « Customize this view » et décochez les systèmes inutiles.

Rapport général

Pour chaque système d’exploitation, ACT fournit un rapport général.

Informations sur l’inventaire

Les premières informations portent sur le processus d’inventaire lui-même :

• Le nombre de postes de travail analysé
• Le nombre d’applications recensé
• Le nombre de périphériques détecté

Informations sur les applications

Ensuite, vous trouvez un tableau de synthèse concernant la compatibilité des applications. Vous pourrez ainsi identifier le nombre d'applications:

• Incompatibles
• Compatibles
• Compatibles, mais qui risque de présenter quelques problèmes mineurs à l’utilisation
• Sans informations sur la compatibilité

Dans la page sont ensuite présentées les informations sur la compatibilité des applications par rapport :

• Aux informations concernant le support officiel de l’éditeur « Vendor Assessment »
• À votre résultat sur la compatibilité « My Assessment »

Notez que pour chaque application ACT distingue les architectures 32 et 64 bits.

Informations sur les périphériques

Le tableau dédié aux résultats sur la compatibilité des périphériques est similaire à celui des applications. On retrouve le nombre de périphériques :

• Incompatibles
• Compatibles
• Compatibles, mais qui risque de présenter des problèmes mineurs
• Sans informations sur la compatibilité

Rapport détaillé

Pour chaque système d’exploitation, ACT fournit des rapports détaillés pour:

• Les applications
• Les postes de travail
• Les périphériques
• Les Add-On Internet Explorer
• Un Feedback global

Notez que tous les rapports sont exportables dans les formats suivants : Excel, CSV et XLM.

Rapport sur les applications

L’onglet application recense l’ensemble des informations sur la compatibilité des applications.

Vous trouverez les trois premières colonnes qui identifient l’application :

• Le nom de l’application
• La version
• L’éditeur

Évaluation de la compatibilité

• Votre évaluation sur la compatibilité « My Assessment »
• L’état de la synchronisation avec la communauté « Send and Receive Status »
• Les informations sur la compatibilité officielle « Vendor Assessment »
• Les retours sur la compatibilité de la communauté « Community Assessment »

Autres colonnes

• La colonne « Versions » affiche le nombre de versions mineur de l’application détectée sur les postes.
• Le nombre de postes sur lesquels l’application a été détectée est inscrit dans la colonne « Computer ».
• Vous avez la possibilité de choisir une priorité pour chaque application. Celle-ci est affichée dans l’onglet « Priority ». 4 Niveaux de priorité sont disponibles :
  o Priorité 1 – Business Critical
  o Priorité 2 – Important
  o Priorité 3 – Nice to Have
  o Priorité 4 – Unimportant
  o Unspecified
• La dernière colonne est intitulée « Deployment Status ». Comme pour la colonne précédente, ACT vous propose de choisir le statut du déploiement de l’application :
  o Not Reviewed
  o Testing
  o Mitigating
  o Ready to Deploy
  o Will not Deploy
• La colonne « Active Issues » est intéressante dans le cas où une application est incompatible.

Via la plateforme Microsoft, l’éditeur du logiciel peut publier des informations pour résoudre les problèmes de compatibilité (MAJ de l’application de la plupart des cas).

Exemple d’une solution proposée pour l’application Adobe Flash Player 10 Plugin :

De plus, sachez qu’il existe une autre information (non visible dans le tableau) pour vous aider à organiser votre parc applicatif : les catégories.
La liste de catégories est personnalisable et vous permet d'assigner à une application une ou plusieurs catégories. L'utilisation de celle-ci vous sera fort utile si vous souhaitez utiliser des filtres dans vos rapports.

L’interface est personnalisable et vous pouvez choisir les colonnes à afficher et celle à masquer (via un clic droit sur la ligne d’en tête du tableau)

Rapport sur les postes de travail

Dans cet onglet dédié au poste de travail, on retrouve les colonnes suivantes :

• Le nom du poste
• Le nombre d’applications ayant un problème de compatibilité
• Le nombre de périphériques ayant un problème de compatibilité
• Le système d’exploitation
• Le domaine Active Directory
• Le nombre d’applications
• Le nombre de périphériques

Information : Les postes de travail équipés de Windows XP SP3 sont identifiés en SP2. En réalité, le SP3 est bien détecté, mais ACT le répertorie comme une application nommée « Windows XP Service Pack 3 ».

Rapport personnalisé : Filtrage

ACT intègre une fonction de filtrage sur les différents rapports (applications, poste de travail, etc.). Le filtre est accessible depuis la barre d’outils principale.

Via cette fonctionnalité de filtrage, vous pourrez construire un rapport personnalisé basé sur des conditions.

Par exemple, vous pourrez générer un rapport contenant :

• Les applications de priorité 1 Business Critical
• Les applications détectées sur les postes de travail nommées avec une syntaxe précise (ex. : INFO, ACHAT…)
• Les applications qui font partie de la catégorie nommée « Drivers »

Vous trouverez ci-dessous une capture d’écran des différents champs disponibles :

Sachez qu’il est possible de créer des requêtes avancées en ajoutant plusieurs conditions. Notez également que l’outil permet de sauvegarder vos requêtes personnalisées pour une utilisation ultérieure de celle-ci.

Collecte

La console Application Compatibility Toolkit s’oriente autour de deux axes.

1. La collecte d’informations sur le parc

2. L’analyse et l’exploitation des informations

Ce second article présente le processus de collecte des applications.

Le menu collecte vous permet de gérer vos packages. Il est possible de créer deux types de package.

• « Inventory Collection Package » Ce package permet de faire un recensement des applications installées sur un poste de travail. Son utilisation est transparente pour l’utilisateur final, car l’outil s’exécute en tâche de fond. Les données issues de la collecte sont traitées et ajoutées dans ACT.

• « Runtime Collection Package » Propose d’analyser les applications installées sur un poste pour vérifier la compatibilité de celle-ci.

Processus d’inventaire

Les paragraphes suivants montrent la marche à suivre pour collecter les applications installées sur un parc informatique.

Création d’un package d’inventaire

La première étape pour obtenir les applications installées est la création d’un package qui va analyser et exporter les logs sur un partage réseau dédié.

Pour créer un package d’inventaire, placez-vous dans l’onglet « Collect »

Puis, cliquez sur « Create new data collection package »

Une première fenêtre s’ouvre, cliquez sur « Inventory Collection Package »

La seconde fenêtre de l’assistant paramètre votre package d’inventaire. Vous devrez remplir les trois champs suivants :

• Choisir le nom du package
• Indiquer le chemin du répertoire partagé sur lequel seront déposés les résultats des collectes.
• Déterminer un Label. Celui-ci permet d’ajouter une indication sur la cible. En pratique grâce à l’utilisation des labels, l’exploitation des résultats sera simplifiée. Par exemple via l’utilisation des filtres (que nous verrons plus tard) vous pourrez construire des rapports ayant pour cible un service ou département spécifique.

Lorsque vous cliquez sur « Create », l’assistant vous propose d’exporter le package. Sélectionner un chemin, puis cliquez sur « Save »

Le package est prêt à être utiliser. Notez que le compte sera utilisé pour exécuter le package doit avoir les droits en écriture sur le partage réseau contenant les logs.

Déploiement du package

La seconde étape consiste à déployer le package sur les postes cibles. Différentes méthodes de déploiements sont disponibles, à savoir :

• Stratégies de groupe
• Script d’ouverture de session
• Par l’intermédiaire du produit System Center Configuration Manager

Manuel
• Exécution d’un script personnalisé
• Mise à disposition sur un répertoire partagé

Attention : L’outil a besoin des droits administrateurs sur les postes pour s’exécuter correctement.

Exécution du package

L’exécution du package est totalement silencieuse. Les utilisateurs ne seront ni avertis ni gênés par l’exécution du scan. En arrière-plan, le package dépose quelques fichiers dans le répertoire "Program Files (x86)\Inventory Collection Package". Le processus de collecte démarre automatiquement. Vous pourrez vérifier l'exécution de la collecte via le gestionnaire de tâche Windows. Le nom du processus est : bucketizer.exe

À la fin de l’opération de collecte, les résultats sont envoyés sur le chemin réseau (déterminé au cours de la création via l’assistant). De plus, le répertoire temporaire Inventory Collection Package sera supprimé.

Périodiquement, le service « ACT Log Processing Service » vérifie la présence de nouveau fichier de collecte dans le partage réseau. Dès que le service détecte un nouveau fichier, celui-ci est analysé, traité et intégré dans la base de données ACT. Enfin, vous trouverez dans la console ACT les résultats de la collecte.

Le dernier article est dédié à l’analyse des informations : Partie 3 : Analyse et exploitation des données colletées

Contexte

Dans le produit System Center Configuration Manager 2012 R2 il est possible de mettre à disposition un catalogue d’applications pour les utilisateurs finaux. L'implémentation de ce portail « Self-Service » repose sur un service web et nécessite la mise en place des rôles Config Mgr suivants :

• Application Catalog web service point
• Application Catalog website point

L’ajout des deux rôles ne pose aucun problème, cependant il est possible que vous rencontriez le problème ci-dessous lors de l’accès à votre catalogue d’application.

Explication

Bien que l’assistant d’installation des rôles ne vous ait pas remonté de problème, il est possible que les choses ne se soient pas passées comme prévu. Si vous rencontrer le message d’erreur « Cannot connect to the application server », c’est qu’il manque très certainement un composant pour rentre votre portail d’application disponible.

Résolution

Pour identifier la source du problème je vous invite à vous rendre dans le répertoire contenant les logs de Config Mgr 2012 R2. Par défaut les logs se trouvent dans le chemin suivant :
[Program Files]\Microsoft Configuration Manager\Logs

Le fichier qui nous intéresse est nommé SMSAWEBSVCSetup.log. Celui-ci est dédié à l’installation du Web-Service du catalogue d’application.

Lors de l’installation du rôle, une analyse de l’ensemble des éléments prérequis pour la mise en service du Web Services est réalisée. En parcourant le fichier, je découvre que composant Windows Communication Foundation (WCF) n’est pas activé : « WCF is not activated ».

Pour remédier à ce problème, je vous invite à prendre connaissance aux prérequis spécifiques à l’implémentation du rôle « Application Catalog web service point ». http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_Win2k12SiteSystemPrereqs.

Rendez-vous dans votre console Server Manager pour installer la ou les fonctionnalités manquantes pour l’installation du rôle. Il est probable que l’option HTTP Activation ne soit pas activée et qu’elle soit à l’origine de l’erreur. Vous trouverez ci-dessous une capture du lien Technet proposé plus haut et qui détaille les éléments nécessaires pour le bon fonctionnement du portail d’application.

Après avoir ajouté les composants manquants, réinstaller le rôle « Application Catalog web service point ».

L’accès à votre portail d’application devrait être à présent fonctionnel.

Contexte

System Center Configuration manager offre la possibilité de gérer des rapports via SQL Server. Vous souhaitez ajouter le rôle Reporting Services point sur votre site Config Mgr.
Lors de l’installation du rôle, l’assistant vous demande de renseigner une instance Reporting Services Server sur la page Specify Reporting Services Settings. Vous vous trouvez dans une impasse car aucune instance n’est disponible.

Explication

L’implémentation du rôle Reporting Services point s’appuie sur la fonctionnalité SQL Reporting Services.

Il est obligatoire de créer une base de données Report Server Database. Sans cette configuration préalable, le service de rapport n’est pas fonctionnel. Dans ses conditions, impossible d'installer le Reporting Services point dans notre site Config Mgr. La résolution du problème consiste donc à configurer le service SQL Reporting Services.

Résolution

1. Dans un premier temps, vérifier que votre instance SQL comporte la fonctionnalité Reporting Services – Native.

2. Lancer l’utilitaire Reporting Services Configuration Manager

3. Tous d’abord rendez-vous dans l’onglet Web Services URL.

a. Dans cet onglet, il est possible de modifier différents paramètres. Tel que le nom du répertoire virtuel et les paramètres réseaux.

b. Valider la configuration en appuyant sur Apply. Le fait d’appliquer la configuration va permettre de créer la base de données du serveur de rapports. Cliquez sur Apply même si vous n’avez pas modifié les paramètres.

c. Quelques instants plus tard, la zone Results vous informe que le répertoire virtuel a bien été créé. Vous devriez à présent voir apparaitre le lien dans le champ Report Server Web Service URLs.

4. Rendez-vous ensuite dans l’onglet « Report Manager URL »

a. Valider la configuration en appuyant sur Apply.

5. Quelques instants plus tard, la zone Results vous informe que le répertoire virtuel a bien été créé.

6. Le service SQL Reporting Services est maintenant configuré et fonctionnel. Vous pouvez relancer l’assistant Config Mgr pour ajouter le rôle Reporting Services point à votre site SCCM.