Partager via

Reconstruire des bases de données système

  • Article

S'applique à : SQL Server

Les bases de données système doivent être reconstruites pour résoudre les problèmes de corruption dans les bases de données maître, modèle, msdb ou système de ressources, ou pour modifier le classement par défaut au niveau du serveur. Cet article fournit des instructions détaillées sur la reconstruction des bases de données système dans SQL Server.

Limitations et restrictions

Lorsque les bases de données système master, model, msdb et tempdb sont reconstruites, les bases de données sont supprimées et recréées à leur emplacement d'origine. Si un nouveau classement est spécifié dans l'instruction de reconstruction, les bases de données système sont créées à l'aide de ce paramètre de classement. Les modifications apportées par les utilisateurs à ces bases de données sont perdues. Par exemple, les utilisateurs peuvent avoir défini des objets dans la base de données master et planifié des travaux dans msdb ou avoir modifié le paramétrage par défaut dans la base de données model.

Prérequis

Avant de reconstruire les bases de données système, effectuez les tâches suivantes pour être certain de pouvoir restaurer les bases de données système avec leurs paramètres actuels.

  1. Enregistrez toutes les valeurs de configuration à l'échelle du serveur.

    SELECT * FROM sys.configurations;

  2. Enregistrez tous les correctifs logiciels appliqués à l'instance de SQL Server et le classement actuel. Vous devez réappliquer ces correctifs logiciels après avoir reconstruit les bases de données système.

    SELECT
SERVERPROPERTY('ProductVersion ') AS ProductVersion,
SERVERPROPERTY('ProductLevel') AS ProductLevel,
SERVERPROPERTY('ResourceVersion') AS ResourceVersion,
SERVERPROPERTY('ResourceLastUpdateDateTime') AS ResourceLastUpdateDateTime,
SERVERPROPERTY('Collation') AS Collation;

  3. Enregistrez l'emplacement actuel de tous les fichiers de données et fichiers journaux des bases de données système. La reconstruction des bases de données système installe toutes les bases de données système à leur emplacement d'origine. Si vous avez déplacé des fichiers de données ou des fichiers journaux de bases de données système, vous devrez à nouveau les déplacer.

    SELECT name, physical_name AS current_file_location
FROM sys.master_files
WHERE database_id IN (DB_ID('master'), DB_ID('model'), DB_ID('msdb'), DB_ID('tempdb'));

  4. Localisez la sauvegarde actuelle des bases de données master, model et msdb.

  5. Si l'instance de SQL Server est configurée en tant que serveur de distribution de réplication, localisez la sauvegarde actuelle de la base de données distribution.

  6. Vérifiez que vous disposez des autorisations appropriées pour reconstruire les bases de données système. Pour effectuer cette opération, vous devez être membre du rôle serveur fixe sysadmin . Pour plus d’informations, consultez Rôles de niveau serveur.

  7. Vérifiez que des copies des fichiers modèles de données et de journaux de master, model et msdb existent sur le serveur local. L’emplacement par défaut des fichiers de modèle est C:\Program Files\Microsoft SQL Server\MSSQL<xx>.MSSQLSERVER\MSSQL\Binn\Templates (où <xx> se trouve la version que vous avez installée). Ces fichiers sont utilisés pendant le processus de reconstruction et doivent être présents pour que l'installation réussisse. S'il en manque, exécutez la fonctionnalité Réparer du programme d'installation ou copiez manuellement les fichiers à partir du média d'installation. Pour localiser les fichiers sur le support d’installation, accédez au répertoire de plateforme approprié (x86 ou x64), puis accédez à setup\sql_engine_core_inst_msi\Pfiles\SqlServr\MSSQL.X\MSSQL\Binn\Templates.

Reconstruire des bases de données système

La procédure suivante reconstruit les bases de données système master, model, msdb et tempdb. Vous ne pouvez pas spécifier les bases de données système à reconstruire. Pour les instances cluster, cette procédure doit être effectuée sur le nœud actif et la ressource SQL Server dans le groupe d'applications cluster correspondant doit être en mode hors connexion avant d'effectuer la procédure.

Cette procédure ne reconstruit pas la base de données resource. Consultez la section Reconstruire la base de données resource, plus loin dans cet article.

Reconstruire les bases de données système pour une instance de SQL Server

  1. Insérez le média d'installation SQL Server dans le lecteur de disque ou, à partir d'une invite de commandes, changez de répertoire pour accéder à l'emplacement du fichier setup.exe situé sur le serveur local. Pour SQL Server 2022 (16.x), la localisation par défaut sur le serveur est C:\Program Files\Microsoft SQL Server\160\Setup Bootstrap\SQLServer2022.

  2. À partir d'une fenêtre d'invite de commandes, tapez la commande ci-dessous. Les crochets indiquent des paramètres facultatifs. Ne saisissez pas les crochets. Si vous utilisez un système d'exploitation Windows avec le Contrôle de compte d'utilisateur activé, l'exécution du programme d'installation requiert des privilèges élevés. Pour utiliser l'invite de commandes, vous devez être administrateur.

    setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=InstanceName /SQLSYSADMINACCOUNTS=accounts [ /SAPWD= StrongPassword ] [ /SQLCOLLATION=CollationName ]
    Nom du paramètre Description
    /QUIET ou /Q Spécifie que le programme d'installation doit s'exécuter sans interface utilisateur.
    /ACTION=REBUILDDATABASE Spécifie que le programme d'installation doit recréer les bases de données système.
    /INSTANCENAME=Nom_Instance Nom de l'instance de SQL Server. Pour l'instance par défaut, entrez MSSQLSERVER.
    /SQLSYSADMINACCOUNTS=comptes Spécifie les comptes de groupes Windows ou les comptes individuels à ajouter au rôle serveur fixe sysadmin . Lorsque vous spécifiez plusieurs comptes, utilisez l'espace comme séparateur. Par exemple, entrez BUILTIN\Administrateurs MonDomaine\MonUtilisateur. Lorsque vous spécifiez un compte qui contient un espace vide dans son nom, placez le compte entre guillemets doubles. Par exemple, entrez NT AUTHORITY\SYSTEM.
    [ /SAPWD=MotDePasseFort ] Spécifie le mot de passe du compte sa SQL Server. Ce paramètre est requis si l’instance utilise le mode Authentification mixte (SQL Server et Authentification Windows).

    Remarque sur la sécurité : le compte sa est un compte SQL Server bien connu qui est souvent la cible d’utilisateurs malveillants. Il est essentiel que vous utilisiez un mot de passe fort pour la connexion sa.

    Ne pas spécifier ce paramètre pour le mode Authentification Windows.
    [ /SQLCOLLATION=NomClassement ] Spécifie un nouveau classement au niveau du serveur. Ce paramètre est facultatif. S'il n'est pas spécifié, c'est le classement actuel du serveur qui est utilisé.

    Important : la modification du classement de niveau serveur ne modifie pas le classement des bases de données utilisateur existantes. En revanche, les bases de données utilisateur qui seront créées utiliseront le nouveau classement par défaut.

    Pour plus d’informations, consultez Définir ou modifier le classement du serveur.
    [ /SQLTEMPDBFILECOUNT=NumberOfFiles ] Spécifie le nombre de fichiers de données tempdb. Cette valeur peut être augmentée jusqu’à 8 ou jusqu’au nombre de cœurs, la valeur la plus élevée étant applicable.

    Valeur par défaut : 8 ou le nombre de cœurs (la plus petite valeur des deux).
    [ /SQLTEMPDBFILESIZE=FileSizeInMB ] Spécifie la taille initiale de chaque fichier de données tempdb dans Mo. Le programme d’installation autorise la taille maximale de 1 024 Mo.

    Valeur par défaut : 8
    [ /SQLTEMPDBFILEGROWTH=FileSizeInMB ] Spécifie l’incrément de croissance de chaque fichier de données tempdb en Mo. La valeur 0 indique que la croissance automatique est désactivée et qu'aucun espace supplémentaire n'est autorisé. Le programme d’installation autorise la taille maximale de 1 024 Mo.

    Valeur par défaut : 64
    [ /SQLTEMPDBLOGFILESIZE=FileSizeInMB ] Spécifie la taille initiale du fichier journal tempdb ​​en Mo. Le programme d’installation autorise la taille maximale de 1 024 Mo.

    Valeur par défaut : 8

    Plage autorisée : Min = 8, Max = 1024
    [ /SQLTEMPDBLOGFILEGROWTH=FileSizeInMB ] Spécifie l’incrément de croissance du fichier journal tempdb ​​en Mo. La valeur 0 indique que la croissance automatique est désactivée et qu'aucun espace supplémentaire n'est autorisé. Le programme d’installation autorise la taille maximale de 1 024 Mo.

    Valeur par défaut : 64

    Plage autorisée : Min = 8, Max = 1024
    [ /SQLTEMPDBDIR=Directories ] Spécifie les répertoires pour les fichiers de données tempdb. Lorsque vous spécifiez plusieurs répertoires, utilisez l’espace comme séparateur. Si plusieurs répertoires sont spécifiés, les fichiers de données tempdb sont répartis dans les répertoires selon le principe du tourniquet (round robin).

    Valeur par défaut : Répertoire des données système.
    [ /SQLTEMPDBLOGDIR=Directory ] Spécifie le répertoire du fichier journal tempdb.

    Valeur par défaut : Répertoire des données système.

  3. Lorsque le programme d'installation a terminé la reconstruction des bases de données système, il revient à l'invite de commandes sans afficher de message. Examinez le fichier journal Summary.txt pour vérifier que le processus s'est correctement déroulé. Le fichier se trouve dans C:\Program Files\Microsoft SQL Server\160\Setup Bootstrap\Logs.

  4. Le scénario RebuildDatabase supprime les bases de données système et les installe à nouveau dans un état propre. Étant donné que le paramètre du nombre de fichiers tempdb ne persiste pas, la valeur du nombre de fichiers tempdb n’est pas connue lors de l’installation. Par conséquent, le scénario RebuildDatabase ne connaît pas le nombre de fichiers tempdb à ajouter à nouveau. Vous pouvez fournir à nouveau la valeur du nombre de fichiers tempdb avec le paramètre SQLTEMPDBFILECOUNT. Si le paramètre n’est pas fourni, RebuildDatabase ajoute un numéro par défaut des fichiers tempdb, c’est-à-dire autant de fichiers tempdb que le nombre de en tant que le nombre de processeurs ou 8, la valeur la plus petite étant applicable.

Tâches à effectuer après la reconstruction

Après avoir reconstruit la base de données, vous devrez peut-être effectuer les tâches supplémentaires suivantes :

  • restaurer vos sauvegardes complètes les plus récentes des bases de données master, model et msdb. Pour plus d’informations, consultez Sauvegarder et restaurer des bases de données système (SQL Server).

    Important

    Si vous avez modifié le classement du serveur, ne restaurez pas les bases de données système. Cette opération remplacerait le nouveau classement par le paramétrage de classement précédent.

    Si une sauvegarde n'est pas disponible ou si la sauvegarde restaurée n'est pas actuelle, recréez toutes les entrées manquantes. Par exemple, recréez toutes les entrées manquantes pour vos bases de données utilisateur, unités de sauvegarde, connexions SQL Server, points de terminaison, et ainsi de suite. Le meilleur moyen de recréer des entrées est d'exécuter les scripts d'origine qui les ont créées.

    Important

    Nous vous conseillons de protéger vos scripts et de les conserver en lieu sûr pour éviter que des personnes non autorisées ne les modifient.

  • Si l'instance de SQL Server est configurée comme serveur de distribution de réplication, vous devez restaurer la base de données distribution. Pour plus d’informations, consultez Sauvegarder et restaurer des bases de données répliquées.

  • Déplacer les bases de données système vers les emplacements que vous avez enregistrés précédemment. Pour plus d’informations, consultez Déplacer des bases de données système.

  • Vérifier que les valeurs de configuration à l'échelle du serveur correspondent à celles que vous avez enregistrées précédemment.

Régénérez la base de données resource

La procédure suivante reconstruit la base de données système resource. La reconstruction de la base de données resource entraîne la perte de tous les correctifs logiciels, qui doivent donc être réappliqués.

Regénérer la base de données système resource

  1. Lancez le programme d'installation SQL Server (setup.exe) à partir du média de distribution.

  2. Dans la zone de navigation gauche, sélectionnez Maintenance, puis sélectionnez Réparer.

  3. La règle de support du programme d'installation et les routines de fichiers sont exécutées pour garantir que les composants requis sont installés sur votre système et que les règles de validation du programme d'installation ont été correctement exécutées sur l'ordinateur. Sélectionnez OK ou Installer pour continuer.

  4. Dans la page Sélectionner une instance, sélectionnez l’instance à réparer, puis sélectionnez Suivant.

  5. Les règles de réparation sont exécutées pour valider l'opération. Pour continuer, sélectionnez suivant.

  6. Dans la page Prêt à réparer, sélectionnez sur Réparer. La page Terminé indique que l'opération est terminée.

Créez une base de données msdb

Si la base de données msdb est endommagée et que vous ne possédez pas de sauvegarde de la base de données msdb, vous pouvez créer une nouvelle msdb à l'aide du script instmsdb.

Avertissement

