Discussion :

[Guigsounet]

En faisant un DBCC CHECK sur ma base SQL SRV 2000 j'obtiens ce message

Code :

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

1
2
3
4
5
6
L'extension (1:109880) de la base de données ID = 5 est marquée allouée au GAM, mais aucun SGAM ou IAM ne l'ont allouée.
L'extension (1:109896) de la base de données ID = 5 est marquée allouée au GAM, mais aucun SGAM ou IAM ne l'ont allouée.
CHECKDB a trouvé 2 erreurs d'allocation et 0 erreurs de cohérence non associées à un quelconque objet unique.
CHECKDB a trouvé 2 erreurs d'allocation et 0 erreurs de cohérence dans la base de données 'XXXX'.
repair_allow_data_loss est le minimum de niveau de réparation pour les erreurs trouvés par DBCC CHECKDB (XXXX ).
(26,687 sec)

Sur une seconde instance (elle meme sur un second serveur) j'ai recrée la base, l'ai restaurée et ai tenté un repair_allow_data_loss
Si celui ci m'a pondu des lignes et des lignes de log il ne semble avoir eu aucun resultat

En effet un second DBCC CHECK me retourne les memes erreurs

Que faire ?

D'avance Merci

[mikedavem]

Bonjour,

Avez vous placé votre base de données en mode d'urgence avant d'effectuer un DBCC CHECKDB ?

++

[Guigsounet]

Mode urgence ? C est a dire en Single User ?

Si c est cela alors Oui

J'ai a dispo la log du Check repair_allow_data_loss , si cela peut aider

[SQLpro]

En 2000 il n'y a pas de mode d'urgence.

base flingué ! => reprise de sauvegarde.

A +

[Guigsounet]

Les sauvegardes dispo sont corrompus car le pb existe depuis oulah bien tout ca (je suis dans l environnement impacté depuis moins d une semaine, je ne dispose pas d un historique tres precis)

Mais bizarement les applis/users ne sont en rien génés dans leur travail quotidien hormis quelques msgs d 'erreur de ci de la

[mikedavem]

En 2000 il n'y a pas de mode d'urgence.

Oui effectivement, je n'avais pas fait attention à la version
Quoi que tu me diras on peut implémenter ce mode avec SQL Server 2000 en changeant la valeur de la colonne status pour la base de données concernée avec 32768. (en ayant au préalable autoriser les modifications dans les tables systèmes).

++