Résumé : La base de données Master est une base de données très importante car elle contient la configuration principale de la base de données SQL. Mais si elle est corrompue, l'utilisateur doit faire face à divers problèmes. Nous discuterons donc des moyens de reconstruire la base de données principale dans SQL Server.
De nombreux utilisateurs utilisent le serveur SQL et maintiennent leur sauvegarde, mais parfois les utilisateurs évitent les défaillances de la base de données et les accidents se produisent. Ainsi, afin de surmonter certaines actions.
Tous les paramètres de configuration et les informations de compte de la base de données sont stockés dans les fichiers de base de données SQL Server. La base de données principale contient 2 fichiers :master.mdf et masterlog.ldf. Il contient tous les enregistrements des fichiers qui existent dans la base de données. Les utilisateurs ne peuvent pas démarrer le serveur SQL si la base de données principale est corrompue ou indisponible.
Par conséquent, dans ce blog, nous discuterons de certaines méthodes pour reconstruire la base de données principale dans le serveur SQL. Avant de passer à la partie solution, voyons comment vérifier si votre base de données principale est corrompue ou non.
Remarque importante : Si vous souhaitez une solution rapide pour reconstruire la base de données principale dans SQL Server, l'utilisateur peut faire appel à Emaildoctor Recover SQL Database Software pour résoudre les problèmes liés à la corruption.
Vérifiez si votre base de données principale est corrompue ou non
- Occurrence d'erreurs d'entrée/sortie ou de défauts de segmentation.
- Lorsque l'utilisateur ne parvient pas à démarrer le serveur SQL.
- Génération d'un rapport par le vérificateur de cohérence de la base de données.
Connaître les raisons de reconstruire la base de données principale dans SQL Server
- Lorsque l'utilisateur supprime des informations cruciales sur les connexions, le serveur lié et la configuration du serveur SQL.
- Lorsque la base de données principale est corrompue par une défaillance matérielle ou logicielle.
- Lorsque l'utilisateur souhaite créer un clone de la base de données.
- Lorsque les utilisateurs doivent restaurer la base de données dans une nouvelle instance.
Méthodes manuelles pour reconstruire la base de données principale dans SQL Server
Afin de reconstruire la base de données principale dans le serveur de base de données SQL, suivez la procédure ci-dessous :
Méthode 1 :Procédure de pré-reconstruction
Étant donné que la base de données principale est corrompue. Par conséquent, pour éviter la perte d'autres fichiers, il est important de faire une sauvegarde de ces fichiers. Nous devons sauvegarder ces fichiers données MSDB, journal MSDB, modèle de connexion et modèle . Exécutons le processus de sauvegarde :
- Lancer le gestionnaire de configuration du serveur SQL sur le système
- Cliquez sur les services du serveur SQL .
- Maintenant, choisissez le service souhaité et sélectionnez Arrêter pour arrêter les services un par un.
- Quitter le gestionnaire de configuration du serveur SQL.
Accédez à l'emplacement où la base de données principale a été reconstruite
Remarque :L'emplacement du répertoire où la base de données principale sera automatiquement reconstruite est :
C:\Program Files\Microsoft SQL Server\[NOM DE L'INSTANCE]\MSSQL\DATA
Extrayez tous les fichiers dans un dossier séparé et supprimez le journal principal corrompu, le journal temporaire et les fichiers tempdb.
Procédure de reconstruction
Les utilisateurs doivent suivre ces étapes pour reconstruire la base de données principale :
- Dans la fenêtre de commande, modifiez l'emplacement du répertoire de l'instance de serveur.
- Entrez l'emplacement du répertoire où se trouve le support d'installation de SQL Server 2016.
- Ouvrir l'invite de commande en tant qu'administrateur.
- Exécutez la commande suivante.
- Ensuite, appuyez sur le bouton Entrée.
Reconstruire la base de données principale
Au moment où toutes les bases de données sont reconstruites, aucun message n'est renvoyé dans l'invite de commande. Si vous souhaitez vérifier si la procédure s'est déroulée avec succès ou non, consultez le fichier summary.txt.
L'emplacement de ce fichier est :
C:\Program Files\Microsoft SQL Server\130\Setup Bootstrap\Logs
Procédure post-reconstruction
Une fois le processus de reconstruction terminé, exécutez les opérations suivantes :
- Après la reconstruction de la base de données principale.
- Redémarrer tous les services qui ont été utilisés pour s'arrêter.
- Restaurer les sauvegardes du modèle et base de données MSDB.
- Si une sauvegarde des données n'est pas présente, vous pouvez simplement remplacer les fichiers de modèle et reconstruire MSDB avec les fichiers de sauvegarde que nous avons créés dans la première section. Cette étape doit être effectuée après la suspension des services.
Méthode authentique pour reconstruire la base de données principale dans SQL Server
La méthode manuelle est très longue et c'est aussi une tâche très fastidieuse à faire. De plus, seule une expertise technique est requise pour mener à bien cette opération. Ainsi, pour éviter de tels problèmes, les utilisateurs peuvent utiliser une autre méthode authentique pour reconstruire la base de données principale, en utilisant la récupération de la base de données SQL outil. C'est un outil professionnel pour reconstruire la base de données principale dans SQL Server. Cela peut facilement supprimer facilement les problèmes de corruption.
Les bases de données primaires et secondaires peuvent être réparées à l'aide de cette outil. Il analyse et exporte également les déclencheurs, les règles, les tables, les fonctions et les procédures stockées. Ce logiciel est également compatible avec les types de données XML ASCII et Unicode. L'utilisateur peut facilement récupérer les objets de base de données SQL supprimés à l'aide de cette application. Cet outil est également compatible avec toutes les versions de SQL Server telles que 2019, 2017, 2016, 2014, 2012 et d'autres versions inférieures.
Conclusion
La majorité des utilisateurs de SQL sont confrontés à de tels problèmes en raison de fichiers de base de données corrompus. Il est essentiel de résoudre ces types de problèmes dès que possible. Ce blog explique une méthode manuelle ainsi que la méthode authentique pour reconstruire la base de données principale dans les versions SQL Server 2019/ 2017 / 2016/ 2014/ 2012 et inférieures.
