Fichier .mdf corrumpu

**alicia26** · 30/04/2010, 09h27

bonjour à tous,
mon fichier .mdf se trouve sur un support de disque défectueux, j'ai alors copié le fichier .mdf sur un support sain.
Malheureusement, en l'attachant, ma base est en mode lecture et je n'arrive pas à décocher l'option Lecture seule.
J'ai alors opté de faire un DBCC CHECKTABLE de toutes mes tables, ce que je trouve plutôt long.
Que puis je faire pour réparer ma base de données?
J'étais entrain de songer à faire une importation complète de ma base de données sur une autre base, qu'en pensez vous?
Merci de votre aide.

**zinzineti** · 30/04/2010, 12h24

Envoyé par alicia26

bonjour à tous,
mon fichier .mdf se trouve sur un support de disque défectueux, j'ai alors copié le fichier .mdf sur un support sain.

Il faut aussi copier le journal de transaction (fichier .ldf)

Envoyé par alicia26

Malheureusement, en l'attachant, ma base est en mode lecture et je n'arrive pas à décocher l'option Lecture seule.
J'ai alors opté de faire un DBCC CHECKTABLE de toutes mes tables, ce que je trouve plutôt long.
Que puis je faire pour réparer ma base de données?

Même réponse : Il faut aussi copier le journal de transaction (fichier .ldf)
Et vérifier lors de "Attach" si le fichier journal de transaction est au bon emplacement ainsi que le fichier de données .mdf de la base que tu veux restaurée.

J'étais entrain de songer à faire une importation complète de ma base de données sur une autre base, qu'en pensez vous?
Merci de votre aide.

Oui c'est une autre possibilité si tu as du mal avec la 1ere méthode de restauration de ta base
A+
Etienne ZINZINDOHOUE

**elsuket** · 30/04/2010, 12h40

Bonjour,

N'avez-vous pas de backup de cette BD ? Si non, il faudra peut-être penser à en faire à l'avenir

Si vous n'avez pas le log de transaction ni de backup, sachez que vous pouvez tenter de créer votre base de données avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE DATABASE maBD ... FOR ATTACH_REBUILD_LOG

Une fois cela fait, faites immédiatement une sauvegarde complète de votre base de données

@++

**alicia26** · 30/04/2010, 13h03

bonjour et merci pour vos posts!
effectivement zinzineti, j'ai peut être omis de préciser,mais c'est les deux fichiers(mdf et ldf) que j'ai déplacé.

Oui elsuket,sauf que ma dernière restauration a échoué.
j'ai essayé de lancer ta requête, mais
j'ai le message suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Serveur*: Msg 102, Niveau 15, État 1, Ligne 1
Syntaxe incorrecte, vers 'ATTACH_REBUILD_LOG'.

**elsuket** · 30/04/2010, 13h14

Bonjour,

Quelle est l'instruction que vous avez utilisé ?
Voici un squelette :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CREATE DATABASE maBD
ON
(
	NAME = monNomDeFichierLogique,
	FILENAME = 'C:\monFichier.mdf'
) FOR ATTACH_REBUILD_LOG

Mais comme vous avez le journal de transactions, vous avez eu raison de l'attacher.

Que se passe-t-il lorsque, après l'avoir attachée, vous tentez :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
USE master
GO
ALTER DATABASE maBD SET READ_WRITE

?

Si cela ne fonctionne pas, tentez :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
USE master
GO
ALTER DATABASE maBD SET EMERGENCY
GO
DBCC CHECKDB (maBD, REPAIR_ALLOW_DATA_LOSS)

Si vous obtenez le message suivant :

Msg 7919, Level 16, State 3, Line 1
Repair statement not processed. Database needs to be in single user mode.

Essayez :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
USE master
GO
ALTER DATABASE maBD SET SINGLE_USER
GO
DBCC CHECKDB (maBD, REPAIR_ALLOW_DATA_LOSS)
GO

Et normalement ça devrait bien se passer, même si ce que vous retourne SQL Server à la console de SSMS est long

Si vous avez passé maBD en SINGLE_USER, il vous faudra ensuite exécuter :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
USE Master
GO
ALTER DATABASE maBDSET MULTI_USER;
GO
USE maBD;
GO

@++

**alicia26** · 30/04/2010, 13h31

Quelle est l'instruction que vous avez utilisé ?

CREATE DATABASE maBD ... FOR ATTACH_REBUILD_LOG

elsuket, juste pour préciser que j'ai changer de serveur à ma base de données.
j'espère qu'en utilisant la base master, il n'aura pas trop de soucis, puisque je suis sur sql server 2000.

**elsuket** · 30/04/2010, 13h39

j'espère qu'en utilisant la base master, il n'aura pas trop de soucis, puisque je suis sur sql server 2000.

Sous SQL Server 2000 ou autre, le fait de mettre USE MASTER ne fait que vous placer dans le contexte de cette base de données.
Comme vous le voyez, nous n'effectuons aucune opération sur cette base de données.
Donc je dirai que vous pouvez y aller les yeux (presque) fermés

