Partager via

Migration de la base de données WSUS de WID vers SQL

Utilisez les étapes suivantes pour migrer la base de données WSUS (SUSDB) d’une instance Base de données interne Windows vers une instance locale ou distante de SQL Server.

Prérequis

  • Instance SQL. Il peut s’agir de la valeur MSSQLServer par défaut ou d’une instance personnalisée.
  • SQL Server Management Studio
  • WSUS avec le rôle WID installé
  • IIS (normalement inclus lorsque vous installez WSUS via le Gestionnaire de serveur). Si ce n’est pas déjà installé, il faut le faire.

Migration de la base de données WSUS

Arrêter les services IIS et WSUS sur le serveur WSUS

À partir de PowerShell (avec élévation de privilèges), exécutez :

    Stop-Service IISADMIN
    Stop-Service WsusService

Détacher SUSDB de la Base de données interne Windows

À l’aide de SQL Management Studio

  1. Cliquez avec le bouton droit sur SUSDB ->Tâches -> cliquez sur Détacher : Capture d’écran de SQL Server Management Studio montrant l’option SUSDB > Tâches > Détacher sélectionnée.
  2. Cochez Supprimer les connexions existantes, puis cliquez sur OK (facultatif, si des connexions actives existent). Capture d’écran de la boîte de dialogue Détacher la base de données avec l’option Supprimer les connexions existantes sélectionnée et l’option OK mise en évidence.

Utilisation de l’invite de commandes

Important

Ces étapes montrent comment détacher la base de données WSUS (SUSDB) à partir de l’instance Base de données interne Windows à l’aide de l’utilitaire sqlcmd. Pour plus d’informations sur l’utilitaire sqlcmd, consultez Utilitaire sqlcmd.

  1. Ouvrez une invite de commandes avec élévation de privilèges
  2. Exécutez la commande SQL suivante pour détacher la base de données WSUS (SUSDB) à partir de l’instance Base de données interne Windows à l’aide de l’utilitaire sqlcmd :
        sqlcmd -S \\.\pipe\Microsoft##WID\tsql\query
        use master
        GO
        alter database SUSDB set single_user with rollback immediate
        GO
        sp_detach_db SUSDB
        GO

Copier les fichiers SUSDB sur SQL Server

  1. Copiez SUSDB.mdf et SUSDB_log.ldf à partir du dossier de données WID (%SystemDrive%\Windows\WID\Data) vers le dossier de données de l’instance SQL.

Conseil

Par exemple, si votre dossier d’instance SQL est C:\Program Files\Microsoft SQL Server\MSSQL12. MSSQLSERVER\MSSQL et que le dossier de données WID est C:\Windows\WID\Data, copiez les fichiers SUSDB à partir de C:\Windows\WID\Data vers C:\Program Files\Microsoft SQL Server\MSSQL12. MSSQLSERVER\MSSQL\Data

Attacher SUSDB à l’instance SQL

  1. Dans SQL Server Management Studio, sous le nœud Instance, cliquez avec le bouton droit sur Bases de données, puis cliquez sur Attacher. Capture d’écran de SQL Server Management Studio montrant l’option Bases de données > Attacher sélectionnée.
  2. Dans la zone Attacher des bases de données, sous Bases de données à attacher, cliquez sur le bouton Ajouter et recherchez le fichier SUSDB.mdf (copié à partir du dossier WID), puis cliquez sur OK. Capture d’écran de la boîte de dialogue Attacher des bases de données avec l’option Ajouter mise en évidence. Capture d’écran de la boîte de dialogue Localiser les fichiers de base de données avec le fichier S U S D B M D F mis en évidence.

Conseil

Cela peut également être effectué à l’aide de Transact-Sql. Consultez la documentation SQL pour attacher une base de données afin de découvrir les instructions appropriées.

