Reprise du message précédent :
Oui, il faut modifier légèrement le script selon que tu utilises une base SQL Server ou SQL Express / WID.

 
Oui, c'est pour ça que j'ai 3 scripts distinct au lieu du script qui fait tout.
 

encore une fois, je vous recommande le lien que j'ai filé...
Vous êtes en train de parler de choses qui sont toutes expliqué dans mon lien...
mais bon, ca prouve que c'est pas lu xD

Normal, l'article est trop long

Sur une nouvelle installation où on coche seulement "Windows 10" en Produits, c'est normal que WSUS synchronise encore les mises à jour "remplacé par une autre mise à jour" ?
(surtout que dans mon cas, il remonte des mises à jour de la version 1511 et 1607, etc...)

Après, ça pourrait être une erreur de ma part mais si j'ai bien compris les liens, les produits avec directement la version d'indiqué ex: "Windows 10, version 1803 and Later Servicing Drivers ou Later Upgrade & Servicing Drives". C'est à cocher seulement pour les upgrades non ?

Oui c'est la configuration par défaut.
 
"Servicing drivers" c'est uniquement si tu as besoin de créer un master. Tu vas y trouver les pilotes et les firmware pour les Surface par exemple. Les upgrade c'est une autre catégorie.

Ok merci bien !

Du coup j'ai refusé à la hache pour les versions antérieures  

Certains ont fait l'indexation personnalisé du lien de matteu?
Ça vaut le coup?  Je demande car c'est repris nulle part,  même pas par les MVP MS qui fournissent les scripts  

Ca depend de la taille de base WSUS, de ton serveur...sur les petites infras tu ne verras pas de grande difference.

Ok merci.

Dernière question (con) et je vous embête plus...

Le script de nettoyage, t'as un log, un mail, tu vois ce qu'il fait aucun souci!

Je viens de lancer la Re indexation... Comment on sait ce qu'il a fait? Si y'a pas eu d'erreur? Etc...

Merci!

Édit: J'en ajoute une dernière, on ne peut pas lui spécifier l'architecture? On est 100% 64bits en windows 10 et il télécharge x86 et arm64... Au pire, on peut refuser sans risque?

Tu vois ça avec les outils SMSS. Par contre sur une base WID je suis pas sur que tu aies quoi que ce soit.

ex de scripts pour décliner les maj arm64 : https://rdr-it.com/scripts/powershe [...] -sur-wsus/
 
pour la re indexation, suffit de loguer le resultat dans le script et de te les envoyer par mail

Top merci à vous  

Je regarde le WSUS sur Windows 2019

 
Je vois qu'on a maintenant un "Windows 10 version, 1903 and later"
Aurait-on maintenant la possibilité de télécharger les maj de Windows 10 1903 sans les maj précédentes ?
 
Ca ferait gagner pas mal de place.
On n'avait pas cette option avant, il y avait toujours des drivers et autres à télécharger en plus dans le package.

En réalité, il n'y avait QUE les drivers dans le package. A aucun moment t'avais la possibilité d'avoir les mises à jour cumulative du 1803 spécifiquement par exemple.
Par contre, peut être qu'en effet, vu ta découverte ^^ depuis la 1903 ils ont ajouté cette possibilité. A creuser

Je pense que ca va être la bonne occasion pour gagner pas mal de place sur les serveurs.

comment, via wsus, migrer d'une version win10 (1803) à une autre 1809 ou 1903 ?
Il me semble avoir coché pas mal d'options, mais rien ne se passe (pour mes 2 postes de test)

 
Mais il est fou
 

 
Tu as approuvés les maj d'upgrade ?
 
Donc tes utilisateurs vont faire l'upgrade eux même ?  si ils font "mettre à jour et arrêter" le soir en partant ça va chier des bulles le lendemain matin.....
 
 
T'es abonnés à la liste suptech ? J'ai posté un script qui fait les choses différemment....

Bah il suffit d'approuver les upgrades. Il faut que ton WSUS soit compatible par contre, donc 2016 de preference (il y a des manips à faire pour du 2012 R2).

A noter que les mises à jour vont être signées en SHA256 et plus en SHA1 dans le courant de l'année, il faudra donc mettre à jour manuellement les vieux WSUS pour assurer unecompatibilité (ou mieux, les migrer vers un OS récent).

d'ailleurs, comment sur une console powershell sur le client, lancer les mises à jours ?

Est-ce que l'on peut virer l'expérience utilisateur au premier redémarrage après avoir faire l'upgrade du nouvelle version par WSUS?

Lol c'est marrant  on m'a posé la même question aujourd'hui.
 
