Déployement applics Microsoft/Non Microsoft

[woookash]

Bonjour,

J'ai testé différentes choses concernant la distribution de logiciels non microsoft/patchs microsoft;

Tout à marché, mais donc, de ce que j'ai compris:

- Le moteur utilisé s'est avéré, visuellement, être celui de sccm, et non pas l'interface "classique" de microsoft update (les fonctionnalités étant les mêmes); cela ne me gêne pas, mais que faire des options d'update du panneau de config windows? Les désactiver? Les laisser telles quelles (3h toutes les 24h)?

- Je suppose qu'il est possible de déployer des applications silencieusement, sans demander l'accord/l'avis de l'utilisateur? Avec les options par défaut, la fenêtre de notification s'affiche, et propose l'installation des softs;

- Supposons un parc de 500 pc, avec 450 utilisateurs de Office Standard, et 50 de PRO, versions 2000. Je désire migrer tous ces utilisateurs vers les versions 2003 des mêmes produits, comment puis-je faire? Je dois avoir ces utilisateurs groupés par collections correspondantes?

- En gardant les 500 mêmes pc, j'ai maintenant 450 utilisateurs ayant acrobat reader, et 50 ayant un acrobat (writer donc). Evidement, ce ne sont pas les mêmes 450 que ceux qui utilisent office standard, je ne peux donc pas me rebaser sur les collections.. a moins de les mettre dans deux collections différentes? Ca commence à devenir moins simple à gérer déjà..

Ou bien l'utilisation de scripts vérifiant les produits installés d'abord et installant le bon produit en fonction de cette info est conseillé? Ou la création d'une collection pour chaque groupe, en utilisant les rapports?

J'avoue ne pas saisir les best practice pour utiliser ces fonctionnalités..

[Aurélien BONNIN]

Bonjour,

J'ai testé différentes choses concernant la distribution de logiciels non microsoft/patchs microsoft;

Tout à marché, mais donc, de ce que j'ai compris:

- Le moteur utilisé s'est avéré, visuellement, être celui de sccm, et non pas l'interface "classique" de microsoft update (les fonctionnalités étant les mêmes); cela ne me gêne pas, mais que faire des options d'update du panneau de config windows? Les désactiver? Les laisser telles quelles (3h toutes les 24h)?

==> SCCM outrepasse ces paramètres tu peux donc les laisser tels quels. Lorsque le client SCCM est installé et que le role de SUP est activé au niveau du serveur, le client SCCM modifie le paramètre de GPO indiquant l'adresse du serveur WSUS afin d'y faire figurer l'adresse du serveur SUP. Les fréquences de rafraichissement des MAJ n'ont aucune incidence sur le déploiement des packages de MAJ via SCCM.

- Je suppose qu'il est possible de déployer des applications silencieusement, sans demander l'accord/l'avis de l'utilisateur? Avec les options par défaut, la fenêtre de notification s'affiche, et propose l'installation des softs;

==> Utilise un Deployment Template et coche l'option : Supress display notification on clients afin de supprimer ces messages d'avertissements et installer les MAJ de façon 'silencieuse'

- Supposons un parc de 500 pc, avec 450 utilisateurs de Office Standard, et 50 de PRO, versions 2000. Je désire migrer tous ces utilisateurs vers les versions 2003 des mêmes produits, comment puis-je faire? Je dois avoir ces utilisateurs groupés par collections correspondantes?

- En gardant les 500 mêmes pc, j'ai maintenant 450 utilisateurs ayant acrobat reader, et 50 ayant un acrobat (writer donc). Evidement, ce ne sont pas les mêmes 450 que ceux qui utilisent office standard, je ne peux donc pas me rebaser sur les collections.. a moins de les mettre dans deux collections différentes? Ca commence à devenir moins simple à gérer déjà..

Ou bien l'utilisation de scripts vérifiant les produits installés d'abord et installant le bon produit en fonction de cette info est conseillé? Ou la création d'une collection pour chaque groupe, en utilisant les rapports?

==> les best practices consistent à créer des collections pour chaque déploiement prévu : ainsi une collection pour les postes en Office Standard, une autre pour les postes en Office Pro, une pour Acrobat Reader, une autre pour Acrobat Writer. Ces collections doivent être construites à partir de requêtes dynamiques se basant sur l"inventaire matériel remonté par SCCM.

L'utilisation d'un script de vérification de version peut être utilisé mais d'obligerait de pousser à chaque fois l'ensemble des sources sur chaque client alors que la création d'un package pour chaque type d'installation réduira la taille des packages à pousser sur chaque client.

J'avoue ne pas saisir les best practice pour utiliser ces fonctionnalités..