La reconstruction de la base de données msdb à l’aide du script instmsdb.sql élimine toutes les informations stockées dans msdb telles que les travaux, l’alerte, les opérateurs, les plans de maintenance, l’historique de sauvegarde, les paramètres de gestion basée sur des stratégies, la messagerie de base de données, l’entrepôt de données des performances, et ainsi de suite.

  1. Arrêtez tous les services se connectant au moteur de base de données, y compris SQL Server Agent, SSRS, SSIS et toutes les applications utilisant SQL Server comme magasin de données.

  2. Démarrez SQL Server à partir de la ligne de commande à l'aide de la commande :

    NET START MSSQLSERVER /T3608

    Pour plus d'informations, consultez Démarrer, arrêter, suspendre, reprendre, redémarrer les services SQL Server. Pour plus d’informations sur Trace Flag 3608, consultez TF3608.

  3. Dans une autre fenêtre de ligne de commande, détachez la base de données msdb à l’aide de la commande suivante, en remplaçant <servername> par l’instance de SQL Server :

    SQLCMD -E -S<servername> -dmaster -Q"EXEC sp_detach_db msdb"

  4. À l'aide de l'Explorateur Windows, renommez les fichiers de la base de données msdb. Par défaut, ils se trouvent dans le sous-dossier DATA de l'instance de SQL Server.

  5. À l’aide du Gestionnaire de configuration SQL Server, arrêtez et redémarrez normalement le service Moteur de base de données sans indicateurs de trace supplémentaires.

  6. Dans une fenêtre d’invite de commande, connectez-vous à SQL Server et exécutez la commande :

    SQLCMD -E -S<servername> -i"C:\Program Files\Microsoft SQL Server\MSSQLXX.INSTANCE_NAME\MSSQL\Install\instmsdb.sql" -o"C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Install\instmsdb.out"

    Remplacez <servername> par l'instance du moteur de base de données. Utilisez le chemin d'accès au système de fichiers de l'instance de SQL Server. Aussi, remplacez MSSQLXX.INSTANCE_NAME par le répertoire qui correspond à votre version et instance.

  7. À l'aide du Bloc-notes Windows, ouvrez le fichier instmsdb.out et vérifiez qu'il ne présente aucune erreur.

  8. Réappliquez toutes les unités de certification installées sur l’instance, qui mettez à niveau votre base de données msdb vers le niveau d’unité de certification actuel.

  9. Recréez le contenu de l'utilisateur stocké dans la base de données msdb, tel que les travaux, les alertes, et les autres éléments.

  10. Sauvegardez la base de données msdb .

Régénérez la base de données tempdb

Si la base de données tempdb est endommagée ou suspecte et que le moteur de base de données ne démarre pas, vous pouvez régénérer tempdb sans avoir à régénérer toutes les bases de données système.

  1. Renommez les fichiers tempdb.mdf et templog.ldf actuels, s’ils ne sont pas manquants.

  2. Démarrez SQL Server à partir d’une invite de commandes à l’aide de la commande suivante.

    sqlservr -c -f -T3608 -T4022 -s <instance> -mSQLCMD

    Pour un nom d’instance par défaut utilisez MSSQLSERVER, pour l’utilisation de l’instance nommée MSSQL$<instance_name>. L’indicateur de trace 4022 désactive l’exécution des procédures stockées de démarrage. Le -mSQLCMD permet uniquement à sqlcmd.exe de se connecter au serveur. Pour plus d’informations, consultez Autres options de démarrage.

    Remarque

    Assurez-vous que la fenêtre d’invite de commandes reste ouverte après le démarrage du SQL Server. La fermeture de la fenêtre d’invite de commandes met fin au processus.

  3. Connectez-vous au serveur à l’aide de sqlcmd, puis utilisez la procédure stockée suivante pour réinitialiser l’état de la base de données tempdb.

    exec master..sp_resetstatus tempdb

  4. Arrêtez le serveur en appuyant sur Ctrl+C dans la fenêtre d’invite de commandes.

  5. Redémarrez le service SQL Server. Cela crée un nouvel ensemble de fichiers de base de données tempdb et récupère la base de données tempdb.

Corriger les erreurs de reconstruction

Les erreurs de syntaxe et autres erreurs d'exécution sont affichées dans la fenêtre d'invite de commandes. Vérifiez que l'instruction Setup ne comporte pas les erreurs de syntaxe suivantes :

  • Barre oblique manquante (/) devant chaque nom de paramètre.

  • Signe égal manquant (=) entre le nom du paramètre et sa valeur.

  • Présence d'espaces entre le nom du paramètre et le signe égal.

  • Présence de virgules (,) ou d'autres caractères qui ne sont pas spécifiés dans la syntaxe.

Une fois l'opération de reconstruction terminée, examinez les journaux SQL Server pour vérifier s'ils contiennent des erreurs. L’emplacement du journal d’activité par défaut est C:\Program Files\Microsoft SQL Server\160\Setup Bootstrap\Logs. Pour localiser le fichier journal qui contient les résultats du processus de reconstruction, accédez au dossier Logs à partir d'une invite de commandes, puis exécutez findstr /s RebuildDatabase summary*.*. Cette recherche vous dirige vers les fichiers journaux qui contiennent les résultats de la reconstruction des bases de données système. Ouvrez les fichiers journaux et recherchez les messages d'erreur pertinents.

Voir aussi