Reprise du message précédent :
t'inquiète pas c'est géré

Merci Je@nb .

tu n'as pas besoin de les mettre en refusé.

si la machine cliente à deja patch1 alors patch2 s'installera.
si la machine cliente n'a aucun patch alors c'est patch2 qui s'installera. (meme si les 2 patchs sont approuvés pour installation).

Comme dis plus haut, je laisse le système se débrouiller avec la gestion de version des patchs et regulierement je fais un nettoyage des patchs via l'outil proposé en standards.

Ouai mais dans ton exemple, c'est toujours patch2 qui s'installe, dans ce cas est-ce que l'outil de nettoyage WSUS vire patch1 ?

logiquement oui, si les options sont bien cochées dans le WSUS Server Cleanup

Bonjour,
 
J'ai wsus d'installé sur un serveur 2003 que je migre tout doucement vers une VM sous server 2008 R2. Quelles sont les démarches pour migrer wsus sur ma VM ?
 
Merci

Ce que je ferais : monter le serveur wsus depuis 0 et modifier la gpo pour taper vers ce nouveau serveur ...

Il veut, peut être, récupéré les groupes et mises à jour approuvées pour ne pas tout recommencer sur le nouveau serveur WSUS    
 
A faire (on part du principe que l'on a une bonne connexion et donc que les fichiers de mises à jour seront retéléchargés du site microsoft sur le nouveau serveur) :
- Installer "WSUS API Samples and Tools" sur l'ancien et nouveau serveur si ce n'est pas déjà présent.
- Sur l'ancien serveur : exporter les groupes et mises à jour approuvées avec l'outil "WsusMigrationExport.exe".
- Sur le nouveau serveur : copier le fichier xml généré précédemment (quelques Mo) par l'outil d'export, puis l'importer avec l'outil "WsusMigrationImport.exe".
 
Ceci permet également de sauvegarder un serveur WSUS, j'utilise cette méthode : création d'un export .xml hebdomadaire que je conserve. Si ça crash, hop je ré-importe sur un nouveau serveur. il n'y a aucun intérêt à faire une sauvegarde complète d'un serveur WSUS et de ses mises à jour téléchargées. (Quelques Mo vs plusieurs Go).

I will give it a try

merci pour vos réponses.
 

Ca a bien fonctionné avec cette méthode

J'ai un serveur WSUS sur un réseau offline et un serveur WSUS web qui ne sert qu'à télécharger sur Microsoft Update. Je voudrais suivre une procédure pour ne télécharger que les updates nécessaires (needed) aux clients du LAN. Le problème c'est que dans mon modèle le serveur Web ne sait pas qui sont les clients.
 
Est-ce que quelqu'un connait des méthodes pour cela ?
 
Par ailleurs :

 
 
Je ne croit pas que l'outil de nettoyage WSUS fonctionne comme ca, non. Il ne supprimera pas patch1 au cas ou un client futur aura besoin de patch1 sans avoir besoin de patch2. D'ou la nécéssité de marquer manuellement patch2 comme déclined ou de ne jamais l'approuver au départ (si patch2 existe).

bonsoir tous le monde.
je travail actuellement sur wsus, j'ai terminer l'installation et la configuration du serveur et des client de test. mais il se passe quelque chose de bizarre.
j'ai configurer 6 client de test mais seulement trois on pris des mise a jour jusqu'a 99% pourtant tous sont visible dans la console wsus et le reste des machines sont a 0% il ne prenne pas des mise a jour.
mes question sont les suivantes:
- est-il normale que l'installation s'arrete a 99 % :?: sinon que faire pour corriger cela????
- quels peuvent etres les raison pour lesquel les trois autre machine reste 0% de mise a jour installer :?:
- pourquoi les erreurs dans celle qui a tenter d'installer les mise a jour :?:
-est-il possible que l'installation arrive a 100% :?:
- ya t'il un probleme si les mise a jour reste a 99% :?:
 
je vous enpris aidez moi je suis epuisez
 
cordialement V
 
 

Les postes ont peut-être besoin de redémarrer ?

lu ici,
je me suis rendu compte que le fonctionnement de WSUS coté client prenait une mémoire phénoménale et faisait ramer les PC avec peu dé mémoire (poste XP avec 512mo par ex). Le process de recherche des MAJ fait ramer sévèrement ces machines au démarrage d'une session. Les accès disques sont nombreux et violents, et la mémoire prise d'environ 200 voire 300Mio de RAM, ce qui est en somme énorme pour une machine modeste. C'est pourquoi je me demandais si on peut retarder la phase de recherche des maj, pour la repousser a 10 ou 15 mins après le lancement de la session. C'est possible çà?
Sinon, ya pas moyen de réduire la RAM que prend cette phase de recherche? (J'y crois pas mais bon...).

Oui, il arrive que certains poste restent a 0, la plupart resteront a 99% et dans de rare cas tu auras le 100%, mais pas pour longtemps car ya souvent des maj qui bloquent. Et oui c'est pas fiable.

 
des postes avec des OS qui ont 3 versions de retard et une configuration standard d'il y a 8 ans ...    
 
http://www.microsoft.com/fr-fr/win [...] fault.aspx

Bah oui, et alors on a pas tous une config récente, surtout dans le service publique. Cà n'enlève rien a la pertinence de ma question. et surtout a la problématique posée, de comment retarder la recherche WSUS pour ne pas faire ramer au moment de l'ouverture de la session.

Passe le démarrage du service Windows Update en manuel puis fait un script au démarrage pour lancer le service manuellement avec une tempo.

Bonjour,  
Je veux mettre en place une nouvelle stratégie WSUS.  
j'ai créer des groupes d'ordinateurs car je veux pas exécuter la stratégie sur l'ensemble de mon parc.  
J'ai divisé mes sites physique en 2 population pour gérer une tolérance de panne en cas d'installation de correctifs à problème.  
Groupe Client 1 et Groupe Client 2 ces groupes contiennent tous les PCs qui sont membres  
Pareil pour les serveurs, j'ai créer 3 groupes pour les serveurs : Production-1, Production-2 et Production-critique  
et enfin un dernier groupe Pilote pour faire des tests des correctifs.  
Mode opératoire :  
Sur le DC1  
1) J'ai créer des groupes d'ordinateurs dans lesquels j'ai ajouté les PCs membres  
2) Dans l'AD j'ai créer 6 OUs (Client-1, Client-2, Production-1, Production-2, Production critique et Pilote).  
3) J'ai placé mes groupes d'ordinateurs dans les OUs respectifs.  
4) J'ai créer des GPO WSUS que j'ai lié aux bonnes OUs respectifs  
5) dans le gestionnaire de stratégies de groupes, j'ai sélectionné une à une mes GPOs WSUS, dans l'étendue de sécurité dans la fenêtre à droite, j'ai supprimé les Utilisateurs authentifié et j'ai placé mes groupes d'ordinateurs.  
6) J'ai lancé une fenêtre DOS avec la commande GPUPDATE /Force.  
En me connectant sur un PC membre de ces groupes de sécurité j'ouvre une fenêtre DOS je tape la commande GPUPDATE /FORCE en suite un RSOP je constate que le PC n'a pas hérité de la GPO WSUS.  
en liant la GPO WSUS à l'OU qui contient les PCs ça marche, mais ça marche pas avec les groupes d'ordinateurs.  
Si quelqu'un peut m'aider sur cette problématique des groupes AD d'ordinateurs, j'en serai reconnaissant.  
Mille merci d'avance.

