Discussion :

[Msysteme]

Bonjour, j'ai un problème au niveau de ma bd, il me dit quand j'exécute une requete, le resultat s'affiche dans un abs de temps, il disparait puis il m'affiche :

Code :

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

Database ID is marked RestorePending whtch may indicate disk corruption to recover from state, Perform a restore

vous avez une diée ?

[mikedavem]

Bonjour,

Que vous donne la requête suivante :

Code :

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

SELECT * FROM msdb.dbo.suspect_pages

++

[Msysteme]

il me retourne :

[mikedavem]

Ok... donc vous commencez à avoir des pages corrompues pour la base de données ayant l'ID = 9.

Vous pouvez tenter de restaurer les pages de données concernées si le modèle de récupération de la base de données vous le permet (être en FULL voir BULK LOGGED). Si vous possédez une version entreprise vous pouvez restaurer ces pages avec la base de données en ligne.

Cependant cela peut également vouloir dire que le sous système disque du fichier de votre base de données est en train de lâcher. Vous pouvez le vérifier avec les outils de Windows (chkdsk ...) et voir s'il ne vaut mieux pas commencer par changer votre sous système disque ..

++

[Msysteme]

ok, comment puis je faire cela :

Code :

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

Vous pouvez tenter de restaurer les pages de données concernées si le modèle de récupération de la base de données vous le permet (être en FULL voir BULK LOGGED).

Maleureusement c'est cette BD qui est en ligne ?

[mikedavem]

Avant de faire cela .. il vaudrait peut être mieux lancer une vérification d'intégrité de votre base

Code :

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

1
2
DBCC CHECKDB ('<votre_base')
WITH NO_INFOMSGS, ALL_ERRORMSGS ;

++

[Msysteme]

il m'a retourné :

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
Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data). Page (1:3277) is missing a reference from previous page (1:870923). Possible chain linkage problem.
Msg 8928, Level 16, State 1, Line 1
Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data): Page (1:431097) could not be processed.  See other errors for details.
Msg 8939, Level 16, State 98, Line 1
Table error: Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data), page (1:431097). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 12716041 and -6.
Msg 8976, Level 16, State 1, Line 1
Table error: Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data). Page (1:431097) was not seen in the scan although its parent (1:978833) and previous (1:806140) refer to it. Check any previous errors.
Msg 8928, Level 16, State 1, Line 1
Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data): Page (1:870923) could not be processed.  See other errors for details.
Msg 8939, Level 16, State 98, Line 1
Table error: Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data), page (1:870923). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 63047689 and -6.
Msg 8976, Level 16, State 1, Line 1
Table error: Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data). Page (1:870923) was not seen in the scan although its parent (1:1093186) and previous (1:483463) refer to it. Check any previous errors.
Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 933578364, index ID 1, partition ID 72057594040418304, alloc unit ID 72057594045530112 (type In-row data). Page (1:953607) is missing a reference from previous page (1:431097). Possible chain linkage problem.
CHECKDB found 0 allocation errors and 8 consistency errors in table 'Ess' (object ID 933578364).
Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 1061578820, index ID 2, partition ID 72057594041597952, alloc unit ID 72057594047954944 (type In-row data). Page (1:701582) is missing a reference from previous page (1:1254717). Possible chain linkage problem.
Msg 8928, Level 16, State 1, Line 1
Object ID 1061578820, index ID 2, partition ID 72057594041597952, alloc unit ID 72057594047954944 (type In-row data): Page (1:1254717) could not be processed.  See other errors for details.
Msg 8939, Level 16, State 98, Line 1
Table error: Object ID 1061578820, index ID 2, partition ID 72057594041597952, alloc unit ID 72057594047954944 (type In-row data), page (1:1254717). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 46270473 and -6.
Msg 8976, Level 16, State 1, Line 1
Table error: Object ID 1061578820, index ID 2, partition ID 72057594041597952, alloc unit ID 72057594047954944 (type In-row data). Page (1:1254717) was not seen in the scan although its parent (1:847601) and previous (1:319604) refer to it. Check any previous errors.
CHECKDB found 0 allocation errors and 4 consistency errors in table 'XML' (object ID 1061578820).
CHECKDB found 0 allocation errors and 12 consistency errors in database 'MABASE'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (MABASE).

[mikedavem]

Vous pouvez commencer par faire une première réparation avec l'option REPAIR_REBUILD de la commande DBCC CHECKDB et voir si votre problème est résolu.

Si ce n'est pas le cas vous avez le choix entre tenter une réparation avec risque de perte de données avec l'option REPAIR_ALLOW_ DATA_LOSS de la même commande. Dans ce cas faites une sauvegarde de votre base avant de tenter l'opération.

Vous pouvez également restaurer les pages corrumpus trouvés tout à l'heure à l'aide de la commande RESTORE.

Code :

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

1
2
3
4
5
USE master;
GO
 
RESTORE DATABASE <votreBase> PAGE = '<FID:PID>' FROM DISK = '<path_sauvevegarde.bak>';
GO

FID = No de fichier
PID = No de page

Ne perdez pas de vue que votre sous système disque a de fortes chances d'être endommagé...

++

[Msysteme]

ca peuit être endommagé meme avec un serveur disk en raid 5 ?
ma base de données n'est pas monoutilisateur ?

[mikedavem]

Oui bien sûr ... Dans ce cas là avez vous regarder l'état de votre raid ?

++

[Msysteme]

comment puis je le voir, je suis vraiement bloqué je sais plus quoi faire

[Msysteme]

uniquement mes requetes sur les tables 'Ess' et 'XML' signalé lors de mon analyse avec dbcc ne veulent pas s'executer sion les autres oui

[mikedavem]

comment puis je le voir, je suis vraiement bloqué je sais plus quoi faire

Tout dépend le raid utilisé. En général vous avez une carte raid qui gère votre raid et vous avez l'utilitaire fourni avec ... mais il faudrait en savoir plus sur votre configuration.

uniquement mes requetes sur les tables 'Ess' et 'XML' signalé lors de mon analyse avec dbcc ne veulent pas s'executer sion les autres oui

cf ce que je vous ai dit précédemment.

- tentez une première réparation avec l'option REPAIR_REBUILD

Code :

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

DBCC CHECKDB('<votreBase>', REPAIR_REBUILD);

- Si cela ne fonctionne soit vous tentez une réparation avec l'option REPAIR_ALLOW_ DATA_LOSS mais cela peut affecter les données de votre base. Faites une sauvegarde de votre base au préalable

Code :

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

DBCC CHECKDB('<votreBase>', REPAIR_ALLOW_ DATA_LOSS);

Soit vous essayez de restaurer les bases concernés (vu avec la table dbo.suspect_pages)

Code :

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

1
2
3
4
5
USE master;
GO
 
RESTORE DATABASE <votreBase> PAGE = '<FID:PID>' FROM DISK = '<path_sauvevegarde.bak>';
GO

++

[Msysteme]

le repair buil n'a pas marché il me dit essayez d'autre type

pour la deuxieme solution j'ai peur que je perd ma base de donnée, c'est la seule DB dans tout le pays

sionon pour la 3eme je l'ai pas bien compris, la seule bd en ligne c'est celle ou il y a le probleme, est ce que je vais restorer uniquement les pages suspecter ??

[mikedavem]

pour la deuxieme solution j'ai peur que je perd ma base de donnée, c'est la seule DB dans tout le pays

C'est pour cela qu'il vaut mieux faire une sauvegarde avant

sionon pour la 3eme je l'ai pas bien compris, la seule bd en ligne c'est celle ou il y a le probleme, est ce que je vais restorer uniquement les pages suspecter ??

Oui vous allez restaurer uniquement les pages marqués comme suspectes ...

++

[SQLpro]

pour la deuxieme solution j'ai peur que je perd ma base de donnée, c'est la seule DB dans tout le pays

de toute façon votre base est déjà perdu... Car des données irréparable implique que certaines partie de la base ne pourront plus être exploitées.

sionon pour la 3eme je l'ai pas bien compris, la seule bd en ligne c'est celle ou il y a le probleme, est ce que je vais restorer uniquement les pages suspecter ??

Oui.

Personnellement comme je pense que c'est votre disque qui est en cause (il n'existe pas de bug connu SQL Server capable d'endommager la base de façn irréparable, ce qui revient à dire que 100% des erreurs sont liées aux disques physiques), commencez par déplacer vos fichiers sur un autre système que l'actuel (autre grappe RAID). En faisant un detach/attach.

Vous pourrez alors ensuite faire une restauration piecemeal par page, mais ceci ne peut en aucun cas garantir la cohérence de la base.

A +

[Msysteme]

pour la 3eme solution les pages = les tables endommagés, le dernier backup sans erreur c'eatit en 26/02 et le backup que j'ai fait juste avant le repair build contient des pages suspect ???

[Msysteme]

j'ai vérifié les page suspect de nouveau, les meme id de page sont apparu de nouveau avec la date actuelle, maintenant je sais plus quoi faire, quelles sont les données que dois je prendre avant que ca sera catastrophique ?

[mikedavem]

Vous avez restauré à partir de quelle sauvegarde ? Celle du 26/02 ou celle avant le REPAIR_REBUILT ?

++

[Msysteme]

celle du 26 n'es pas a jour on a des un chiffre enorme de donnée qui transitent, celle avant le build, les tables sont endommagés donc ca sert a rien