@++

**alicia26** · 30/04/2010, 14h17

Ok,merci Elsuket

je lance les commandes et je vous tiens au courant des résultats.

**alicia26** · 30/04/2010, 15h20

USE master
GO
ALTER DATABASE maBD SET READ_WRITE

Serveur*: Msg 5105, Niveau 16, État 4, Ligne 1
Erreur d'activation de l'unité. Le nom du fichier physique 'E:\MSSQL\Data\MSSQL\Data\IN_ERICS.mdf' est peut-être incorrect.
Serveur*: Msg 5105, Niveau 16, État 1, Ligne 1
Erreur d'activation de l'unité. Le nom du fichier physique 'E:\MSSQL\Data\MSSQL\Data\IN_ERICS_log.LDF' est peut-être incorrect.
Serveur*: Msg 5181, Niveau 16, État 1, Ligne 1
Impossible de redémarrer la base de données 'IN_ERICS'. Retour à l'état précédent.
Serveur*: Msg 5069, Niveau 16, État 1, Ligne 1
Échec de l'instruction ALTER DATABASE.
Erreur d'activation de l'unité. Le nom du fichier physique 'E:\MSSQL\Data\MSSQL\Data\IN_ERICS_log.LDF' est peut-être incorrect.

USE master
GO
ALTER DATABASE IN_ERICSSON SET EMERGENCY
GO
DBCC CHECKDB (IN_ERICSSON, REPAIR_ALLOW_DATA_LOSS)

Serveur*: Msg 102, Niveau 15, État 6, Ligne 1
Syntaxe incorrecte, vers 'EMERGENCY'.
Serveur*: Msg 7919, Niveau 16, État 2, Ligne 1
L'instruction REPAIR n'a pas été traitée. La base de données doit être en mode mono-utilisateur.
Exécution de DBCC terminée. Si DBCC vous a adressé des messages d'erreur, contactez l'administrateur du système.

**dbaffaleuf** · 06/05/2010, 15h38

Hello,

Le mode EMERGENCY n'existe pas en SQL 2000, la technique pour reconstruire un journal corrompu n'est pas supportée (dbcc rebuild_log). Le create database for attach n'existe pas non plus dans cette version.

Si vous voulez tenter d'attacher le fichier MDF et reconstruire le journal de transactions, il faut le faire avec sp_attach_single_file_db.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
exec sp_attach_single_file_db 'IN_ERICS', 'E:\MSSQL\Data\MSSQL\Data\IN_ERICS.mdf' 
go

Les transactions validées dans votre journal seront toutefois perdues. Si SQL Server refuse d'attacher la base, il y a un problème plus grave dans le MDF.

David B.

**mikedavem** · 06/05/2010, 17h44

Si le fichier mdf comporte des données d'une transaction non validée vous risquez également d'avoir des soucis

Cf ce billet

++

**alicia26** · 10/05/2010, 12h46

Bonjour à tous,
et merci beaucoup pour tous vos posts.

dbaffaleuf, j'ai testé ta réquête et ci après le message d'erreur du'il m'affiche:

Serveur*: Msg 5105, Niveau 16, État 4, Ligne 1
Erreur d'activation de l'unité. Le nom du fichier physique 'E:\MSSQL\Data\MSSQL\Data\IN_ERICSS.MDF' est peut-être incorrect.

Bon, je me suis lancé dans la copie des données sur une base de données nouvellement créée et çà fonctionne plutôt bien, c'est long mais la base obtenue est correcte.

**dbaffaleuf** · 10/05/2010, 13h54

Merci pour le message d'erreur, c'est là que se trouve ton problème au départ. Une erreur 5105 ne signifie pas que le MDF est corrompu, le problème se situe en amont lors de son ouverture. Il y a une propriété qq part qui empêche SQL Server d'ouvrir le fichier: syntaxe, droits, lecteur réseau, etc...

- Le fichier MDF est- il en lecture seule:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DOS> attrib E:\MSSQL\Data\MSSQL\Data\IN_ERICSS.MDF

- Le compte de service de SQL Server a-t-il les bonnes permissions sur le répertoire 'E:\MSSQL\Data\MSSQL\Data\' ?
- Est-ce que E: identifie un lecteur local ou un lecteur réseau ?

Merci

David B.

**alicia26** · 11/05/2010, 15h24

Bonjour à tous,
j'ai une fois de plus encore besoin de votre aide. J'ai copié la grande partie de mes données d'une base à l'autre, sauf que je suis confronté à une erreur lors de la copie de deux tables.
L'erreur qu'il m'affiche est:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Msg 601 , Niveau 12, Etat 3,Ligne 1 
Impossible de continuer l'analyse avec NOLOCK parce que les données ont bougé"

Quelqu'un a t-il une idée???
Merci.

**mikedavem** · 11/05/2010, 16h13

Cela est certainement dû à certaines données corrompues de votre table.

