8 étapes essentielles pour corriger une erreur dans une production SQL Server Base de données

Dans cet article, nous examinons la résolution d'une erreur que vous pouvez rencontrer sur une production SQL Server base de données

Faire face à une erreur dans le serveur de production lors de l'utilisation SQL Server est un grand obstacle. Vous ne pouvez pas continuer à travailler tant que vous n'avez pas éliminé l'erreur. Voici donc quelques choses à faire chaque fois que vous rencontrez une erreur sur le serveur de production.

1. Découvrez l'étendue de la corruption : Le most chose importante à faire est de savoir quelle est l'ampleur de la corruption. S'il est important et répandu, vous devrez changer de matériel et ne pas perdre de temps à réparer les dégâts. En cas de corruption à grande échelle, se propageant dans les bases de données, vous pouvez informer toutes les parties prenantes, les responsables et les autres membres de l'équipe par e-mail. À ce stade, votre seule préoccupation devrait être de savoir où basculer.

2. Agir en fonction de l'ampleur des dégâts : Si vous vous rendez compte que la corruption n'est pas très répandue, il vous suffit d'intimider vos coéquipiers et votre manager. Cependant, s'il est réparti sur l'ensemble de l'application, vous devrez en informer les propriétaires ainsi que les parties prenantes.

3. Que faire si vous utilisez SAN : La première chose à faire si vous utilisez un réseau de stockage est d'alerter l'équipe qui gère le stockage, afin qu'elle puisse empêcher la corruption de se propager à d'autres fichiers sur le même stockage.

4. Arrêtez de supprimer les sauvegardes : S'il y a quelqu'un responsable de la suppression des sauvegardes après un certain temps, cette personne doit être mise au chômage immédiatement. Vous devrez restaurer la sauvegarde sans corruption, qui pourrait être celle qui est suffisamment ancienne pour être supprimée. Si vous n'avez pas cela, vous n'aurez probablement aucun moyen de restaurer les données.

5. Passez en revue la dernière analyse CHECKDB : Une analyse CHECKDB peut vous indiquer quand la dernière analyse sécurisée a été effectuée, c'est-à-dire à quand remonte la dernière fois que vous avez obtenu une analyse sans corruption. Une fois que vous savez quand était-ce, vous devez trouver des sauvegardes complètes et différentielles sans corruption pour pouvoir restaurer les données. Ce sera votre chemin de récupération alternatif.

6. Trouvez une solution facile : Une fois que vous avez les détails de la dernière analyse CHECKDB, vous devriez être en mesure de trouver une solution simple comme - supprimer l'index, recréer l'index, etc. Mais n'exécutez pas une autre analyse pour le moment.

7. Répartir le travail : Si vous avez trouvé une solution, vous devez créer des équipes et allouer les travaux de réparation à ces équipes. Une équipe doit restaurer des sauvegardes sécurisées, une autre peut s'engager avec le support Microsoft, une équipe peut effectuer une analyse CHECKDB, etc. Si cela ne fonctionne pas, optez pour un spécialiste fixer mdf outil.

8. Continuez à travailler et à faire des mises à jour : Ne paniquez pas et n'abandonnez pas, vous êtes maintenant sur le point de résoudre le problème et de réparer la base de données. Une fois le plan d'action prêt, le travail a été réparti, continuez à travailler et à progresser. Continuez à mettre à jour votre statut sur l'avancement du travail, assurez-vous que tous les membres de l'équipe sont bien informés et qu'il n'y a pas de mauvaise communication. Si vous faites tout correctement, avec un esprit calme, vous réussirez à résoudre le problème.

Introduction de l'auteur:

Victor Simon est un expert en récupération de données dans DataNumen, Inc., qui est le leader mondial des technologies de récupération de données, y compris réparer l'accès et produits logiciels de récupération sql. Pour plus d'informations, visitez www.datanumen.com