Reprise du message précédent :
Bonjour,
 
A partir de quel nombre de postes, il faut installer WSUS avec une base de  données externe ?

Bonjour,

Extrait de la doc :
https://docs.microsoft.com/fr-fr/wi [...] sql-server

Nous vous conseillons d’utiliser SQL Server avec WSUS dans les cas suivants :

Vous avez besoin d’une solution WSUS d’équilibrage de la charge réseau.

Au moins une instance de SQL Server est déjà installée.

Vous ne pouvez pas exécuter le service SQL Server sous un compte non-système local ou en utilisant l’authentification SQL Server. WSUS prend en charge l’authentification Windows uniquement.

PS : Par contre, je te recommande grandement de mettre en place les index et les taches de maintenance : https://docs.microsoft.com/fr-fr/tr [...] ance-guide
Attention également si tu as un proxy utilisateur pour accéder à ton WSUS, il faudra le configurer pour communiquer en SSL.

En terme de charge ça dépend. WID montre très, très vite ses limites. Je le remplace de plus en plus par du SQL Express bien plus robuste.
 
Ensuite si tu as besoin de passer sur une base SQL....autant passer directement sur du MECM.

Même le Express bof bof.. A cause de la limitation de 10 Go j'ai déjà eu au moins 3 collègues qui ont rencontré des problèmes. Pas avec wsus mais avec du Veeam et un vcenter si je ne me trompe pas.. Obligé de passer en urgence à du Standard. Perso je bannis Express de ma production.

C est comme tout, ca doit etre supervise...
Un sql express on saot que c est limite a 10go donc faut surveiller sa taille
Veeam si tu as du veeamone avec une express tu va vite arriver a la limite en effet.
De toute facon c est du sql standard recommande.
Pour vcenter hors grosse infra on peut utiliser la base par defaut avec l appliance linux depuis un paquet d annees.

En ce qui concerne wsus je n ai pas fait d etude de stat de mon cote mais il y a un sacre ecart entre sql standard et mecm nebulios (prix, utilisation des fobctionnalitees, formation,...). C est tres loin d etre intuitif et simple sccm meme si apres avoir compris les bases on est en mesure de gagner un temps monstre a tous les niveaux.

Pour

La supervision, oui justement. Ceux qui dans mon entourage pro laissent le Express qui est souvent fourni avec le produit ce sont ceux qui justement ne connaissent pas trop Ms SQL et même souvent pas trop le monde MS. Donc la supervision du sql ils ne vont pas la faire, ils ne savent même pas qu'y a une limite de taille (c'est moi qui leur apprend quand le problème survient et qu'ils m'appellent à l'aide). Donc sur le coup pour eux à l'install du produit veeam ou autre c'est plus facile de cliquer "oui" à la question "voulez vous utiliser SQL Express fourni avec notre application ?" que de passer en revue les 15 écrans d'install du Standard. Donc après quand ils sont dans le merde parce que le veeam ne fonctionne plus, ils font quoi , ben ils m'appellent.. 3 fois depuis moins d'un an dont 2 fois la même personne. C'est saoulant    

C'est soulant mais c'est aussi ce qui justifie le travail donc faut s'en plaindre sans s'en plaindre ^^.
Il y aurait beaucoup moins de travail en SSII si les clients étaient tous compétents.

Si tu as une base SQL de plus de 10 Go ce n'est pas normal (typiquement zéro maintenance). Pour du WSUS SQL Express suiffit plus que largement.

MECM s'adresse aux grandes entreprises et fait bien plus de choses qu'un WSUS. Mais si tu as besoin d'un SQL Standard plutôt qu'Express pour ton WSUS, soit tu as un problème, soit WSUS n'est plus adapté à ton besoin (genre plusieurs dizaines milliers de clients).

Je ne suis pas d accord sur un poit :
Mecm etait utilise dans ma boite precedente qui avait environs 400 machines uniquement et ca fait gagner un temps monstre. Ca ne vise absolument pas que les grandes entreprises. Les clients qui acceptent d etre forme dessus meme avec 1 ou 2k machines ont d ailleurs de tres bon retour du produits   le plus dur c est la prise en main mais c est nouveau pour personne xd
Par contre la ou tu as raison c est que si tu as besoin d un sql standard pour wsus c est qu en effet tu as un paquet de machines et donc il faut penser a un outil de gestion global peut etre plus adapte

 
Presque 8Go pour mon wsus.
Mais je dois dire que quand j'installais SQL Server pour un ERP bien gourmand j'installais le Sql Standard. L'ayant fait des dizaines de fois, je suis bien rodé    et j'ai gardé cette habitude. Et quand je vois que des collègues rencontrent des pbs avec de l'express je me dis que j'ai pas forcément tort.

