Base "suspect"

JB

unread,

Mar 14, 2003, 2:42:02 AM3/14/03

to

J'ai dans mon entreprise manager une base qui est grisée
et qui à coté du nom mentionne entre parenthèse "suspect".
Si je souhaite voir le contenue de la base, "(aucun
éléments)" apparait.

comment cela est arrivé et comment revenir à l'état
d'origine ?
merci par avance

JB

Matthieu Girard

unread,

Mar 14, 2003, 3:34:43 AM3/14/03

to

voici ce qui est dit dans la documentation sql :

sp_resetstatus
Réinitialise l'état d'une base de données suspecte.

Syntaxe
sp_resetstatus [ @DBName = ] 'database'

Arguments
[@DBName =] 'database'

Nom de la base de données à réinitialiser. database est
de type sysname, sans valeur par défaut.

Valeurs des codes renvoyés
0 (succès) ou 1 (échec)

Notes
sp_resetstatus désactive l'indicateur suspect sur une
base de données. Cette procédure met à jour les colonnes
mode et état de la base de données nommée dans
sysdatabases. Vous devez consulter le journal des erreurs
de SQL Server et résoudre tous les problèmes avant
d'exécuter cette procédure. Arrêtez et redémarrez SQL
Server après avoir exécuté sp_resetstatus.

Une base de données peut devenir suspecte pour plusieurs
raisons. Parmi les causes possibles figurent le refus
d'accès à une ressource de base de données par le système
d'exploitation et l'indisponibilité ou la corruption d'un
ou plusieurs fichiers de base de données.

Autorisations
Seuls les membres du rôle de serveur fixe sysadmin
peuvent exécuter sp_resetstatus.

Exemple
Cet exemple réinitialise l'état de la base de données
PUBS.

EXEC sp_resetstatus 'PUBS'

JB

unread,

Mar 14, 2003, 3:52:41 AM3/14/03

to

merci de vos conseil,
mon soucis est de ne pas perdre de donnée, et comme je ne
peux pas faire de sauvegarde de cette base a l'heure
actuelle, il ne faut pas que je fasse de mauvaise
manipulations.

JB
>-----Message d'origine-----

>.
>

Matthieu Girard

unread,

Mar 14, 2003, 4:04:21 AM3/14/03

to

Eteignez votre SQL et faite une copie de du fichier de
Donné et de log. et si vous faite une mauvaise
manipulation vous n'aurez qu'a re-éteindre et replacer
les fichiers copiés juste avant... Sauf erreur de ma part
cela devrait fonctionner...

>-----Message d'origine-----

>.
>

Med Bouchenafa [MVP]

unread,

Mar 14, 2003, 5:19:51 AM3/14/03

to

Commence par regarder dans le journal des erreurs de SQL/Server quelle est la cause de cet état
"suspect"
Tu trouveras certainement une indication qui te mettra sur une bonne piste

--
Salutations
Med Bouchenafa
TETRASET
75015 Paris
"JB" <news...@laposte.net> a écrit dans le message de news:
03ea01c2e9fd$33e8d5d0$a401...@phx.gbl...

JB

unread,

Mar 14, 2003, 4:20:54 AM3/14/03

to

Je viens d'éxécuter ce code dans l'analyser de requete :

USE master
EXEC sp_configure 'allow updates', 1
RECONFIGURE WITH OVERRIDE

EXEC sp_resetstatus stella1

EXEC sp_configure 'allow updates', 0
RECONFIGURE WITH OVERRIDE

Malheureusement, lorsque je redémarre SQL sever 2000, la
base est toujours "suspect". que faire ?

JB

>-----Message d'origine-----

>.
>

ikaf

unread,

Mar 14, 2003, 4:40:23 AM3/14/03

to

Cette base a été déconnecté, pôur la reconnecter, se
positionner sur la base avec Entreprise Manager, Click
Droit, toutes les taches, Mettre en ligne.

>-----Message d'origine-----

>.
>

JB

unread,

Mar 14, 2003, 4:58:00 AM3/14/03

to

Désolé, mais j'ai déjà exploré cette possibilité. la base
n'est pas déconnectée.
merci quand meme
jb

>-----Message d'origine-----

>.
>

JB

unread,

Mar 14, 2003, 5:46:53 AM3/14/03

to

Merci,
j'ai retrouvé une sauvegarde. heureusement !
je l'ai restaurée dans une autre base.

merci de votre aide
JB

>-----Message d'origine-----

>.
>

Reply all

Reply to author

Forward