none
comment gerer les mise a jour applicative

    Discussion générale

  • Bonjour,

    Je déploie actuellement une application via SCCM, l'applis est un package MSI que j'ai fait. Tous les utilisateurs ont bien l'applis, tout fonctionne parfaitement.

    Une mise à jour (nouvelle version) est dispo. Je refais donc un package MSI, mais il faut impérativement désinstaller l'ancienne version. Pas de problème, je fais un "program" dans le package pour la désinstallation, et pour l'installation de la nouvelle version, je lui demande de lancer d'abord la désinstallation de l'ancienne version.

     et là, je me pose une question, ce déploiement est attribuer a une collection qui sélectionne les utilisateurs appartenant à un groupe, donc pas de soucis, pour tous les utilisateur qui ont déjà l'application, la mise à jour va bien ce faire, mais si je mets un nouvelle utilisateur dans mon groupe, il n'aura jamais l'applis vu que la désinstallation va planté avant....

    Alors comment faire, comment faite vous pour mettre à jours vos applis? Quelqu’un dans le même cas que moi???

     

     

    mercredi 10 août 2011 08:04

Toutes les réponses

  • Bonjour,

    Le plus simple est de créer un regroupement contenant seulement les machines ayant l'ancienne version de l'application et attribuer ta publication à ce regroupement seulement


    Bechir Gharbi | http://myitforum.com/cs2/blogs/bgharbi/ | Time zone : GMT+1
    mercredi 10 août 2011 08:42
    Modérateur
  • petite confirmation, les regroupement, ce sont bien les collections (SCCM US)?

    dans ce cas, ok, c'est sur que c'est plus simple en ce qui concerne la migration de l'applis. sauf que j'utilise des regroupement d'utilisateurs (et non de machine) fonction de leur appartenance a un groupe. par exemple utilisateur A  appartenant au groupe "Applis Z" dans l'AD. et mon regroupement, pointe vers le groupe "Applis Z"

    d'apres toi, il faudrait que je créé un regroupement (et donc un groupe d'utilisateurs) pour chaque version d'un logiciel???

    et si je comprend bien, une fois que je suis sur que tout mes utilisateurs du groupe "Applis Z V1" ont bien eu la mise a jour V2 (il faut donc que je verifie ca a chaque mise a jour), je les bascule un par un dans le groupe "Applis Z V2"??? et ainsi de suite pour chaque version???

    vous voulez ma mort la !

     

    mercredi 10 août 2011 09:00
  • Oui un regroupement = collection.

    Ecoute, si j'étais à ta place, je créé une collection (machines) contenant les machines ayant l'ancienne version de l'application, je migre mon appli et je supprime la collection si j'en aurai plus besoin d'elle. Avec une collection utilisateurs, je ne pense pas que c'est faisable.

    Avoir une solution c'est mieux que chercher une autre pour se faire compliquer la vie.


    Bechir Gharbi | http://myitforum.com/cs2/blogs/bgharbi/ | Time zone : GMT+1
    mercredi 10 août 2011 09:48
    Modérateur
  • ok, dans ce cas, je doit faire une requette pour savoir quel machine a eu tel package de deployer, ce qui me permettra de desinstaller sur ces machines.

    mais pour reinstaller, je ne peux pas avoir de groupe utilisateurs alors? comment faite vous pour gerer un parc applicatif en fonction des pc? si jamais le gars change de pc, ca veut dire qu'il faut changer tout les groupes de la machine!!! j'ai un peu trop de machine pour gerer ca au quotidien ! surtout sur differents pays !

    personne ici n'utilise les groupes user pour deployer? si oui, comment faire pour mettre a jour?

    mercredi 10 août 2011 12:13
  • je reviens sur ton raisonnement, dans ce cas, je fais un regroupement contenant toute mes machines possedant la V1, je peux donc desinstaller cette version sur tout ces postes facielement.

    pour installer ma V2, je l'applique au regroupement utilisateur de l'application, mais commetn gerer le fait que  la V2 ne s'install avant que la V1 soit supprimé ???

    mercredi 10 août 2011 12:22
  • 1# On peut déployer en fonction des utilisateurs mais dans ton cas tu auras toujours le pb qui tu décrit dans ta première requête

    2# Oui on peut désinstaller la V1 sur tous ces postes, il suffit d'avoir le programme d'installation afin de l'utiliser dans l'advertisement

    3# Si je comprend bien, la V2 doit vérifier que la V1 a été désinstallée ! N'est ce pas ? Dans ce cas, il faut soit voir avec le fournisseur d'appli pour enlever cette vérif si c'est possible ou bien procéder à l'utilisation des collections avec machines.


    Bechir Gharbi | http://myitforum.com/cs2/blogs/bgharbi/ | Time zone : GMT+1
    mercredi 10 août 2011 14:04
    Modérateur
  • Merci pour tes reponses, mais je ne comprend pas, je ne vois pas la difference entre des groupement de machines ou d'utilisateurs.

    imaginons que j'ai des groupements de machines, les machines qui ont la V1 auront bien la V2 puisque la desinstallation ( un program de desinstall dans le package d'origine de la V1) se fera correctement, mais les machines que je rajoute dans la collection et qui n'ont pas la V1 d'installé auront une erreur puisque le program uninstall n'aura pas fonctionné.

    je doit pas utilisé la bonne methode de reflexion pour les updates...


    mercredi 10 août 2011 14:28
  • Est qu'on peut crééer une collection qui se met à jour dynamiquement et qui contient les users dont leurs machines contiennent la V1 ? La réponse est non, par contre c'est faisable avec les machines, donc si j'ai une collection "machines" avec une advertisement dessus j'aurai un boulot présque Automatique, j'aurai plus besoin d'ajouter manuellement les machines à ma collection. Tu vois les choses, créér une collection avec une query qui rassemble seulement les machines qui ont la V1. Cette collection sera utilisée uniquement pour la migration vers la V2.
    Bechir Gharbi | http://myitforum.com/cs2/blogs/bgharbi/ | Time zone : GMT+1
    mercredi 10 août 2011 16:04
    Modérateur
  • je comprend bien le principe du regroupement machine. par contre ya un truc que je comprend pas.

    je fais un regroupement "machine V1" c'est dynaique, je m'en occupe pas, c'est tres bien, et je peux leur deployer le package de mise a jour vers la V2.maintenant, le package V2, je suis bien obligé de le deployer a un regroupement, logiquement, le regroupement "machine qui doivent avoir l'applis", sauf que dans ce regroupement, il y a forcement le regroupement "machine V1" qui est compris. ce qui veux dire que mon package mise a jours V2 va marcher sur ces machine, mais que le package V2 lui, va planter sur ces machines !

    bon, le resultat est que toute les machines vont avoir la V2, mais ya quand meme un package qui plante sur les machines qui ont la V1, et une machine qui a la V1 qui risque d'avoir le package V2 classic avant celui de mise a jour! et au niveau de la publication, ca va se voir ....

    autre question, comment vous faite pour gere le changement de machine d'un utilisateur? vous supprimer toute appartenance a un groupe de son ancienne machine et vous les rajouter pour ca nouvelle machine? dans ce cas, comment gerer un parc important et international? c'est un boulot de titan ! l'admin ne fait quasiment plus que ca !


    jeudi 11 août 2011 07:27