Mise à niveau du progiciel installé avec GPO


10

Depuis récemment, j'utilise des politiques AD pour déployer des packages logiciels via GPO sur un petit domaine. Cela fonctionnait bien, mais je ne sais pas quelle est la bonne procédure pour mettre à niveau un package.

En supposant que j'ai initialement déployé X , la version a via GPO nommée " Installer X ". Tout fonctionne bien et avec le temps, la version b est publiée. (En supposant que le .msi de la nouvelle version peut effectuer une mise à niveau de la version déjà installée), je pense avoir les options suivantes pour effectuer la mise à niveau:

  1. remplacer .msi d'origine dans le point de distribution, puis via l'Éditeur de stratégie de groupe (ouvrir l'objet de stratégie de groupe " Installer X "), sous Configuration ordinateur / Paramètres logiciels / Installation logicielle, attribuer une tâche à "Redéployer l'application"

  2. utilisez l'Éditeur de stratégie de groupe pour créer un nouveau package dans Configuration ordinateur / Paramètres logiciels / Installation logicielle pour la nouvelle version et spécifiez le package plus ancien qui doit être mis à niveau par celui-ci (dans l'onglet Mise à niveau, sélectionnez le package pour la version a ; options pour désinstaller l'existant ou effectuez une améliorer)

  3. utiliser l'Éditeur de stratégie de groupe pour supprimer un package pour la version a (avec l'option de désinstallation immédiate) et ajouter un nouveau package pour la version b

Des questions:

  • Quels sont les inconvénients de la 1ère option?
  • La 2e option est-elle un moyen approprié / recommandé de mise à niveau des packages distribués via GPO?
  • Existe-t-il d'autres subtilités, meilleures pratiques ou quelques conseils généraux concernant la mise à niveau des packages via les GPO?

EDIT: De plus, je n'ai testé correctement que 3, donc si je manque une étape importante en 1 et 2, j'apprécierais les pointeurs. :)

Réponses:


5

J'ai fait les options 2 et 3. Utilisez principalement l'option 2, sauf si je sais que le package MSI précédent m'a posé des problèmes. L'option 1 semble juste une façon de pirater les choses car elle n'est pas conçue pour cela. Je laisse toujours mes anciens MSI dans l'emplacement de déploiement, juste au cas où. J'ai également remarqué qu'avec l'option 2, il détectera automatiquement la version précédente et mettra automatiquement à niveau le package précédent même si vous ne le définissez pas manuellement sur (Windows Server 2008 R2) lorsque le MSI est correctement configuré.


1

Je recommanderais de jeter un œil à SCCM. C'est un bien meilleur produit pour pousser les applications et leurs mises à jour respectives, surtout si vous avez juste affaire à des boîtes Windows. Si vous décidez de suivre cette voie, la liste MYSMS MYITForums est l'une des meilleures listes de diffusion là-bas pour obtenir de l'aide.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.