DBCC CHECKTABLE with REPAIR

Bonjour à tous,

Sur un de mes serveurs (Sql Server 2000), la sauvegarde d'une de mes BD échoue régulièrement. En consultant les logs de mon plan de maintenance il semble que ce soit l'étape de verification de l'intégrité de ma base et de ses index qui plante. En effet l'option With repair est activée et il semblerait que des connections soit toujours actives.

Ma question est un peut générale ;

1/ Utilisez vous l'option DBCC CHECKTABLE with REPAIR dans le cadre de vos plans de maintenance ? A quelle fréquence est il conseiller de le faire pour un BD à faible volumne avec un nombre de transaction restreint.

2/ Il semblerait qu'il faille passer la BD en mode mono utilisateur pour que les "réparations" eventuelles puisse se faire. Le script generé par l'assistant se charge t il de couper les connexions existantes ?

3/ Est ce une bonne pratique que de passer par l'assistant du Plan de maintenance ou vaut il mieux rediger soi même les scripts de sauvegarde & contrôle

Merci à vous

Il n'existe plus auhourd'hui de "bug" connu dans la logique de stockage des données. Autrement dit "DBCC CHECKTABLE with REPAIR" ne sert à rien. Les seules problèmes que vous pouvez avoir ne peuvent venir que d'un hardware corrompu auquel cas "DBCC CHECKTABLE with REPAIR" est inefficace.

Le seul moyen de passer une base de données en mode mono utilisateur est de faire un ALTER DATABASE <bd> SET SINGLE_USER éventuellement avec l'option WITH ROLLBACK IMMEDIATE.

Citation:

---

Est ce une bonne pratique que de passer par l'assistant du Plan de maintenance ou vaut il mieux rediger soi même les scripts de sauvegarde & contrôle

---

Pour des petites config bas de gamme c'est OK, ou encore de l'implantation d'éditeur chez client pour du "gratuit" cela peut aller. Mais dès que les bases deviennent lourdes, alors il faut agir plus finement !

A +

Merci de ta réponse !;)