Hello,
 
Aux utilisateurs de SCCM 2012, concernant le déploiement de packages, quelle est votre ou vos règles de "méthode de détection" ?
Est-ce que vous en utilisez un seul type quelque soit vos packages ou c'est vraiment du spécifique à chaque fois ?
 
Est-ce que vous utilisez le centre logiciel en install et désinstall (en rapport avec cette méthode de détection ?)
 
Merci de vos expériences.
 

Salut,
 
Alors tu veux parler des packages ou des applications ? A première vu c'est plutôt les applications.
Perso je me base sur plusieurs choses en fn du produit et de son setup.
Si c'est un MSI assez simple j'utilise le code produit. C'est simple c'est court et surtout c'est assez performant
Si c'est un setup ou du script j'utilise au choix par préférence :
- les propriétés de l'exe principal du produit (si stable dans le temps). Comme propriété j'utilise la version de l'exe (et donc la présence du fichier)
- l'existence d'un fichier ou du dossier de l'appli
- une clé de registre qui identifie l'appli
 
Si l'appli n'a rien, je "package" moi même en enregistrant une clé de registre et retour à mon dernier cas.
 
Sur les app-v bah c'est encore plus simple
 
Oui j'utilise en install/désinstall sur les produits soumis à licence surtout, pour les petits softs gratuits non. Mais dans tous les cas c'est important de savoir si l'appli est installée pour :
- ne pas devoir la réinstaller si déjà présente
- permettre les upgrade

Tiens d'ailleurs, sur SCCM 2012 ya ce bouquin en français (pour les anglophobes) qui couvre pas mal la partie distrib appli http://www.editions-eni.fr/livres/ [...] 80bc2.html (je me souvenais plus si c'était toi ou un autre qui cherchait des ressources là dessus)

Oui pardon, les applications
Ha ok, donc plusieurs cas de figures finalement selon ce que tu balance.
 
Et le centre logiciel, vous en êtes rendu où au niveau utilisation.
Plutôt destiné au service informatique uniquement ou même les utilisateurs sont briffés et installent/désinstallent/réinstallent tous seuls ?
 
As tu, par ce principe, développé la partie "réparation" ? C'est à dire que si une appli "merde" (exemple adobe reader), les users peuvent faire tout le processus pour revenir à une appli fraichement installée ? (avec script qui fait un bon ménage)
 
Je vais aller en formation chez ENI ^^
Merci Je@nb

Dépend de mes clients.
 
En interne ils ont utilisé ça pour pousser Office 2013/Lync 2013.
Chez mes clients, pour l'instant on est plutôt sur des migrations de 2007 vers 2012 donc au début à iso fonctionnalités, le software center et le portail sont pour l'instant pas utilisé par la population générale (en général un peu pour la partie informatique pour découvrir). Ca passe aussi (enfin le portail) sur un mode de déploiement user based et non machine based. Sur du machine, en général on fait que du push, pas de à la demande (là où au niveau user c'est un peu un mix des 2)
 
La réparation, non j'utilise pas. Enfin, la réparation des msi ça fait des années que ça existe mais ça marche plus ou moins selon les msi. En général si un appli plante, l'utilisateur appelle le support qui diagnostique et si besoin faire désinstall/clean/install.
 
Après le but est en effet de réduire les demandes de tickets/appel au support pour de la descente de package. Sur les clients qui ont un modèle assez avancé de support et catalogue de service, où ils paient au ticket à leur helpdesk, on met plus vite en place ce genre de fonctionnalités avec par exemple un lien sur l'intranet (J'ai besoin de ... logiciels) et l'utilisateur s'installe ses logiciels mais encore une fois là je parle plus du portail que du software center

Exactement, on est en support téléphonique avec paiement au ticket, d'où l'idée de mettre le centre de logiciel avec réparation en place. Je ne sais pas en pratique si cela va vraiment faire descendre les appels mais c'est tjrs un "service" en plus potentiellement intéressant.
 
Le portail c'est quoi ? portail web SCCM ? Pas encore vu ce truc...

Oui self service portal. C'est le pendant du software center mais pour la télédistribution niveau user plutôt que machine

ok très bien, j'essaierais ça à l'occasion !
Merci

en même temps, Jean-sebastien Duchêne ... il y avait peut de chance que le bouquin soit mauvais

Je préfère son acolyte

si tu veux des exemples de scripts de détection ou des infos sur du packaging n' hésites pas , j' ai a peu près 600 applis dans mon sccm ... a force je commence a le maitriser le loulou

je profite du topic pour une question liée il me semble
 
Je previens je debute tout juste sur SCCM, mais mes premiers tests semblent remonter le soucis
 