Ça vise les entreprises qui ont beaucoup de pognon  

Bah pourtant je pense que si.
Déjà faut une licence.
Si tu deportes la base SQL sur un serveur mutualisé ça t'amène d'autres pb et c'est souvent encore plus d'emmerdes
8Go j'ai plutôt tendance à dire que ton environnement n'est pas propre

8 Go ce n'est pas normal non plus. Au-delà de 5 Go il faut investiguer pour moi.
Pour tes collègues qui bossent sur du Microsoft sans rien connaître à Microsoft, il faut savoir embaucher les bonnes personnes
 
Edit : et la licence SQL Standard n'est pas gratuite, ce n'est pas un surcoût anodin sur un petit projet.

à l'occasion je regarderai. Mais là il tourne correct pour l'instant.

Bonjour,
 
C'est quoi la technique pour installer le "Microsoft Report Viewer" pour WSUS sur un server 2019 ?
 
J'ai téléchargé le Report Viewer quand je veux installer, il me dit qu'il manque le Type CLR du système Microsoft pour SQL Server 2012
 
Quand je localise ce fichier sur le site de Microsoft https://www.microsoft.com/en-us/dow [...] x?id=29065 - Section :  
Microsoft® System CLR Types for Microsoft® SQL Server® 2012
 
Quand je veux télécharger le X64 Package (SQLSysClrTypes.msi) : impossible, pas de lien
 
si quelqu'un sait ....
 
 
 

Bonjour,

Le lien est dans la section instruction, je ne sais pas si c'est bien la que tu vas.
C'est celui ci pour la version x64 : http://go.microsoft.com/fwlink/?Li [...] lcid=0x409

Suite à cette installation, tu pourras installer Report viewer et ensuite tu auras les rapports

J'ai une autre bizarrerie avec les infos qui remontent pour quelques postes.
 
Sur mon WSUS j'ai donc sélectionné en produits :  
Windows 10, version 1903 and later, Upgrade & Servicing Driver
Windows 10, version 1903 and later.
 
En Classifications :  
 Ensemble de mises à jour
Mise à jour critique
Mise à jour de la sécurité
Mises à jour de définitions
Service Pack
Upgrades
 
Langue : FR
 
Sur mon parc je n'ai que des x64 j'ai donc, de base, refusé tout ce qu'il me proposait x86 + les fr-ca + les remplacées
 
Là, par exemple, j'ai un poste qui lorsque je prends la main est en 10.0.19041.450 alors qu'il remonte dans WSUS comme 10.0.19041.423.
WSUS me dit qu'il est alors 100% compliant alors que non.
 
Dans le doute j'ai remis toutes les upgrades en mode "non approuvé" que ça soit les x86, les fr-ca, les versions consommateurs, professionnelles, les remplacées ect pour voir si ça changeait quelque chose mais non.
 
Le poste a bien émis un rapport d'état après ce changement mais rien n'y fait. Il reçoit bien des MAJ du WSUS (suppression de logiciels malveillants par exemple)
 
Quelqu'un aurait une piste à exploiter ?

Quand tu lances une analyse Microsoft Update sur le poste en question, tu vois d'autres mises à jour en attente ?

Non car je fais rechercher les MAJ que sur le WSUS.

En regardant les logs du poste en question je vois cette ligne : Agent           WU client version 10.0.19041.423
C'est donc l'info qui est remontée dans WSUS alors que le poste, comme je disais en haut, est bien en .450

J'ai trouvé ce lien : https://docs.microsoft.com/en-us/an [...] ld-af.html

Le mec préconise de supprimer la KB4566782 (elle est en effet installée sur mon poste) sauf qu'elle veut pas se désinstaller... emmerdant.

Fais justement un recherche sur Microsoft Update pour comparer...l'incident dans ton lien ne correspond pas à ton problème.
L'important c'est que tes machines soient à jour, s'il y a une décorrélation entre la version de l'agent Windows Update et la version de l'OS ce n'est pas important.

