XenApp 7x : quand c’est “By Design”

Récemment nous avons testé l’API Odata afin de pouvoir interroger la base de monitoring sans passer par des requêtes SQL,  le but étant de faire un export afin d’alimenter un “puits de données”

Dans un premier temps si vous souhaitez en savoir plus sur l’API Odata dans XenApp 7x,  nous vous recommandons la lecture des liens ci-dessous :

Un exemple en Powershell pour consulter la liste des applications publiées d’une ferme XenApp 7x (à exécuter à partir d’un DDC ou remplacer Localhost par le Hostname d’un de vos DDC) :

$AppsNamedata = Invoke-RestMethod -UseDefaultCredentials -URI "http://localhost/Citrix/Monitor/Odata/v2/Data/Applications"
$AppsName = $AppsNamedata.content.properties
$AppsName|Select Name



Dans notre cas et sur la ferme en question nous n’arrivions pas à obtenir la liste des applications publiées.

 

apps_etsComme nous avions testé l’API Odata sur la partie Session et Users avec succès, on comprend vite que la partie Application va poser problème.



En regardant dans la base de Monitoring nous avons constaté que la table Monitor.Application était vide (via un ” Select Top 1000 Rows” sur la Table “Monitor.Application” de votre Base de monitoring).

 

apps_ets_sqlOn comprend mieux pourquoi en passant par “…..Odata/v2/Data/Applications” nous n’obtenions aucun retour



Dans Director lors d’une recherche sur un utilisateur nous obtenions bien la liste des applications lancées au sein des divers sessions.

Durant notre troubleshooting nous avions constaté sur d’autres fermes XenApp (7.6 LTSR CU1/CU2) et XenApp 7.11) que la Table Monitor.Application sur leurs bases de monitoring respectives était bien peuplée.

Après de nombreux check check SQL, XenApp et traces Wireshark nous avons constaté que les serveurs de Licence Citrix étaient différents entre les fermes qui remontaient bien les applications dans la table Monitor.Application et les fermes qui ne remontaient aucune information dans la table Monitor.Application.

En fait le problème n’est pas un problème mais plutôt un truc du style “C’est by design”, en version Platinum les informations concernant les applications sont bien remontées dans la table Monitor.Application et en version Enterprise rien n’est remontées côté Applications.

 

apps_pltAvec des licences Platinum on se sent tout de suite plus à l’aise 🙂

 

apps_plt_sqlLa base de monitoring ou pointe une de nos fermes en Platinum

 

Durant nos tests (sur une ferme XenApp 7.6 LTSR US) nous avons constaté que toutes les informations étaient facilement consultables et exportables sauf la partie Application  qui est contenue dans “http://localhost/Citrix/Monitor/Odata/v2/Data/Applications”



Après le coup de la rétention de 7 jours dans Director (en licence Enterprise), on a le coup de la Table Monitor.Application vide en licence Enterprise 🙂 .

pasdesousÇa va être juste pour passer en Platinum 🙂

Post to Twitter

8 thoughts on “XenApp 7x : quand c’est “By Design””

  1. Bonjour,

    Ce résultat n’est pas surprenant étant entendu qu’EdgeSight faisait partie de l’édition Platinum dans les versions précédentes de XenApp. Il a donc été choisi par les chefs produits que les métriques avancées des applications concernant l’usage SBC seraient portées par l’édition Platinum.
    Les présentations et communications disponibles aux partenaires dans SalesIQ ont toujours fait état de ce choix, quoi que l’on pense du bien fondé de cette décision.
    Bonne journée

    1. Effectivement Jean-Sebastien, cependant on aurait pu imaginer que durant la rétention des 7 jours (en licence Enterprise) ce type de données soit disponible (bon ceci dit et comme discuté hier au CUGC, les données sont disponibles ailleurs 😉 .

      Merci pour ton retour.

        1. L’utilisation de L’API Odata reste identique selon le mode de Licencing, seules les applications ne sont pas disponibles en version Enterprise (bien que techniquement via une requête SQL tu pourrais les récupérer 😉 ).

      1. Hello,

        A noter qu’à partir de la 7.12 la version Enterprise passe à 30 jours de conservation des historiques

  2. On peut parler de ressource manager en version entreprise ou de edgesight en version entreprise qui remontait les stats des applications/executables utilisés au sein des serveurs XenApp ?
    Les PMs ont dû oubliés 😉

    J’ai fais un projet sur du odata/powershell/html, il faut juste que je me pose pour le poster…

Leave a Reply to HURGON Jean-Sebastien Cancel reply

Your email address will not be published. Required fields are marked *

*