GPO ne s'applique pas sur les groupes d'ordinateurs
 
Bonjour,  
Je veux mettre en place une nouvelle stratégie WSUS.  
j'ai créer des groupes d'ordinateurs car je veux pas exécuter la stratégie sur l'ensemble de mon parc.  
J'ai divisé mes sites physique en 2 population pour gérer une tolérance de panne en cas d'installation de correctifs à problème.  
Groupe Client 1 et Groupe Client 2 ces groupes contiennent tous les PCs qui sont membres  
Pareil pour les serveurs, j'ai créer 3 groupes pour les serveurs : Production-1, Production-2 et Production-critique  
et enfin un dernier groupe Pilote pour faire des tests des correctifs.  
Mode opératoire :  
Sur le DC1  
1) J'ai créer des groupes d'ordinateurs dans lesquels j'ai ajouté les PCs membres  
2) Dans l'AD j'ai créer 6 OUs (Client-1, Client-2, Production-1, Production-2, Production critique et Pilote).  
3) J'ai placé mes groupes d'ordinateurs dans les OUs respectifs.  
4) J'ai créer des GPO WSUS que j'ai lié aux bonnes OUs respectifs  
5) dans le gestionnaire de stratégies de groupes, j'ai sélectionné une à une mes GPOs WSUS, dans l'étendue de sécurité dans la fenêtre à droite, j'ai supprimé les Utilisateurs authentifié et j'ai placé mes groupes d'ordinateurs.  
6) J'ai lancé une fenêtre DOS avec la commande GPUPDATE /Force.  
En me connectant sur un PC membre de ces groupes de sécurité j'ouvre une fenêtre DOS je tape la commande GPUPDATE /FORCE en suite un RSOP je constate que le PC n'a pas hérité de la GPO WSUS.  
en liant la GPO WSUS à l'OU qui contient les PCs ça marche, mais ça marche pas avec les groupes d'ordinateurs.  
Si quelqu'un peut m'aider sur cette problématique des groupes AD d'ordinateurs, j'en serai reconnaissant.  
Mille merci d'avance.

