encore un détail :
je suis en recovery mode : simple et je vois dans mes logs, log = 1Go avec 40% de libre ...
le % de libre devrait remonter régulièrement ... là il est scotché à 40%.
encore un détail :
je suis en recovery mode : simple et je vois dans mes logs, log = 1Go avec 40% de libre ...
le % de libre devrait remonter régulièrement ... là il est scotché à 40%.
Quels sont les permissions sur le dossier où se situent vos fichiers de bases de données ? (SQLServerMSSQLUser$ .....)
Pouvez vous nous faire une capture d'écran ?
++
J'ai l'impression qu'il manque le groupe créé par SQL Server SQLServerMSSQLUser$... dans vos ACL. Celui-ci doit avoir un contrôle total sur le dossier des données SQL Server.
Quelle version de SQL Server au fait ?
++
sqlserver 2005 standart edition
au fait, lors d'un dbcc, sqlserver va créer son snapshot sur quel disk ?
Dans ce cas essyez de voir si en mettant le groupe adéquate SQLServerMSSQLUser$... et l'autorisation contrôle total cela vous donne qqch.
Le snapshot est créé d'office sur le meme disque que le fichier de données de la base.
++
Essayer de lancer le DBCC CHECKDB WITH TABLOCK, à la limite tant pis pour pour la lecture consistante. Avez-vous un jeu de backups pour cette base ?
David B.
Bonsoir,
si j'avais un backup ... je n'aurais pas trop de prob ...
je vais tenté avec le tablock
merci
au fait, j'ai un process Ghost Clean Up qui prend l'équivalent d'une CPU en permanance et qui bloque les checkpoints ...
Hello
Et tu n'as vraiment plus rien dans l'observateur d'évènements qui indiquerait un volume NTFS défectueux ou un problème OS ? Il faudrait déjà bien s'assurer que tout est ok à ce niveau là.
Un des premiers posts indiquait de faire un chkdsk, est-ce que tu l'as effectué avec l'instance arrêtée ?
Est-ce que tu as essayé de copier la table dans une autre, quitte à perdre des données, tu peux peut-être sauver les meubles ...
Elle sert à quoi sinon cette base ? Il ne faut pas hésiter à contacter le support MS si c'est vraiment très très chaud....
Emmanuel T.
j'ai avancé ...
en fait le process Ghost Clean Up boucle à l'infini et bloque tous les traitements du type : checkpoint ... et donc bloque le dbcc ...
j'ai redémarré mon instance avec le flag 661 actif pour suspendre le lancement de ce process et le dbcc est en train de tourner maintenant.
la base est une base de production 800 Go.
je suis en train de leur refabriquer une base "purgée" afin de réduire sa taille.
merci,
J'ai enfin résolu le problème.
J'ai arrêté le process Ghost cleanUp avec la trace 661.
Le snapshot était en fait bloqué par le ghost cleanup car impossible de faire un checkpoint si j'ai bien compris.
Puis j'ai enfin pu faire un dbcc checkdb ... qui a eu du beaucoup de travail :-(
Puis un dbcc updateusage ...
La base est à nouveau opérationnelle.
Yves.
Avez vous pensé à réactiver ghost clean up ?
++
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager