Discussion :

[Régis57]

Bonjour,

Serveur SQL 2000 SP3 avec une dizaine de BD.
Les BD sont sauvegardés tous les soirs sur disque via le système de sauvegarde intégré à SQL.

Depuis quelques jours, sans raison apparente, l'une des BD se trouve bloquée après la sauvegarde. Pas de message d'erreur dans les évènements après cette sauvegarde...Ce qui est bizarre, c'est que le blocage n'est pas systématique. Certains jours cela fonctionne normalement...

Symptome du blocage : un simple select sur la table "mouline" indéfiniment sans renvoyer de résultats...
==> Je suis obligé d'arrêter et de redémarrer les services SQL pour que cela fonctionne à nouveau.

Les autres BD se sauvegardent normalement...

Avez-vous une piste ?? J'ai déjà essayé de changer l'heure de la sauvegarde au cas où, mais pas mieux...

Merci pour votre aide.

[SQLpro]

Commencez par vérifier l'intégrité des structures de stockage à l'aide d'un DBCC CHECK... CATALOG, ALLOC, FILEGROUP, DB

Regardez aussi si vos disque ne sont pas à saturation. Vous devez en pricnipe toujours avoir au moins 30% d'espace libre.

A +

[Régis57]

Bonjour,

J'ai lancé un plan de maintenance avec vérification. Tout est OK.
Peut-être que cela va arranger les choses ???
J'attends de voir si les pochaines sauvegardes se passent bien...


Utilitaire Microsoft (R) SQLMaint (Unicode)é Version Connecté au serveur SQL xxxxx en tant que ®ÿAUTORITE NT\SYSTEMÿ¯ (approuvé)
Début du plan de maintenance ®ÿPlan de maintenance de Gestempsÿ¯ au 29/12/2008 21:25:01
[1] Base de données GESTEMPS : Vérification de la liaison des données et des index...

** Temps d'exécution : 0 hé 0 miné 2 s **

Fin du plan de maintenance ®ÿPlan de maintenance de Gestempsÿ¯ au 29/12/2008 21:25:03
SQLMAINT.EXE Code de sortie du processus : 0 (Succès)



Utilitaire Microsoft (R) SQLMaint (Unicode)é Version Connecté au serveur SQL ®ÿFDL-BD1ÿ¯ en tant que ®ÿAUTORITE NT\SYSTEMÿ¯ (approuvé)
Début du plan de maintenance ®ÿPlan de maintenance de Gestempsÿ¯ au 29/12/2008 21:23:01
[1] Base de données GESTEMPS : Reconstruction d'index (laissant 10%% d'espace libre)...

Reconstruction d'index pour la table ®ÿAgencesÿ¯
Reconstruction d'index pour la table ®ÿBanquesÿ¯
Reconstruction d'index pour la table ®ÿChequesÿ¯
Reconstruction d'index pour la table ®ÿClientsÿ¯
Reconstruction d'index pour la table ®ÿDetail_deboursÿ¯
Reconstruction d'index pour la table ®ÿDetail_Tachesÿ¯
Reconstruction d'index pour la table ®ÿEffetsÿ¯
Reconstruction d'index pour la table ®ÿEmpruntÿ¯
Reconstruction d'index pour la table ®ÿFam_deboursÿ¯
Reconstruction d'index pour la table ®ÿFam_Tachesÿ¯
Reconstruction d'index pour la table ®ÿFichePresÿ¯
Reconstruction d'index pour la table ®ÿHISTÿ¯
Reconstruction d'index pour la table ®ÿLCRÿ¯
Reconstruction d'index pour la table ®ÿLimitUtilÿ¯
Reconstruction d'index pour la table ®ÿMouvÿ¯
Reconstruction d'index pour la table ®ÿMvdbÿ¯
Reconstruction d'index pour la table ®ÿMvdb_Histÿ¯
Reconstruction d'index pour la table ®ÿParamÿ¯
Reconstruction d'index pour la table ®ÿPartenairesÿ¯
Reconstruction d'index pour la table ®ÿPiecesÿ¯
Reconstruction d'index pour la table ®ÿPrepaPiecesÿ¯
Reconstruction d'index pour la table ®ÿRemiseSalÿ¯
Reconstruction d'index pour la table ®ÿSalariesÿ¯
Reconstruction d'index pour la table ®ÿStatFactÿ¯
Reconstruction d'index pour la table ®ÿTmpCongesÿ¯

** Temps d'exécution : 0 hé 0 miné 13 s **

[2] Base de données GESTEMPS : Suppression de l'espace vacant des fichiers de la base de données (si la taille de la base de données dépasse 50 Mo). Réduction de l'espace libre … 10 pour cent des données...
** Temps d'exécution : 0 hé 0 miné 1 s **

Fin du plan de maintenance ®ÿPlan de maintenance de Gestempsÿ¯ au 29/12/2008 21:23:14
SQLMAINT.EXE Code de sortie du processus : 0 (Succès)

***** Extrait ERRLOG
2008-12-29 21:25:03.00 spid55 Le DBCC CHECKDB (GESTEMPS) exécuté par AUTORITE NT\SYSTEM a trouvé 0 erreurs et en a réparé 0. Temps écoulé*: 0 heures 0 minutes 1 secondes.

[elsuket]

Bonjour,

Depuis quelques jours, sans raison apparente, l'une des BD se trouve bloquée après la sauvegarde

Comment effectuez-vous les sauvegardes de cette base de données ?

La reconstruction d'index n'indique pas que votre base de données est dans un état consistant correct, et encore moins la Suppression de l'espace vacant des fichiers de la base de données ...

Quelle est la taille de votre base de données ? DBCC CHECKDB qui dure une seconde, c'est assez court ...

@++

[Régis57]

Bonjour,

La taille de ma BD est de l'ordre de 316 Mo pour les données, et de 2216 Mo pour le journal des transactions.

Ce matin, ma base est à nouveau bloquée.

Ma sauvegarde est faite de la façon suivante :
- Clic droit - Toutes les tâches - Sauvegarder la BD
==> Sauvegarde complète, sur le DD du serveur
- Planification de cette sauvegarde le soir à 21h30.

Ce qui est bizarre (et très embêtant), c'est que le blocage ne se produit pas systématiquement après chaque sauvegarde... (Environ une sur trois)
En plus, cela fait quelques années que la sauvegarde se déroule bien, pourquoi d'un coup ????

A) Les problèmes peuvent-ils être liés à la taille du journal des transactions ?
==> Comment le supprimer sans risque ?

B) Faut-il une logique dans la séquence de sauvegarde. J'ai d'autres bases qui se sauvegardent à peut près en même temps (espacées d'un quart d'heure)(sans problèmes...).
2 sauvegardes peuvent-elles avoit lien en même temps ????

Merci à vous !

[Régis57]

J'ai également remarqué la présence de vérous sur certains process (SPID) bloqués sur la BD incriminée...

Comment faire redémarrer uniquement cette BD sans arrêter l'ensemble des services SQL ???

Merci pour votre aide préciseuse ...