Exemple (en utilisant des chemins d’accès de l’exemple précédent) :

   USE master;
   GO
   CREATE DATABASE SUSDB
   ON
       (FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Data\SUSDB.mdf'),
       (FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Log\SUSDB_Log.ldf')
       FOR ATTACH;
   GO

Vérifier les autorisations et les connexions pour SQL Server et Base de données

Autorisations de connexion pour SQL Server

Après avoir attaché SUSDB, vérifiez que NT AUTHORITY\NETWORK SERVICE dispose des autorisations de connexion à l’instance de SQL Server en procédant comme suit :

  1. Accédez à SQL Server Management Studio
  2. Ouvrez l’instance
  3. Cliquez sur Sécurité
  4. Cliquez sur Connexions

Le compte NT AUTHORITY\NETWORK SERVICE doit être répertorié. Si ce n’est pas le cas, vous devez l’ajouter en utilisant Nouveau nom de connexion.

Important

Si l’instance SQL se trouve sur un ordinateur différent de celui où se trouve WSUS, le compte d’ordinateur du serveur WSUS doit être répertorié au format [FQDN]\[WSUSComputerName]$. Si ce n’est pas le cas, utilisez les étapes ci-dessous pour l’ajouter, en remplaçant NT AUTHORITY\NETWORK SERVICE par le compte d’ordinateur du serveur WSUS ([FQDN]\[WSUSComputerName]$). Cette procédure s’ajoute à l’octroi de droits à NT AUTHORITY\NETWORK SERVICE

Ajout de NT AUTHORITY\NETWORK SERVICE et octroi de droits
  1. Cliquez avec le bouton droit sur Connexions, puis cliquez sur Nouvelle connexion…Capture d’écran de SQL Server Management Studio montrant l’option Connexions > Nouvelle connexion sélectionnée.
  2. Sur la page Général, renseignez le nom de la connexion (NT AUTHORITY\NETWORK SERVICE) et définissez la Base de données par défaut sur SUSDB. Capture d’écran de la page Général de la boîte de dialogue Connexion montrant les champs Nom de la connexion et Base de données par défaut renseignés.
  3. Sur la page Rôles de serveur, vérifiez que public et sysadmin sont sélectionnés. Capture d’écran de la page Rôles de serveur de la boîte de dialogue Connexion montrant les options public et sysadmin sélectionnées.
  4. Sur la page Mappage des utilisateurs :
    • Sous Utilisateurs mappés à cette connexion : sélectionnez SUSDB
    • Sous Appartenance au rôle de base de données pour : SUSDB, vérifiez que les éléments suivants sont cochés :
      • public
      • webServiceCapture d’écran de la page Mappage des utilisateurs de la boîte de dialogue Connexion affichant les options public et webService sélectionnées.
  5. Cliquez sur OK.

Vous devez maintenant voir NT AUTHORITY\NETWORK SERVICE sous Connexions. Capture d’écran de l’Explorateur d’objets montrant N T AUTHORITY NETWORK SERVICE sous Connexions.

Autorisations de base de données

  1. Cliquez avec le bouton droit sur SUSDB
  2. Sélectionnez Propriétés
  3. Cliquez sur Autorisations

Le compte NT AUTHORITY\NETWORK SERVICE doit être répertorié.

  1. Si ce n’est pas le cas, ajoutez le compte.

  2. Dans la zone de texte Nom de la connexion, entrez l’ordinateur WSUS au format suivant :

    [FQDN]\[WSUSComputerName]$

  3. Vérifiez que la base de données par défaut est définie sur SUSDB.

    Conseil

    Dans l’exemple suivant, le nom de domaine complet est Contosto.com et le nom de l’ordinateur WSUS est WsusMachine :

    Capture d’écran de la boîte de dialogue Connexion montrant que le nom de domaine complet est Contosto.com** et que le nom de l’ordinateur W S U S est WsusMachine.

  4. Sur la page Mappage des utilisateurs, sélectionnez la base de données SUSDB sous Utilisateurs mappés à cette connexion

  5. Vérifiez webservice sous Appartenance au rôle de base de données pour : SUSDB : Capture d’écran de la page Mappage des utilisateurs de la boîte de dialogue Connexion montrant les options SUSDB et webService sélectionnées.

  6. Cliquez sur OK pour enregistrer les paramètres.

    Remarque

    Vous devrez peut-être redémarrer le service SQL pour que les modifications soient appliquées.

Modifier le registre pour pointer WSUS sur l’instance SQL Server

Important

Suivez attentivement les étapes décrites dans cette section. De graves problèmes peuvent se produire si vous modifiez le Registre de façon incorrecte. Avant de le modifier, sauvegardez le Registre afin de pouvoir le restaurer en cas de problème.

  1. Cliquez sur Démarrer, sur Exécuter, tapez regedit& , puis cliquez sur OK.

  2. Recherchez la clé suivante : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\UpdateServices\Server\Setup\SqlServerName

  3. Dans la zone de texte Valeur, tapez [ServerName]\[InstanceName], puis cliquez sur OK. Si le nom de l’instance est l’instance par défaut, tapez [ServerName].

  4. Recherchez la clé suivante : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup\Installed Role Services\UpdateServices-WidDatabaseCapture d’écran de la boîte de dialogue Éditeur de registre avec la clé UpdateServices-WidDatabase mise en évidence.

  5. Renommez la clé UpdateServices-DatabaseCapture d’écran de la boîte de dialogue Éditeur de registre montrant la mise à jour du nom de la clé sur UpdateServices-Database.

    Remarque

    Si vous ne mettez pas à jour cette clé, WsusUtil tentera de traiter WID plutôt que l’instance SQL vers laquelle vous avez migré.

Démarrer les services IIS et WSUS sur le serveur WSUS

À partir de PowerShell (avec élévation de privilèges), exécutez :

    Start-Service IISADMIN
    Start-Service WsusService

Remarque

Si vous utilisez la console WSUS, fermez-la et redémarrez-la.

Avertissement

La suppression du rôle WID supprime également un dossier de base de données (%SystemDrive%\Program Files\Update Services\Database) qui contient les scripts requis par WSUSUtil.exe pour les tâches post-installation. Si vous choisissez de désinstaller le rôle WID, veillez à sauvegarder le dossier %SystemDrive%\Program Files\Update Services\Database au préalable.

À l’aide de PowerShell :

Uninstall-WindowsFeature -Name 'Windows-Internal-Database'

Une fois le rôle WID supprimé, vérifiez que la clé de registre suivante est présente : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup\Installed Role Services\UpdateServices-Database