MSSQLSERVER_3314

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 à 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 pour tempdb, l’instance SQL Server s’arrête.

Cette erreur peut apparaître avec d’autres erreurs dans le journal des erreurs SQL Server. Exemples de ces erreurs : 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 lors d’une tentative de récupération d’une base de données. Cette erreur peut également être le résultat d’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 journal des transactions ou le ou les fichiers de base de données résident sur un périphérique de stockage qui a échoué ou n’est pas disponible
  • Fichier(s) physiquement endommagé(s) qui entraînent l’incapacité d’écrire ou de lire à partir de ceux-ci

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 SQL Server journal des erreurs pour rechercher une erreur précédente indiquant l’échec spécifique. L'action utilisateur appropriée varie selon que les informations dans le Journal des événements Windows indiquent que l'erreur SQL Server a été provoquée par une condition transitoire ou un échec permanent.

Pour résoudre les problèmes qui conduisent à cette erreur :

  • Vérifiez que
    • les volumes de stockage où résident la base de données et les fichiers journaux sont en ligne
    • le chemin d’E/S complet de la machine au stockage est stable et n’entraîne pas de dommages physiques au fichier
  • Collaborez avec le fabricant de votre matériel et de votre appareil pour vous assurer que le matériel et sa configuration sont adaptés aux exigences d’E/S d’un système de base de données. Assurez-vous que les pilotes de périphérique, le microprogramme, le BIOS et les 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 que, 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 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 log SQL Server. Les fichiers.txt SQLDumpnnnn.mdmp et SQLDumpnnnn contiennent des informations de diagnostic avancées relatives aux échecs, notamment les détails de la transaction et la page qui a rencontré le problème. Ces informations peuvent être utilisées par l’équipe Microsoft pour analyser la raison de l’échec.

Voir aussi