Si tu as que des groupes d'ordinateurs dans tes OU c'est normal.

Bonjour,
 
Comme vous avez surement vu ces derniers temps, le SP2 de Office 2010 est passé en update sur WSUS.
Mise à jour assez consistante puisqu'en version 32 bits, elle fait :
 
Date de publication : 21/07/2013
Nom du fichier : officesp2010-kb2687455-fullfile-x86-fr-fr.exe
Taille du fichier : 628.7 MB
http://www.microsoft.com/fr-fr/dow [...] x?id=39667
 
Problème, elle est passée en prod' sur mon parc sans que je m'en rende compte... Bref.
Concrètement, hormis avoir un groupe de tests avant déploiement en prod' pendant une période X, quelles techniques avez vous pour ce genre de KB, qu'il y'ait un WARNING un peu spécial dans la foultitude des KBs ?
Notamment je pensais à avoir une colonne "Taille" dans le listing des KBs mais je ne sais pas si c'est possible... Ca permettrait de m'alerter
Merci pour vos conseils !

Je ne vois pas comment ça peut se déployer tout seul a moins d'avoir fait une validation automatique de tous les patchs qui arrivent...

Elle a été approuvée manuellement mais j'ai pas fait gaffe

Bonjour,  
 
J'ai un soucis sur mon serveur WSUS je suis sur serveur 2012 R2 je suis en phase de test sur un pc en windows xp sp3 il remonte bien dans la console wsus de mon serveur mais en revanche l'xp ne télécharge pas les mises à jour.  
 
j'ai mis en place une gpo en spécifiant l'emplacement de mon serveur wsus  
 
lors du diag sur le client wsus tout est en : PASS  
sauf la dernière ligne ou j'ai :  
 
WinHttpDownloadFileToMemory(szURLDest, NULL, 0, NULL, NULL, NULL, &downloadBuffe
r) failed with hr=0x80190194L'URL requise n'existe pas sur le serveur.
 
puis dans WindowsUpdate.log :  
 