Essayez de faire la même chose par lots plus petits pour voir.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
INSERT INTO ..
SELECT TOP XXX FROM TABLE ORDER BY <colonne>

++

**dbaffaleuf** · 11/05/2010, 16h31

En +, merci de poster le résultat de la commande:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
dbcc checkdb('nomBase') with NO_INFOMSGS , ALL_ERRORMSGS 
GO

David B.

**alicia26** · 12/05/2010, 10h32

salut,
dbaffaleuf, ci après le résultat de la réquête

dbcc checkdb('nomBase') WITH NO_INFOMSGS , ALL_ERRORMSGS
GO

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Serveur*: Msg 8909, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 0, index ID*=*0, page ID = (1:7688651). ID de page de l'en-tête de page = (0:0).
Serveur*: Msg 8909, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 0, index ID*=*0, page ID = (1:18032391). ID de page de l'en-tête de page = (0:0).
Serveur*: Msg 8928, Niveau 16, État 1, Ligne 1
Objet ID = 139863565, index ID = 0 : La page (1:18032390) ne peut pas être traitée. Pour plus d'informations, consultez les autres erreurs.
Serveur*: Msg 8939, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 139863565, index ID = 0, page (1:18032390). Échec du test (m_freeCnt == freeCnt). Les valeurs sont 1352 et 8078.
Serveur*: Msg 8939, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 139863565, index ID = 0, page (1:18032390). Échec du test (emptySlotCnt == 0). Les valeurs sont 9 et 0.
Serveur*: Msg 8928, Niveau 16, État 1, Ligne 1
Objet ID = 139863565, index ID = 0 : La page (1:18032391) ne peut pas être traitée. Pour plus d'informations, consultez les autres erreurs.
Serveur*: Msg 8928, Niveau 16, État 1, Ligne 1
Objet ID = 999674609, index ID = 0 : La page (1:7688650) ne peut pas être traitée. Pour plus d'informations, consultez les autres erreurs.
Serveur*: Msg 8939, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 999674609, index ID = 0, page (1:7688650). Échec du test (m_freeCnt == freeCnt). Les valeurs sont 1354 et 8078.
Serveur*: Msg 8939, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 999674609, index ID = 0, page (1:7688650). Échec du test (emptySlotCnt == 0). Les valeurs sont 9 et 0.
Serveur*: Msg 8928, Niveau 16, État 1, Ligne 1
Objet ID = 999674609, index ID = 0 : La page (1:7688651) ne peut pas être traitée. Pour plus d'informations, consultez les autres erreurs.
CHECKDB a trouvé 0 erreurs d'allocation et 2 erreurs de cohérence non associées à un quelconque objet unique.
CHECKDB a trouvé 0 erreurs d'allocation et 4 erreurs de cohérence dans la table 'PSL_0608' (objet ID = 139863565).
Serveur*: Msg 8928, Niveau 16, État 1, Ligne 1
Objet ID = 999674609, index ID = 0 : La page (1:7691769) ne peut pas être traitée. Pour plus d'informations, consultez les autres erreurs.
Serveur*: Msg 8944, Niveau 16, État 1, Ligne 1
Erreur de table : Objet ID = 999674609, index ID = 0, page (1:7691769). Ligne 2. Échec du test (offsetNull >= BASEOFFSET). Les valeurs sont 0 et 4.
CHECKDB a trouvé 0 erreurs d'allocation et 6 erreurs de cohérence dans la table 'PSL_0108' (objet ID = 999674609).
CHECKDB a trouvé 0 erreurs d'allocation et 12 erreurs de cohérence dans la base de données 'IN_ERICSS'.
repair_allow_data_loss est le minimum de niveau de réparation pour les erreurs trouvés par DBCC CHECKDB (IN_ERICSS ).

**mikedavem** · 12/05/2010, 10h59

Visiblement vous avez une corruption des données d'entête pour les pages 18032390, 7688650 et 7691769.

Vous pouvez tenter (après avoir sauvegardé le fichier mdf) une réparation à l'aide de DBCC CHECKDB('IN_ERICSS', REPAIR_ALLOW_DATA_LOSS).

++

**alicia26** · 12/05/2010, 11h19

Justement, je n'arrive même pas à sauvegarder ma base de données, il m'affiche le message suivant lorsque je lance l'utilitaire de sauvegarde:

Erreur : 9004, Gravité : 23, État : 1
Une erreur s'est produite lors du traitement du journal de la base de données 'IN_ERICSS'.

**mikedavem** · 12/05/2010, 11h30

Hmm oui effectivement et le fait de détacher, copier le fichier et rattacher ensuite votre base de données risque de poser problème avec un fichier corrompu.

La réparation avec DBCC CHECKDB risque de vous faire perdre certaines données mais peut éventuellement réparer les pages endommagés. A vous de voir ce que vous voulez faire.

++

Fichier .mdf corrumpu

Administration SQL Server

Discussions similaires

Partager

Partager