Blocage BD après sauvegarde SQL

Version imprimable

27/12/2008, 21h37
Régis57

Blocage BD après sauvegarde SQL

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.
28/12/2008, 00h18
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 +
31/12/2008, 13h48
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.
05/01/2009, 21h27
elsuket

Bonjour,

Citation:

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 ...

@++ ;)
06/01/2009, 10h17
Régis57

Suite de mes problèmes...

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 !
06/01/2009, 11h17
Régis57

Suite toujours

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 ...
06/01/2009, 12h11
elsuket
Bonjour,

Citation:

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

Cherchez plutôt de ce côté là ;)
Regardez la commande SQL qui est en cours d'exécution pour les processus qui en bloquent d'autres.
Comme vous êtes sous SQL Server 2000, regardez la colonne sql_handle de la table master.dbo.sysprocesses.
Lorsque vous voyez un processus qui en bloque d'autre, passez son sql_handle en paramètre à la fonction système fn_get_sql :
Code:

1 2 SELECT text FROM ::fn_get_sql(sql_handle)
Vous obtiendrez ainsi le code de la requête qui est à l'origine du blocage.
Il vous faudra ensuite peut-être penser à optimiser le plan de cette requête ;) (dans l'analyseur de requêtes, je crois que c'est le raccourci CTRL+L)

@++ ;)
08/01/2009, 10h38
Régis57

Le problème est que ces verrous apparaissent après la sauvegarde, au moment où personne n'est connecté.
Donc, mes requetes SQL ne sont pas incriminées.

D'autres idées ?? Pour l'instant, j'ai arrêté la sauvegarde SQL de cette base uniquemement.

Merci à vous tous...
08/01/2009, 11h10
SQLpro

Citation:

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

ALTER DATABASE ... SET OFFLINE

Citation:

D'autres idées ??

Auditer à l'aide du profileur SQL sur 24 heures puis dépouiller les données de l'audit.

A +