Partager via

MSSQLSERVER_3314

  • Article

S’applique à : SQL Server

Détails

Attribut Valeur
Nom du produit SQL Server
ID de l’événement 3314
Source de l’événement MSSQLSERVER
Composant SQLEngine
Nom symbolique ERR_LOG_RID2
Texte du message Une erreur s'est produite sur l'enregistrement de journal % S_LSN en annulant une opération journalisée dans la base de données '%.*ls'. En général, l'erreur spécifique est déjà journalisée dans le service de journal d'événements Windows. Restaurez la base de données ou le fichier à partir d'une sauvegarde, ou réparez la base de données.

Explication

Cette erreur est une erreur de cumul pour annuler la récupération. Cette erreur indique que SQL Server a placé la base de données dans l’état SUSPECT lorsqu’elle ne parvient pas à restaurer les transactions non validées de la base de données (annuler). Le fichier journal des transactions, le groupe de fichiers principal, et éventuellement d’autres groupes de fichiers, peuvent être endommagés. La récupération de la base de données a échoué au démarrage de SQL Server et n’est donc pas disponible. Vous devez prendre des mesures pour résoudre le problème.

Si cette erreur se produit, tempdbl’instance SQL Server s’arrête.

Cette erreur peut apparaître avec d’autres erreurs dans le journal des erreurs SQL Server. Par exemple, ces erreurs incluent 9001, 823, 824, 17204 (affiche l’erreur du système d’exploitation lors de l’accès à un fichier), 17053 (affiche l’erreur du système d’exploitation). Ces deux dernières erreurs peuvent fournir un aperçu de la raison sous-jacente des échecs d’E/S.

Cause

Cette erreur peut être due à une condition temporaire qui existait sur le système pendant une tentative de récupération d’une base de données. Cette erreur peut également entraîner un échec permanent qui se produit chaque fois que vous tentez de démarrer la base de données. Voici quelques exemples de causes courantes :

  • Le ou les fichiers de base de données se trouvent sur un appareil de stockage qui a échoué ou n’est pas disponible
  • Fichiers physiquement endommagés qui entraînent l’incapacité d’écrire ou de lire à partir de ces fichiers

Action de l’utilisateur

Pour plus d’informations sur la cause de cette occurrence de l’erreur 3314, examinez le journal des événements système Windows et le journal des erreurs SQL Server pour obtenir une erreur précédente qui indique l’échec spécifique. L’action utilisateur appropriée varie selon que les informations contenues dans le journal des événements Windows indiquent que l’erreur SQL Server a été provoquée par une condition temporaire ou une défaillance permanente.

Pour résoudre les problèmes qui entraînent cette erreur :

  • Assurez-vous que
    • les volumes de stockage où résident la base de données et les fichiers journaux sont en ligne
    • l’intégralité du chemin d’E/S de l’ordinateur au stockage est stable et n’entraîne pas de dommages au fichier physique
  • Collaborez avec votre fabricant de matériel et d’appareil pour vous assurer que le matériel et sa configuration conviennent aux exigences d’E/S d’un système de base de données. Vérifiez que les pilotes de périphérique, le microprogramme, le BIOS et d’autres composants logiciels de prise en charge dans le chemin d’E/S sont à jour.
  • Exécutez DBCC CHECKDB pour vérifier la cohérence de la base de données, si vous pouvez la mettre en ligne avec un redémarrage
  • Si la base de données et les fichiers journaux ne sont pas intacts et, par conséquent, la base de données ne peut pas être mise en ligne, restaurez la dernière sauvegarde correcte connue de la base de données.
  • Pour obtenir des suggestions de résolution des problèmes, consultez l’erreur MSSQLSERVER 823 et résoudre les erreurs de cohérence de base de données signalées par DBCC CHECKDB

Lorsque cette condition d’erreur est rencontrée, SQL Server peut générer des fichiers liés au vidage dans le dossier SQL Server LOG . Les fichiers SQLDumpnnnn.mdmp et SQLDumpnnnn.txt contiennent des informations de diagnostic avancées relatives aux échecs, y compris les détails sur la transaction et la page qui ont rencontré le problème. Ces informations peuvent être utilisées par l’équipe Microsoft pour analyser la raison de l’échec.

Voir aussi