CF : https://www.tenforums.com/tutorials [...] -10-a.html
 
ou
 
Lire https://social.technet.microsoft.co [...] itprosetup

 
Via ce module powershell : https://gallery.technet.microsoft.c [...] dff796b0bc
 
et lire https://www.idkrtm.com/windows-update-commands/

Pour le 2eme lien, ce n'est pas par Wsus mais avec le setup et j'avais lu cette commande.

Par contre, pour le 1er lien, tu me mets le doute.... L'expérience utilisateur après un upgrade n'arrive pas avant de s'authentifier????
De mémoire, j'ai toujours eu les questions au premier démarrage et non après l'authentification?
Ou depuis la 1809, c'est modifié?

Je balance les upgrade sur mes postes test    (et mon collègue administratif test   )
Mais ca bloque pour l'instant

Vous optimisez avec BITS vous ou pas?
Je lis que ça peut être contre productif...

Bon j'ai fait des petits tests,  je ne sais pas où j'ai rêvé l'expérience utilisateur après les build...  On est pas du tout embêter avec ça...

Par contre,  j'ai le même souci que l'année dernière.  Aucun redémarrage automatique pour la build...  Une commande shutdown ne fonctionne pas pour ça...
Je ne veux pas laisser l'utilisateur planifier le redémarrage.

Je vais rechercher sur le net mais si quelqu'un a déjà trouvé une solution je suis preneur merci!

Pour ma part j'ai résolu ces problèmes en :
 
- Customisant la WIM (intégration des maj + suppressions des bloatwares + custom regedit etc)
- partage de cette wim en smb
- script qui fait des tests basiques et qui lance l'upgrade en mode silencieux
- tâche planifié poussé sur le poste qui lance le script powershell pour l'upgrade. (tâche qui se lance en pleine nuit)
 
ça fonctionne bien mais ça reste à industrialiser (plus de tests à faire avant le lancement de l'upgrade, retour de résultat succès/échec de l'upgrade, etc. )
 
 
Et sinon maintenant on mets en place SCCM pour gérer tout ça en 1000x mieux.

Ouais enfin SCCM est malheureusement pas gratuit ...

Du coup tu prépares ça avec MDT?

non  avant j'avais un script pour la préparation.
 
Maintenant je passe via osdbuilder qui est vachement pratique https://www.osdeploy.com/osdbuilder/home
 
Je ne fais pas intervenir MDT lors des upgrades W10->W10 ou W7->W10

je viens de voir sur wsus que la mise à jour de fonctionnalités 1903 se décline en deux versions "éditions consommateur" et éditions pro.
 
Elles portent le même numéro 3012973.  
 
J'ai déjà des users qui ont rage quit donc je les vois en échec, mais des win10 EDU sont rattachés à la version "consommateurs"
 
Pour les précédents mises à jours de fonctionnalités, je n'ai pas cette double étiquette..

tu déplois déjà la 1903 ?  sans tests ?  tu as déjà maj ton antivirus ?

Sur un pool de machines ciblées oui (et sur mes 2 pc de boulot je suis sur l’anneau fast ring insider)
 
F-secure n’a pas encore déployé de maj, mais je n’ai constaté aucun souci.  
 
Le seul truc étrange, c’est les lecteurs mappes via gpo, le libellé à sauté

sinon pour répondre à ta question ça doit correspondre au version OEM / RETAIL   d'avant

Les machines disposent du même master, c’est ça qui me surprend
 
Et je n’ai pas ce doublon avec les 180x

Vous avez déjà eu une upgrade de windows 10 qui fait péter certains pilotes ?

Je me retrouve avec des périphériques inconnus... Ou même certains en warning...  

ca fait rien péter. C'est juste que certains pilotes ne sont pas compatibles dans la version supérieures du coup, il ne les migre pas lors de l'installation pour des raison de "compatibilité".
Les postes sont certifiés W10 mais c'est un peu plus précis que ça parfois et tu trouves des listes pour des postes compatibles 1803 mais pas 1809 par exemple donc il faut faire attention.

Sauf que je fais mettre à jour le pilote sur le même dossier local où est stocké la dernière installation  et il a plus de souci à l'utiliser
(2 en l'occurrence)

(Celui en warning pourrait par contre être cette raison)

D'où le fait de penser à avoir un système de maj des drivers avec une gestion centralisée.

T'as un outil pour ça ?  

https://www.scconfigmgr.com/2017/08 [...] -released/

Faut juste SCCM...

Et sinon durant le déploiement d'une image sur un poste de travail : https://www.scconfigmgr.com/2017/03 [...] configmgr/