Partager via

MSSQLSERVER_3313

  • Article

S’applique à : SQL Server

Détails

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

Explication

L’erreur 3313 est une erreur de cumul pour la récupération de rétablissement. Cette erreur indique que SQL Server a placé la base de données dans l’état SUSPECT lorsqu’elle ne parvient pas à appliquer des transactions validées aux fichiers de base de données (rétablissement). 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 3313, 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, le chemin d’E/S entier de l’ordinateur vers le stockage est stable et il n’entraîne pas de dommages aux fichiers physiques.
  • 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