Réinstaller WSUS et le rôle Software Update Point dans ConfigMgr

J'ai été confronté récemment à quelques soucis d'erreur de synchronisation au niveau du Software Update Point dans SCCM / MECM . Il faut savoir que le rôle SUP dans ConfigMgr va piloter le rôle serveur WSUS. J'ai tenté un reset de WSUS mais au final ça m'a purement et simplement tout planté. Donc je dois repartir sur une base saine et pour se faire j'ai tout désinstallé et tout réinstallé.


Je te fais la version courte ci-dessous et une version plus longue en dessous.


La version courte

Afin de remettre le tout d'équerre voici la version courte à suivre en step by step :

  1. Lancer la console de ConfigMgr et désinstaller le rôle SUP (Software Update Point) dans ConfigMgr

  2. Lancer Server Manager et désinstaller le rôle WSUS du serveur.

  3. Reboot du serveur

  4. Ensuite deux options s'offrent à toi, soit supprimer/restaurer la DB SUSDB de ton serveur SQL , soit la conserver. Dans mon cas j'avais un backup fonctionnel qui datait de avant que je foute le dawa donc j'ai fait le choix de restaurer ma DB et j'ai tout OVERWRITE.

  5. Lancer Server Manager et installer le rôle WSUS sur le serveur => Comme j'ai un serveur MS SQL dessus je choisis l'option "SQL Server Connectivity" et non WID. Je spécifie mon instance SQL Server et le tour est joué, je lance l'install.

  6. Depuis la fenêtre de succès de l'installation de WSUS, cliquer sur "Launch Post-Installation tasks". Il va ainsi détecter si une DB SUSDB existe ou non, si non, il la créée, si oui , alors il va utiliser l'existante. Dans mon cas il a détecté ma DB que j'ai restaurée auparavant et l'a utilisée.

  7. Reboot du serveur

  8. Lancer la console de ConfigMgr et installer le rôle SUP (Software Update Point) dans ConfigMgr

  9. Depuis ConfigMgr, lancer une synchro à vide (sans produits) => histoire de vérifier si tout fonctionne bien. (log wsyncmgr.log)

  10. Configurer ton rôle SUP (choisir les produits et les classifications)

  11. Lancer une synchro et revérifier si tout fonctionne bien (log wsyncmgr.log)

Et voilà, le tour est joué tu as réinstallé WSUS et le rôle SUP de ConfigMgr.


Si tu as un soucis de mismatch avec la version du catalogue entre ConfigMGR et WSUS, voici un fix à appliquer: https://rzander.azurewebsites.net/query-to-get-mincatalogversion-from-sccm-updates/

En espérant que ça t'a aidé , dans mon cas ça ronronne ! 😎


La version longue

Cette version est la même que la courte mais avec quelques screenshots et infos en plus.


1) Désinstaller le rôle Software Update Point de ConfigMgr

Lancer la console de SCCM/MECM et aller dans Administration>Overview>Site Configuration>Servers and Site System Roles.


Cliquer sur le site concerné puis effectuer un clique droit sur "Software update point" et choisir "Remove Role"

Suivre le step by step pour désinstaller le rôle.


2) Désinstaller le rôle WSUS du serveur

Lancer Server Manager , cliquer dans "Manage" puis "Remove Roles and Features"








Il faut décocher un produit pour le désinstaller, dans notre cas on décoche "Windows Server Update Services"

Cliquer sur Next et suivre le step by step.


3) Reboot du serveur


4) Ensuite deux options s'offrent à toi, soit supprimer/restaurer la DB SUSDB de ton serveur SQL , soit la conserver.

Dans mon cas j'avais un backup fonctionnel qui datait de avant que je foute le dawa donc j'ai fait le choix de restaurer ma DB et j'ai tout OVERWRITE.


5) Installer le rôle WSUS sur le serveur

Lancer Server Manager et installer le rôle WSUS sur le serveur => Comme j'ai un serveur MS SQL dessus je choisis l'option "SQL Server Connectivity" et non WID. Je spécifie mon instance SQL Server et le tour est joué, je lance l'install.





















6) Lancer la Post-Install

Depuis la fenêtre de succès de l'installation de WSUS, cliquer sur "Launch Post-Installation tasks". Il va ainsi détecter si une DB SUSDB existe ou non, si non, il la créée, si oui , alors il va utiliser l'existante. Dans mon cas il a détecté ma DB que j'ai restaurée auparavant et l'a utilisée.

Il y a un log de PostInstall disponible dans le dossier de l'utilisateur courant C:\Users\CurrentUserThatMadeTheInstall\local\Temp\WSUS_PostInstall_XXXXXXXXXX.log


7) Reboot du serveur


8) Installer le rôle SUP dans ConfigMgr

Lancer la console de SCCM/MECM et aller dans Administration>Overview>Site Configuration>Servers and Site System Roles.


Faire un clique droit sur le site concerné puis cliquer sur "Add Site System Roles"






Effectuer le setup en ayant choisi le rôle "Software Update Point" et en ne sélectionnant aucun produits car nous allons faire une première synchronisation à vide. Cliquer sur les produits afin de tous les sélectionner lors puis recliquer dessus afin d'être sûr qu'aucun produit n'est sélectionner. (à faire pendant le setup)


9) Lancer une première synchro à vide sans produits

Pour se faire aller dans "Software Library > Overview > Software Updates > All Software Updates"

Effectuer un clic droit sur "All Software Updates" et choisir "Synchronize Software Updates"


Vous pouvez effectuer le suivi de la synchro dans le log "wsyncmgr.log" .


10) Configurer ton rôle SUP (choisir les produits et les classifications)

Lancer la console de SCCM/MECM et aller dans Administration>Overview>Site Configuration>Servers and Site System Roles.


Cliquer sur le site concerné puis effectuer un clique droit sur "Software update point" et choisir "Properties"


Là tu pourra sélectionner ta classification ainsi que tes produits.


11) Lancer une synchro et revérifier si tout fonctionne bien

Pour se faire aller dans "Software Library > Overview > Software Updates > All Software Updates"

Effectuer un clic droit sur "All Software Updates" et choisir "Synchronize Software Updates"


Vous pouvez effectuer le suivi de la synchro dans le log "wsyncmgr.log" .


Et voilà, le tour est joué tu as réinstallé WSUS et le rôle SUP de ConfigMgr.

En espérant que ça t'a aidé , dans mon cas ça ronronne ! 😎