Ce qui signifie-t-il si la base de données toujours continue à aller dans la RÉCUPÉRATION?

Chaque fois que je lance une requête, ma base de données ne répond pas à une deuxième requête et se plaint qu'il est en mode de récupération (bien qu'il ne montre rien à côté du nom de base de données). Ce qui se passe pendant environ 5 à 10 minutes, après quoi tout revient à la normale.

Je suis dans l'attente d'un accident majeur, donc je copie les tables dans une base de données différente, mais quelqu'un sait pourquoi cela pourrait se produire ou s'il y a une solution permanente?

  • Le JOURNAL contiendra des détails pourquoi il va dans la récupération.
InformationsquelleAutor Legend | 2011-08-05
  1. 7

    Normalement, une base de données est seulement en "Recovery mode" pendant le démarrage - démarrage de SQL Server de la base de données. Si votre base de données passe en mode de Récupération en raison d'une instruction SQL, vous avez presque certainement avoir une sorte de corruption.

    Cette corruption peut prendre de nombreuses formes et peut être difficile à diagnostiquer. Avant de faire quoi que ce soit, vous devez vérifier quelques petites choses.

    1. Assurez-vous que vous avez de bonnes sauvegardes de votre base de données est copié sur un fichier séparé du système/serveur.
    2. Vérifier Journal Des Événements Windows et recherchez les erreurs. Si toutes les erreurs critiques, contactez Microsoft.
    3. Vérifier SQL Server ERRORLOG et recherchez les erreurs. Si toutes les erreurs critiques, contactez Microsoft.
    4. Exécuter chkdsk sur tous les disques durs installés sur le serveur.
    5. Exécuter dbcc checkdb à l'encontre de votre base de données. Si des erreurs sont trouvées, vous pouvez tenter de réparer la base de données avec le REPAIR_REBUILD option. Si des erreurs n'a pas pu être résolu, contactez Microsoft.
    6. Restaurer une copie de sauvegarde de votre base de données sur un autre serveur. Cela permettra de confirmer si c'est un problème dans votre base de données ou le Serveur SQL server/machine.

    Après l'étape #4, #5 et #6, exécution de vos requêtes de nouveau pour voir si vous pouvez causer la base de données pour passer en mode de Récupération. Malheureusement, la corruption peut se produire en raison d'un nombre incalculable de raisons, mais plus important que tout, c'est les données. Il permettra de confirmer si c'est un problème avec vos données ou ailleurs. Tant que vous avez des sauvegardes qui peuvent être restaurés vers un autre Serveur SQL et une copie restaurée de ne pas toujours aller dans le mode de Récupération, vous n'avez pas à vous inquiétez pas trop.

    Je mets toujours le Numéro 6 dernier que la mise en place d'un serveur distinct avec SQL Server et le déplacement/la restauration d'une grande base de données peut prendre une quantité considérable de temps, mais si vous avez déjà une sauvegarde/serveur de test en place, cela pourrait être une bonne option. Après tout, il ne causera pas de temps avec votre serveur live.

    Enfin, n'ayez pas peur de contacter Microsoft au cours de cette. Les bases de données sont souvent de la mission-critique, et Microsoft a de nombreux outils à leur disposition pour diagnostiquer des problèmes comme ça.

    InformationsquelleAutor jveazey
  2. 6

    Réponse tardive...

    Votre base de données ont autoclose défini à true? Lorsqu'il est défini, le SGBD doit mettre la base de données en ligne, ce qui peut expliquer vos symptômes

    • +1 pour la fourniture d'une belle pointeur. Mais il est important de noter que cette option n'est pas disponible après 2008R2 version. Grâce à Microsoft !!
    InformationsquelleAutor gbn
  3. 2

    Cela peut se produire lorsque le Service SQL Server est descendu dur au moyen d'opérations d'écriture et parfois, lors de la mode lors du démarrage du serveur. Suivre la requête à ce lien pour surveiller

    http://errorbank.blogspot.com/2012/09/mssql-server-database-in-recovery.html

    InformationsquelleAutor stanley
  4. 1

    Je n'ai eu que cela se produise lorsque le service (ou le Service SQL Server) a baissé dur dans le milieu de l'écriture. Une fois qu'il est revenu, tout était parfait.

    Cependant, si cela arrive souvent, alors je soupçonne un disque niveau de l'échec d'une certaine sorte. Je voudrais assurez-vous que la base de données est entièrement sauvegardé et le déplacer vers un autre serveur pendant que vous effectuez des diagnostics /reconstruire le serveur de problème.

    • désolé de poster dans ce thread ancienne, mais pouvez-vous me dire ce qui ne "descendu dur au moyen d'opérations d'écriture" signifie?
    • Je veux dire quand le serveur SQL processus se termine sans avoir à remplir d'une opération d'écriture. En d'autres termes, peut-être que la machine a perdu le pouvoir, alors qu'il avait écrit quelque chose sur le disque, SQL Server s'est écrasé, la machine BSOD ed (Écran Bleu De la Mort). SQL Server est généralement en mesure de récupérer à partir de qu'en utilisant les journaux de transactions.
    InformationsquelleAutor RQDQ