C’est un\nproblème dans SQL Server qui peut être lié à :<\/p>
- \n
- L’erreur du\nsystème d’exploitation<\/li>\n\n\n\n
- Une erreur IO<\/li>\n<\/ol>
Dans cet article, nous allons parler de l’erreur IO. Le message d’erreur ressemblera à ce message :<\/p>
Error: 823, Severity: 24, State: 2.<\/em>
2010-03-06 22:41:19.55 spid58 The operating system returned error 38 (Reached the end of the file.) to SQL Server during a read at offset 0x000000a72c0000 in file ‘C:\\Program Files\\Microsoft SQL Server\\ MSSQL\\DATA\\db.mdf’. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe, system-level error condition that threatens database integrity and must be corrected immediately. It is recommended to complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online<\/em><\/p>- \n
- L’erreur indique le fichier de données (généralement un fichier .MDF) et l’opération peut être en lecture ou en écriture. Le décalage est le décalage d’octet physique à partir du début du fichier. Il est calculé comme la page logique et est le nombre d’offset divisé par 8192.<\/li>\n\n\n\n
- Erreur 832 est le numéro d’erreur. La gravité 24 signifie et implique qu’il peut s’agir d’une défaillance du support et qu’il peut être nécessaire d’appeler le fournisseur de matériel et \/ ou de restaurer la base de données.<\/li>\n\n\n\n
- L’état 4 est utilisé pour différencier le message d’erreur provenant d’autres erreurs ayant le même nombre, mais dans un état différent.<\/li>\n<\/ul>
Quels sont les problèmes associés à l’erreur 823 IO?<\/strong><\/h2>
Ce problème peut\nêtre lié aux problèmes suivants :<\/p>
- \n
- Une page déchirée<\/li>\n\n\n\n
- ID de page incorrect<\/li>\n\n\n\n
- Octets transférés insuffisants <\/li>\n<\/ol>
Qu’est-ce qu’une page déchirée?<\/strong><\/h2>
C’est une page qui a été mal écrite. Nous pourrions dire que Détection de page déchirée écrit un bit tous les 512 octets de la page et vous permet de détecter si la page n’est pas correctement écrite sur le disque, mais ne vous dit pas si les données stockées sur le disque sont réellement correctes. Les octets ont peut-être été écrits de manière incorrecte.<\/p>
Quel est le message d’erreur pour l’erreur de page déchirée?<\/strong><\/h2>
L’erreur sera comme suit :<\/p>
2015-08-05 16:51:18.90 spid17 Error: 823, Severity: 24, State: 2<\/em>
2015-08-05 16:51:18.90 spid17 I\/O errors (torn page) detected during read at offset 0x00000094004000 in file ‘c:\\Program Files\\Microsoft SQL Server\\MSSQL\\data\\tempdb.mdf’<\/em><\/p>Comment détecter une erreur IO d’une page déchirée ?<\/strong><\/h3>
Vous pouvez détecter ces erreurs lorsque vous exécutez la commande CHECKDB dans votre base de données.<\/p>
Qu’est-ce qu’un ID de page incorrect ?<\/strong><\/h2>
Cela se produit lorsque l’ID de la page d’en-tête n’est pas le même que celui utilisé lors de la lecture sur le disque.<\/p>
Pourquoi l’erreur d’octets insuffisants transférés est-elle produite dans SQL Server ?<\/strong><\/h3>
Cela signifie que l’appel API a été invoqué avec succès, mais les octets transférés ne sont pas ceux attendus.<\/p>
Comment résoudre l’erreur SQL Server 823?<\/strong><\/h2>
La première étape consiste à exécuter une commande DBCC CHECKDB et à essayer de réparer la base de données en utilisant les phrases suivantes :<\/p>
DBCC CHECKDB (DB_NAME, REPAIR_REBUILD); <\/pre>
La base de données doit être en mode mono-utilisateur. Pour passer en mode mono-utilisateur, vous pouvez utiliser les phrases T-SQL suivantes :<\/p>
ALTER DATABASE DB2 SET SINGLE_USER WITH ROLLBACK IMMEDIATE; <\/pre>
Une autre façon de procéder consiste à cliquer avec le bouton droit de la souris sur la base de données dans SSMS et à accéder à la page Options. Pour restreindre l’accès, sélectionnez SINGLE USER :<\/p>
\n![\"Stellar\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2018\/02\/Set-database-in-Single-user-mode.jpg\")
Définir la base de données en mode mono-utilisateur<\/figcaption><\/figure>\n<\/div> Exécutez à nouveau « DBCC CHECKDB » pour vérifier que la base de données a été réparée:<\/strong><\/h3>
- \n
- Si le problème\npersiste, il peut s’agir d’un problème matériel, vous devrez peut-être réparer\nvotre disque dur. Contactez le personnel informatique en charge du matériel.\nVérifiez également s’il y a des problèmes de fragmentation sur le disque dur.<\/li>\n\n\n\n
- Une autre option\npeut être de restaurer votre base de données avec une sauvegarde. Une fois la\nbase de données restaurée, exécutez CHECKDB pour vérifier que le problème est\nrésolu.<\/li>\n\n\n\n
- Si vous avez une\nerreur de page déchirée, vous pouvez utiliser CHECKSUM et la détection de page\ndéchirée pour réparer et vérifier les erreurs.<\/li>\n<\/ol>
Une autre option serait de télécharger Stellar Repair for MS SQL<\/strong>. Ce logiciel peut être téléchargé à partir du bouton TÉLÉCHARGEMENT GRATUIT :<\/p>
\n![\"Stellar\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2019\/05\/French-windows.png\")
<\/a><\/figure>\n<\/div>Ce logiciel réparera le fichier .MDF. Vous devrez d’abord arrêter le service SQL Server. Il est recommandé d’arrêter le service à l’aide de SQL Server Management Studio (SSMS) ou du Gestionnaire de configuration SQL Server.<\/p>
\n![\"Stellar\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2018\/02\/stop-ssql-server-service.jpg\")
Arrêtez le service SQL Server<\/figcaption><\/figure>\n<\/div> Si vous ne savez pas où se trouvent vos fichiers de données, vous pouvez utiliser les commandes T-SQL suivantes (le service SQL Server doit être démarré) :<\/p>
SELECT name, physical_name AS current_file_location FROM sys. master_files <\/pre>
Une fois que le fichier .MDF est spécifié, appuyez sur le bouton Repair<\/strong> :<\/p>
\n![\"Stellar\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2018\/04\/Repair-selected-sql-database.jpg\")
<\/figure>\n<\/div>Remarque :<\/strong> Si vous avez un ou plusieurs\nfichiers de données secondaires (fichier .NDF) associés à votre base de\ndonnées, placez tous les fichiers NDF à l’emplacement du fichier MDF. Une fois\nque tout est terminé, vous pouvez redémarrer le service SQL Server et réexécuter\nla commande CHECKDB.<\/p>