Nous continuons la sectionAide pour l'administrateur«
En raison du fait que le service WSUS n'est pas critique et que personne ne fait généralement de copies de sauvegarde de la base de données WSUS (qui est en SQL), et en cas de plantage de cette base de données, réinstaller l'intégralité du service et retélécharger toutes les mises à jour n'est en quelque sorte pas bon, nous avons eu l'idée de publier cet article.
En cas de perte totale de la base de données sousbd (pas de sauvegardes) vous devez faire ce qui suit :
- Arrêter WSUS
- Depuis le dossier C:\Program Files\Update Services\Tools, exécutez la commande .\Wsusutil.exe postinstall SQL_INSTANCE_NAME=”nom de l'instance” CONTENT_DIR=”lettre de lecteur:\WSUS”
Le point au début est obligatoire. \" avant wsusutil.exe, sinon cela ne fonctionnera pas dans PowerShell. Pour l'instance SQL par défaut, entrez simplement le nom du serveur. Vous avez besoin de guillemets dans la commande ci-dessus. Cela exécutera une post-installation qui installera SUSDB, recréera le site Web sur le port 8530 (par défaut) et remappera tout sur ContentDir. La commande post-installation créera un journal dans le répertoire \AppData\Local\Temp qui ressemblera à tmp*.tmp. Ce journal peut être de 0 Ko pendant un certain temps. Il créera également un autre journal nommé WsusUtilUseCustomWebSite.log. Le journal du site Web disparaîtra si l'installation du site Web est correcte, puis tmp *.log sera écrit à ce stade. Le journal tmp vous montrera les tables, les procédures stockées, les vues, etc. qui sont créées/validées dans SUSDB.
- Démarrage des services WSUS
- Ensuite, vous devez reconfigurer WSUS
- Exécution de la synchronisation
- Dans les journaux lors de la synchronisation, vous recevrez une erreur
L'avertissement WsusService.37 DBConnection.ExecuteCommandNoResult SqlException s'est produit. Numéro 50000 et message d'identité de mise à jour non valide dans XML pour la mise à jour
N'ayez pas peur après la synchronisation, ces erreurs disparaîtront