En effet, en rebasculant sur windows update il m'a détecté une mise à jour de sécurité que je n'avais pas validé.  
Je pensais que les "upgrade" qui pour moi sont des montés de version prenaient le pas.

Bonjour,
 
Je récupère l'infra d'un collègue ou pas mal de Windows 7 ne sont pas a jour
 
Puis-je lancer l'installation des dernières cumulatives afin de rattraper le retard ou il faut que j'approuve la 60aine de maj a installer ?

Toutes les mises à jour sur W7 ne sont pas cumulatives donc tu peux accepter uniquement les dernières (qui datent d'un an et demi... sauf ESU) et voir si les postes en nécessitent d'autres. auquel cas tu peux les accepter au compte goute.
 

Vu que l'OS n'est plus supporté, que tu les mettes à jour ou pas...

Je suis pas entièrement d'accord...
C'est pas parce qu'il n'est plus supporté depuis 2 ans qu'il faut accepter de pas être protégé sur les failles qui existaient avant...

Par contre, je suis d'accord sur le fait que c'est de la grosse connerie de pas penser à migrer vers W10 plutôt que parcher ces machines...
Perso j'en ai un peu ras le bol de travailler avec des clients qui mettent pas à jour leur parc et ont des vieilleries et t'appellent ensuite en te disant, c'est normal que depuis que j'ai mis à jour mon Office 2007 vers office 2019 sur mon poste Windows XP que ca ne fonctionne plus... (je grossi un peu mais pas tant que ça...)

J'ai un vieux wsus avec plein de maj inutiles 2003...Si je veux le faire sans réinstaller l'OS, est je peux désinstaller le role avec un Remove-WindowsFeature, supprimer les fichiers SUSDB.mdf et SUSDB_log.ldf, et désinstaller WID est suffisant pour repartir sur une base "propre" ?

Oui c'est une solution et surement la plus simple à mettre en oeuvre.
 
Sinon ya des scripts de nettoyage

ok, merci.

Sinon refuser les mises à jour et lancer un nettoyage derrière. Et une réindexation ensuite.
Mais si c'est un vieux WSUS, autant tout péter et repartir sur une base propre.

Surtout que le nettoyage n'enlève pas les mise à jour de la base. Il reste l'entrée de la maj dans les refusés...

Du coup, c'est inclus dans le total...

Messieurs, j'ai ajouté un wsus "replica" sur un site distant.
 
les deux sont en 2019, sur les deux machines ont voit le second serveurs en amont ou aval, les MAJ ont bien été synchronisées
 
par contre sur le wsus "replica" en aval, on voit les groupes de machines, mais on ne voit pas les machines dans ces groupes.
 
 
une idée ?

C est paramétré par gpo ou à la main au niveau du wsus pour peupler les collections ?  
Si c est paramétrer par gpo verifier que la gpo s applique et qu il y a bien le groupe correctement renseigne.
Si c est à la main faut les peupler

En fait c'est bizarre je trouve

au final sur le serveur maitre je vois bien les ordinateurs de ce serveur et de l'esclave, mais sur l'esclave je vois au final que les machines pour lui et pas celles sur le maitre.

bref ca peut être cohérent du fait que les machines pour le master pointent (gpo) sur le nom de la machine master et les machines sur l'esclaves pointent (gpo) sur l'esclave

Je pensais peut être qu'il était possible de manager l'ensemble à partir du maitre ou alors peut être il y a une configuration coté GPO pour dire manager depuis le maitre, mais prise des MAJ sur l'esclave

Si j ai bien compris ce que tu indiques, c est bien ce qui est écrit dans la doc oui :
https://docs.microsoft.com/fr-fr/wi [...] plica-mode

C'est pas justement le comportement que tu as et que tu décris au début du post?

Effectivement je dis n'importe quoi, le maitre voit bien tout, désolé.
 

j'ai un windows server 2019 qui installe une maj de sécurité alors que je l'ai refusé dans le wsus.
 
Est ce que ce serait dans la gpo un paramètre qui lui dirait de passer outre cette restriction ?
 
j'ai pensé à "activer les mises à jour automatiquement recommandées via le service de mise à jour automatique"
 

Pour ceux qui gèrent les MAJ de leurs serveurs ou du moins des serveurs sans trop de risques, vous gérez comment ?
 
je pensais partir sur installation dans la nuit, mais reboot manuel de notre part, j'hésite à faire redémarrage automatique ..

Plus c'est auto, moins c'est de boulot et d'emmerdes.