014-01-09 14:10:18+0100 1456 6d8 IsUpdateRequired failed with error 0x80244019
2014-01-09 14:10:18+0100 1456 6d8 OS Version = 5.1.2600.3.0.65792
2014-01-09 14:10:19+0100 1456 6d8 Computer Brand = Dell Inc.                
2014-01-09 14:10:19+0100 1456 6d8 Computer Model = OptiPlex 320                  
2014-01-09 14:10:19+0100 1456 6d8 Bios Revision = 1.1.9  
2014-01-09 14:10:19+0100 1456 6d8 Bios Name = Phoenix ROM BIOS PLUS Version 1.10 1.1.9  
2014-01-09 14:10:19+0100 1456 6d8 Bios Release Date = 2007-07-10T00:00:00
2014-01-09 14:10:19+0100 1456 6d8 Locale ID = 1036
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: iuengine.dll = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuapi.dll = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuauclt.exe = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuauclt1.exe = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuaucpl.cpl = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuaueng.dll = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuaueng1.dll = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wuauserv.dll = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 ClientVersion: wucltui.dll = 5.4.3790.5512
2014-01-09 14:10:19+0100 1456 6d8 PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2014-01-09 14:10:19+0100 1456 6d8 WU client failed Searching for update with error 0x80248008
2014-01-09 14:10:19+0100 1456 6d8 Search Callback Failed, hr is 0x80248008
2014-01-09 14:10:19+0100 1456 6d8 Setting next AU detection timeout to 2014-01-09 16:34:19
2014-01-09 14:10:19+0100 1456 6d8 Setting AU scheduled install time to 2014-01-10 11:00:00
2014-01-09 14:10:19+0100 1456 6d8 WU client calls back to search call AutomaticUpdates with code Call failed and error 0x80248008  
2014-01-09 14:10:19+0100 1456 6d8 WU client completed and deleted call {94EDB8D2-7E6A-481C-B9FB-400E3C75F2F8}
2014-01-09 14:10:24+0100 1456 6d8 REPORT EVENT: {986DAC66-F5F6-43A1-B772-B605C6244084} 40 2014-01-09 14:10:18+0100 1 148 101 {D67661EB-2423-451D-BF5D-13199E37DF28} 0 80244019 SelfUpdate Failure Software Synchronization Error: Agent failed detecting with reason: 0x80244019
2014-01-09 14:10:24+0100 1456 6d8 REPORT EVENT: {33045135-9E87-461C-B149-FF429616F9C6} 41 2014-01-09 14:10:19+0100 1 148 101 {00000000-0000-0000-0000-000000000000} 0 80248008 AutomaticUpdates Failure Software Synchronization Error: Agent failed detecting with reason: 0x80248008
2014-01-09 14:10:24+0100 1456 6d8 Created new event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{2C1E780D-E906-4499-A262-E4DEBF8F4398}.bin for writing.
2014-01-09 14:10:24+0100 1456 6d8 Reopened existing event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{9AF4FB7C-3F33-4103-879A-88A89CBD8BA7}.bin for writing.
2014-01-09 14:12:39+0100 1456 170 Successfully opened event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{8A98BB7D-F4D1-4A98-AC77-3F0BA2ABB92B}.bin for reading.
2014-01-09 14:12:39+0100 1456 170 PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2014-01-09 14:12:39+0100 1456 170 Failed to obtain cached cookie with hr = 80248008.
 
si quelqu'un peut m'aider svp je suis stagiaire et je cherches cela depuis une journée et demie et je n'avance pas  
 
Merci

met à jour windows update agent je dirais

Bonjour,  
 
Je reviens vers vous mon serveur wsus fonctionne parfaitement, les clients reçoivent bien les mises à jour en revanche mon problème est:
 
Sur mon serveur 2012R2 mon service Windows Update s'arrete de façon aléatoire et je suis obligé de le redémarrer manuellement.
 
Auriez vous une idée de la cause de mon problème ?  
ou comment planifier l'éxecution d'un script .dat toute les heures ?
J'ai l'impression d'être le seul à avoir le problème j'ai rien trouvé en passant par google :s

Salut Nico,
Il faudrait voir dans ton observateur d’événements ce qui provoque le crash du service WSUS.
Sinon je crois que tu peux te rendre dans les propriétés du services (services.msc) et régler le redémarrage automatique du service en cas de crash.

Bonjour, je tente ma chance ici
 
Je voudrais mettre en place un serveur WSUS.  Il y aurait un poste uniquement dédié à cet usage.
J'hésite à prendre un PC portable pour ce faire, ou alors partir sur un mini-PC.
Je vois au final plein d'avantage pour le PC portable, cela étant je me demande si avoir un écran pour administrer le serveur WSU est un plus ? Je suppose que l'on peut le faire à distance via une interface web ?
Pourriez-vous me conseiller sur une taille pour l'unité de stockage des mises à jour, en stockant toute les mises à jour des version xp,vista,7,8 plus office, est-ce que 256go suffiraient ?
Merci.

Mais encore ?

Un OS serveur sur un portable ou un mini-PC ? Tu ne vois pas le problème ?

Non si on se fie à la configuration minimum qui correspond à un Pc portable d'entrée de gamme. Si c'est un problème, faut aller expliquer ça à HP par exemple qui fait des mini-serveurs à base de Turion.

A pardon, j'ai cru qu'on était en catégorie professionnelle et pas bricoleur du dimanche

