Comment réparer une base de données suspecte dans MSSQL

Réparer une base de données suspecte dans MSSQL - Knowband

La base de données peut parfois être marquée comme SUSPECT lorsque vous vous connectez à une instance SQL Server. Vous ne pourrez pas vous connecter à la base de données pour lire et écrire des données dans cette situation. Les procédures que vous devez suivre pour restaurer votre base de données marquée comme SUSPECT sont décrites dans l’article.

Raisons de cette erreur

Voici quelques causes suivantes car nous devons faire face à l’erreur de base de données suspectée.

  1. Redémarrez ou arrêtez la base de données sans arrêter le serveur SharePoint.
  2. La base de données aurait pu être corrompue.
  3. Il n’y a pas assez d’espace disponible pour que SQL Server puisse récupérer la base de données au démarrage.
  4. La base de données ne peut pas être ouverte en raison de fichiers inaccessibles ou d’une mémoire ou d’un espace disque insuffisant.
  5. Les fichiers de base de données sont détenus par les systèmes d’exploitation, des logiciels de sauvegarde tiers, etc.
  6. Un arrêt inattendu de SQL Server, une panne de courant ou une panne matérielle s’est produit.

Resolutie

Voici quelques étapes pour résoudre ce problème. Tout d’abord, assurez-vous que Microsoft SQL Server Management Studio est installé sur votre système.

1. Tout d’abord, ouvrez votre Microsoft SQL Server Management Studio et remplissez les informations d’identification de votre base de données pour vous connecter à votre base de données.

Studio de gestion Microsoft SQL Server

2. Ensuite, faites un clic droit sur votre base de données suspectée et cliquez sur le bouton Nouvelle requête pour rédiger une requête.

faites un clic droit sur votre base de données suspectée et cliquez sur le bouton Nouvelle requête pour écrire une requête

3. Après cela, exécutez les commandes ci-dessous une par une. Ici, vous devez remplacer [YourDatabase] par le nom de votre base de données.

un. Réinitialisez l’état de la base de données pour effacer tous les indicateurs d’erreur.

EXEC sp_resetstatus [VotreBase de données] ;

Cette commande réinitialise l’état de la base de données spécifiée. Si une base de données est marquée comme « suspecte » ou dans un état similaire, cette commande peut effacer ce statut. C’est la première étape pour tenter de remettre la base de données en ligne.

b. Mettez la base de données dans un état où elle peut être vérifiée et réparée en toute sécurité (mode d’urgence).

MODIFIER LA BASE DE DONNÉES [VotreBase de Données] DÉFINIR L’URGENCE

Cette commande définit la base de données en mode d’urgence. Le mode d’urgence est un état spécial utilisé pour le dépannage. Dans ce mode :

  • La base de données est définie en lecture seule.
  • Seuls les membres du rôle sysadmin peuvent accéder à la base de données.
  • Il est utilisé lorsque la base de données est gravement endommagée et n’est pas accessible normalement.

c. Recherchez tout problème dans la base de données.

,war DBCC checkdb ([Votrebase de données])

Cette commande exécute l’utilitaire DBCC CHECKDB, qui vérifie l’intégrité physique et logique de l’ensemble de la base de données. Il identifie toute corruption ou problème au sein de la base de données.

d. Assurez-vous qu’aucun autre utilisateur n’est connecté pour interférer avec le processus de réparation (mode mono-utilisateur).

,war ALTER DATABASE [VotreBase de Données] SET SINGLE_USER AVEC ROLLBACK IMMÉDIATE

Cette commande définit la base de données en mode mono-utilisateur avec restauration immédiate. Cela signifie:

  • Un seul utilisateur à la fois peut accéder à la base de données.
  • Toutes les autres connexions à la base de données sont immédiatement interrompues.
  • Il est nécessaire d’empêcher d’autres utilisateurs d’interférer avec le processus de réparation.

e. Réparez la base de données, en acceptant que certaines données puissent être perdues pour résoudre les problèmes.

,war DBCC CheckDB ([Votrebase de données], REPAIR_ALLOW_DATA_LOSS)

Cette commande exécute à nouveau l’utilitaire DBCC CHECKDB, mais cette fois avec l’option REPAIR_ALLOW_DATA_LOSS. Cette option tente de réparer toute corruption détectée, mais elle peut entraîner une perte de données car elle peut supprimer ou modifier des données corrompues pour rendre la base de données à nouveau fonctionnelle.

F. Remettez la base de données en fonctionnement normal (mode multi-utilisateurs).

,warALTER DATABASE [Votrebase de données] SET MULTI_USER

Cette commande rétablit la base de données en mode multi-utilisateur, ce qui permet à plusieurs utilisateurs de se connecter et d’utiliser la base de données normalement.

4. Après l’exécution, le script actualise la base de données.

Pour toute question, vous pouvez nous joindre à support@knowband.com. Knowband fournit les meilleures solutions de leur catégorie pour tout ce qui concerne le commerce électronique. Nous proposons également des développements personnalisés de toutes sortes comme des plugins et Applications mobiles pour Prestashop, et Opencart. Magento et Magento 2. Cliquez ici en savoir plus.

Knowband Mobile App Builder Module

Générateur d’applications mobiles Knowband

Créez l’application mobile pour votre magasin en quelques heures avec le module Knowband Mobile App Builder.

Savoir plus

Recommandations pour vous:

Nous recommandons vivement notre Application mobile sans code solution à tous les propriétaires de magasins de commerce électronique. Savoir plus:

 

Leave a Reply

Your email address will not be published. Required fields are marked *