Quand je fais un déploiement d'application, comment gérer que l'installation ne se déclenche pas si l'application en question que j'upgrade n'est pas entrain d'etre utilisé (vu que SCCM permet l'install pendant que la session user est ouverte)
 
Je viens de faire le test avec firefox par exemple
 
J'ai la v18 installé, je la lance.
La v24 se déploie, l'install finit sans erreur, mais ca me fout en vrac le Firefox lancé (forcement il retrouve plus ses petits), si je le kille et que je relance firefox, il est bien en v24
 
J'ai eu un probleme similaire encore pire avec Filezilla qui lui ecrase tous les fichiers, mets les clés de registre comme si il etait upgradé, mais n'upgrade pas le filezilla.exe, du coup tu te retrouves avec une version bancale et ton SCCM te dit que tes clients sont bien a jour.

mettre à jour que pendant les fenêtres de maintenance ?

le probleme c'est qu'on tourne en 24/7, les fenetres de maintenance ca existe pas vraiment chez nous, c'est pas les memes selon les secteurs etc

Je me demandais si ca serait pas jouable via les conditions globales, en faisant du WMI ?
Le probleme etant de dire à la tache de réessayer a intervalle régulier

j'ai un peu de mal a comprendre que MS propose de déployer des apps de maniere silencieuse dans la session utilisateur (ce qui est franchement génial), mais ne permette pas un moyen simple de dire "déploie l'appli que si elle ne tourne pas", ce qui est quand meme fortement probable si tu déploies dans la session user. Avec la possibilité de prévenir l'utilisateur "une maj pour votre appli xxx est dispo, fermez l'application pour que la mise a jour se fasse"

c'est pour ça que tu peux configurer plusieurs fenetre en fn du secteur par exemple

 
ouais mais comment j'attribue les PC au secteur sachant que niveau AD rien ne les différencie ? (pas de différent site par exemple)

ip, appli installée, clé de registre ? bref tant que tu peux faire une collection sur un critère qui les identifie c'est bon

@doum, On est dans le même cas que toi à savoir 24/7/365.
En général, on test si l'appli a besoin d’être killed ou pas, certaines assez surprenant, ça les dérange pas (mais c'est rare).
Sinon on fait un kill, on change les droits d'accès sur le dossier qui contient l'appli aussitôt derrière en mettant une restriction aux users et on met à jour l'appli.
Enfin on remet les droits tel qu'ils étaient quand l'update est terminée.
Ca les empêche d'essayer de relancer l'appli quand on est en train de faire la mise à jour.
 
Les fenêtres de maintenance, c'est le truc qui bloque hors session ?

 
Tu killes sans prévenir le user rien ?
En gros chaque applis est déployé par un script qui kille, change les droits et fait l'install?
Un brin violent non ?  
 
Pour l'instant le moins violent que j'ai trouve c'est de forcer l'app a s'installer quand personne n'est logué mais je trouve ca con on perd un des intérêts de sccm et en plus
pas dit que ca marche si le user est du genre a éteindre son pc

Tout dépend de la "portée" de l'appli. (si elle touche 50 PC /500 PC / 5000 PC)
Des fois, on prévient pas quand y'a peu de criticité, des fois on les prévient avant que l'intervention soit faite.
Mais par exemple pour l'update Office 2010, on avait activé la fenêtre de maintenance pour être sans session ouverte.
 
On est d'accord, surtout que si on veut une propagation rapide, pas trop le choix sinon entre ceux qui n'éteignent jamais leur PC, ceux qui se déconnectent jamais et les PC en 3x8...la marge de manœuvre n'est pas énorme.

En continuant mes recherches (et j'en ai fait), je suis tombé sur ca :
 
https://psappdeploytoolkit.codeplex.com/
 
quelqu'un connait ?
Ca semble pas mal du tout

Je connaissais pas, à voir ce que ça vaut en intégration sccm

ohhhhhh ^^

j'ai pas encore eu le temps de creuser, j'ai juste lu la doc, et j'ai bcp de questions a eclaircir

mais dans l'idée, c'est bien cool et ca corrige un manque important de SCCM

Bon, mes premiers tests sont pas entierement concluant par rapport a ce que je veux faire :
- on est obligé de déployer pendant qu'un utilisateur est logué, c'est con
- je n'ai pas trouvé si on peut avoir un mode silencieux SAUF si l'appli est in use, auquel cas a ce moment la on demande al 'utilisateur de fermer l'application ou de reporter l'installation.

J'ai posé la question sur leur site

Ca me fait proprement halluciner que MS n'ait pas integrer dans SCCM un truc aussi bateau que tester si l'application est in use

Petite question remplacement d'appli
 
Rappelons que je démarre tout juste avec SCCM sur le parc, donc toutes les applis précédemment installées ne l'ont pas été par SCCM (je pense que c'est un point important)
 
admettons donc qu'afin d'harmoniser mon parc, je veuille déployer la derniere version d'un soft, par exemple PDFCreator.
 
Sur un PC "propre" sans version précédente, pas de soucis, je crée mon application dans SCCM, ma méthode de déploiement, et je déploie l'appli.
 
Mais sur un PC qui a une version précédente non géré par SCCM ?
Je pensais que c'etait jouable par le principe de supersedence mais il semble que j'ai mal compris le truc (ou alors ca ne marche que pour les applis déjà deployée par SCCM)
 
Ce que j'ai fait, j'ai donc créé un appli "desinstall PDFCreator", avec juste un script que j'ai mis dans la ligne "commande de desinstallation" pour cette appli
Cette appli je l'ai pas déployée, par contre j'ai dit a l'appli PDFCreator qu'elle etait en remplacement de celle ci, et qu'elle devait la desinstaller
 
mais ca ne marche pas, dans le centre logiciel du PC sur lequel je teste ca me dit :
Etat : Téléchargement en cours (0% effectué), 2 composants restants
 
si quelqu'un a deja fait ca

tu as mis une bonne detection rule sur ton "désinstall pdfcreator" pour que le pc détecte qu'il a l'ancien soft et doit donc le désinstaller pour installer le nouveau ?
 
Sinon si il fait téléchargement et qu'il bloque là c'est un autre pb je dirais. tu peux regarder les logs sccm (j'ai plus en tête le fichier mais c'est Applicationqqch.log), ouvre avec cmtrace biensûr.
 
Sinon tu peux inclure la logique d'upgrade dans ton script d'install du nouveau paquet. C'est moins "propre" mais ça peut se faire.

 
oui pour l'instant pour me débloquer j'ai mis la desinstall dans le script d'install
 
vu que c'est pas une appli installé par SCCM ca me semble moyennement degueux  
 
pour le detection rule oui je l'avais mis, a priori il aurait du detecter mais comme tu dis vu qu'il bloquait au download je pense que c'est autre chose. Je vais un peu enqueter coté log