Je crois qu'on est surtout dans la catégorie les grosses têtes qui ont les chevilles enflées.
 

Ben il faudrait surtout que tu dises ce que tu veux en faire. C'est de la prod ? combien de clients derrière ?

Par exemple, un de mes serveurs avec plus de 5000 clients c'est 130 Go de disque, une base MSSQL de 6,6 Go, 4 Go de ram bouffé à bloc et un dual xeon qui tire un peu la tronche sur les requêtes.

Moi ce qui me choque dans le choix du portable c'est que c'est pas trop fait pour tourner en h24.
S'il est sous clim ça peut peut être le faire.
Pour ce qui est de la puissance, un portable peut avoir un cpu supérieur à celui d'un serveur un peu ancien.
 
A titre d'exemple,  mes 2 wsus sont des PC sous 2008 R2 avec 4 et 8 Go de ram et des c2d @ 2,2 Ghz (de mémoire) @ 2,33 et 2,93 Ghz, et ça tourne parfaitement.  
 
Pour le stockage, j'approuve toutes les maj de tous les produits ms en français et en anglais,  et ça prend environ 300 Go.

Bonjour et merci à nikolai, manu_75, et MysterieusesX, pour vos réponses constructives et vos retours d'expérience.
 
Pour vous répondre...
 
Il y aurait environ 35 clients à servir.
 
Alors c'est pas énorme par rapport à l'environnement que certains gèrent ici, mais je pense que la problématique est la même.
 
Ma question  ne portait pas sur la puissance de calcul, elle peut se gérer, dans la mesure ou le serveur dédié ne sera sollicité par les postes clients qu'à intervalle programmé. On peut donc répartir la charge dans le temps pour la rendre acceptable vu le nombre de clients.
Avec 5000 clients sur un serveur c'est sûrement plus compliqué.
 
Apparemment le CPU est fortement sollicité, pour le refroidissement le portable n'est pas vraiment l'idéal donc.  
 
MysterieuseX, Pour l'interface web, je me suis sûrement mal expliqué. il existe une console de gestion à distance à partir d'un poste client et qui semble être d'ailleurs assez "récente". Elle rend pas si utile que ça le fait d'avoir un écran pour administrer le serveur non ?
 
Pour le stockage, de ce que j'ai lu, selon la configuration du serveur, l'espace nécessaire peut être plus ou moins important. Les  termes ne seront peut être pas les bons, mais le serveur peut stocker des packets de mise à jour pour accélérer les transferts avec les postes clients, ce qui semble être très gourmand en capacité de stockage et sans intérêt dans mon cas.
 
J'ai ratissé un peu large pour les versions Windows oui mais c'était pour me faire une idée de la place nécessaire dans le plus mauvais des cas, cela étant homogénéiser un parc n'est pas toujours évident du fait de matériel plus supporté ou de logiciels plus trop compatibles, et comme c'est pas gratuit
 
Je pense qu'avec 256go de stockage pour les mises à jour je devrais être tranquille. Je compte utiliser un SSD.

Pour la console, elle s'installe sur un pc à partir du package wsus, donc pas besoin d'écran effectivement.

Pour le disque pourquoi du ssd ? N'importe quel hdd mécanique fera l'affaire.
Vu le prix des disques, prévois le plus large possible. J'avais des 250 Go au départ et j'ai changé pour des 1 To car plus de place.

Pour l'utilisation cpu, ça cosomme uniquement quand tu fais des requêtes ou des approbations etc. En fonctionnement normal, ça bouffe que dalle pour 200 pc, donc pour une trentaine pas de soucis.
En revanche, le fait qu'il soit en fonctionnement h24 va sûrement faire souffrir le portable, surtout si pas de clim ...
Au pire ça te coûtera une réinstallation et le telechargement des maj (doit y avoir moyen de les sauvegarder je crois)

kit-et-kat> 35 clients, euh, tu n'as pas de Windows Server déjà en production ?
Parce que mis à part l'espace disque, il ne va pas avoir besoin de beaucoup de ressources du coup.
 
Sinon je rejoins les autres membres pour dire que le portable n'est pas la meilleure solution.  
Trouve-toi une machine lambda pour y coller ton WSUS et au pire la machine pourra te servir pour d'autres usages