Check ou Restore DB ?

Bonjour,

J'ai un message sur une base:

Code:

---

Database ID 6, Page (1:1193) is marked RestorePending, which may indicate disk corruption. To recover from this state, perform a restore.

---

J'ai "checké" Mabase dont ID= 6:

Code:

---

DBCC CHECKDB('Mabase')

---

puis

Code:

---

DBCC CHECKDB(Mabase,REPAIR_ALLOW_DATA_LOSS)

---

Code:

---

1 2 3 4

Msg 924, Level 14, State 1, Line 1 Database 'Mabase' is already open and can only have one user at a time. DBCC results for 'Mabase'. CHECKDB found 0 allocation errors and 0 consistency errors in database 'Mabase'.

---

En recheckant ma base:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

There are 432693 rows in 3933 pages for object "DataBlock". CHECKDB found 0 allocation errors and 147 consistency errors in table 'DataBlock' (object ID 2089058478). DBCC results for 'FSDictionary'. There are 7167 rows in 168 pages for object "FSDictionary". DBCC results for 'FSExtensions'. There are 23 rows in 1 pages for object "FSExtensions". DBCC results for 'FSSelected'. There are 0 rows in 0 pages for object "FSSelected". CHECKDB found 0 allocation errors and 147 consistency errors in database 'Mabase'. repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (Mabase). DBCC execution completed. If DBCC printed error messages, contact your system administrator.

---

Alors est ce qu'il faut passer par une restauration dans ce cas ?

Merci.

@+

ta base de données doit être en mode mono-utilisateur pour utiliser l'option REPAIR_ALLOW_DATA_LOSS
Pour ce faire

Code:

---

1 2 3 4 5 6

USE master; GO ALTER DATABASE mabase SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO

---

tu fais ton checkdb

Code:

---

DBCC CHECKDB(Mabase,REPAIR_ALLOW_DATA_LOSS)

---

et ensuite tu remet ta base en multi-utilisateur

Code:

---

1 2 3

ALTER DATABASE mabase SET MULTI_USER; GO

---

cordialement,

Merci, je n'ai pas mis toutes les étapes dans le 1er message, mais effectivement j'ai passé Mabase par là:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

DBCC CHECKDB('Mabase') With No_INFOMSGS, ALL_ERRORMSGS     alter database Mabase set emergency with rollback immediate   alter database Mabase set single_user   DBCC CHECKDB(Mabase,REPAIR_ALLOW_DATA_LOSS)   ................................. .......................... ............ alter database Mabase set multi_user

---

@+

Code:

---

1 2 3 4 5 6 7 8

USE master; GO ALTER DATABASE [matable] SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO DBCC CHECKDB('matable',REPAIR_ALLOW_DATA_LOSS) GO

---

fait un copier coller du script ci-dessus.
remplace mabase par le nom de ta base.
Qu'est ce que ca donne?
Cordialement,

Si tu as un backup à disposition, tu pourras restaurer la page corrompue sans problème.
Beaucoup plus sûr que de faire un REPAIR_ALLOW_DATA_LOSS

++

Citation:

---

Envoyé par mikedavem

Si tu as un backup à disposition, tu pourras restaurer la page corrompue sans problème.
Beaucoup plus sûr que de faire un REPAIR_ALLOW_DATA_LOSS

---

Qui, comme son nom l'indique fait perdre des données...
Et si d'ailleurs tu utilise cette façon de "réparer" (qui n'en est pas une) tu as intérêt à effectuer derrière un DBCC CHECKCONSTRAINTS pour voir s'il n'y a pas, avec l'effacement, des incohérences dans les données.....

A +

À nouveau je vous invite à lire notre livre dans lesquelles les techniques de réparation ont été évoquées :
Pièce jointe 220737

Comme aussi dans cet article en complément :
http://blog.developpez.com/sqlpro/p1...ver-corrompues