WSUS : Recréer la base SUSDB sur WID et les données WSUS

I. Présentation

Dans ce tutoriel, nous verrons comment repartir sur une base propre avec WSUS, sans désinstaller et réinstaller le rôle. Uniquement en faisant une remise à zéro de la base de données et des données WSUS.

Puisqu’une base de données WSUS qui vieillie devient moins réactive et surtout encombre votre serveur inutilement, il peut-être nécessaire de faire un rafraichissement radical. Bien que WSUS intègre un outil de nettoyage qui fonctionne plus ou moins bien, et qui parfois peut même faire planter la console s’il y a trop de données à nettoyer, on se rendra compte que ce n’est pas suffisant.

Bien que ça peut paraître effrayant au premier abord, c’est intéressant de repartir de zéro. Il y aura un travail préparatoire à refaire, notamment la première synchronisation, puis patienter le temps que vos ordinateurs remontent dans la console, mais ce rafraichissement sera forcément bénéfique.

Voyons comment procéder. Dans ce tutoriel, j’utilise un serveur WSUS sous Windows Server 2012 R2, avec une base de données Windows Internal Database (WID). La procédure est légèrement différente si votre WSUS utilise une database sur SQL Server. Néanmoins, cette procédure fonctionne sur Windows Server 2012 à l’identique, par contre je n’ai pas testé sur Windows Server 2016 mais je suis preneur de retour 🙂

II. Stopper les services WSUS

A partir d’une console PowerShell ouverte en tant qu’administrateur, stoppez les deux services liés à WSUS :

Stop-Service WSUSService , W3SVC

On peut vérifier qu’ils sont bien stoppés grâce à la commande suivante :

Get-Service WSUSService , W3SVC

Voyez par vous-même :

III. Sauvegarder la base de données SUSDB

Avant de supprimer la base de données SUSDB, qui est le nom de la base de données correspondante à WSUS, nous allons effectuer une sauvegarde. Pour cela, nous allons utiliser SQL Server Management Studio qu’il faut télécharger dans la version correspondante

Note : Si vous ne savez pas si le serveur WSUS utilise une base de données WID ou SQL Server, vous pouvez regarder la valeur « SqlServerName » dans le registre au sein de cette clé : HKLM\Software\Microsoft\Update Services\Server\Setup

Logiquement sur Windows Server 2012 R2, vous devez installer le Management Studio de la version SQL Server 2012. Pour être sûr de ce choix, accédez au dossier « C:\Windows\WID\Log » et ouvrez le fichier « error.log« .

Comme vous pourrez le constater ci-dessous, la première ligne du fichier vous donne des indications sur la version de SQL Server 2012 (bien que la base de données soit WID). Téléchargez et installez le SQL Server Studio Management adéquat.

L’installation des outils de gestion de base est suffisante :

Dès lors que l’installation est terminée, vous pouvez ouvrir SQL Server Management Studio en tant qu’administration (sinon ça ne fonctionnera pas). Indiquez comme nom de serveur la chaîne suivante et initiez la connexion :

\\.\pipe\MICROSOFT##WID\tsql\query

Comme ceci :

Ensuite sur la gauche, déroulez « Bases de données » et sur « SUSDB » effectuez un clic droit puis « Nouvelle requête » pour que l’on exécute la requête de backup.

Exécutez la requête suivante en adaptant le chemin vers lequel vous souhaitez stocker la sauvegarde si nécessaire.

backup database (susdb) to disk = 'D:\Backup\susdb.bak' with copy_only

Cliquez sur le bouton « Exécuter » ensuite pour exécuter la requête SQL.

Après quelques minutes, la sauvegarde doit se terminer et vous obtiendrez un message semblable à celui-ci :

IV. Supprimer la base de données SUSDB

On poursuit notre travail par la suppression de la base de données SUSDB, toujours par l’intermédiaire de SQL Server Management Studio. Effectuez un clic droit sur la base de données SUSDB et cliquez sur « Supprimer« .

Avant de valider la suppression, cochez l’option « Fermer les connexions existantes » puis cliquez sur « OK« .

V. Supprimer les données WSUS

Maintenant que l’on s’est débarrassé de la base de données de WSUS, on va supprimer les données de WSUS. Commencez par supprimer le dossier correspondant à ces données, généralement dans un dossier nommé « WSUS » stocké sur un volume dédié :

Remove-Item -Path D:\WSUS\ -Recurse

Puis recréez un répertoire vide :

Set-Location D:\New-Item -ItemType Directory -Name "WSUS"

Pensez bien sûr à adapter le chemin.

VI. Mise en route de WSUS

Dernière ligne droite dans la réinitialisation de WSUS : On va démarrer les deux services que l’on avait stoppé précédemment :

Start-Service WSUSService , W3SVC

Ce qui donne :

Pour terminer, nous allons initialiser la création de la base SUSDB pour finaliser la remise à neuf. Voici la commande associée :

.\Wsusutil.exe postinstall CONTENT_DIR="D:\WSUS"

Pensez à vous positionner au préalable dans le répertoire où est stocké Wsusutil.exe :

Set-Location "C:\Program Files\Update Services\Tools"

Après quelques minutes, le processus de post-installation se termine.

La suite consiste à démarrer la console WSUS puis suivre l’assistant de configuration,  je vous laisse en compagnie de la console WSUS que vous connaissez parfaitement et qu’il faudra reconfigurer pour repartir sur des bases saines.

Bon courage ! 🙂