Discussion :

[RaelRiaK]

Bonjour,

J'ai un gros problème avec mon serveur SQL.
J'ai une application assez conséquente sur SQL Server 2005. Mercredi matin panique, tout le monde m'appelle en me disant que certaines fonctionnalité ne fonctionnent plus!

Après recherche, il s'agit d'une table qui ne réponds plus, j'ai beau l'interroger, rien n'y fait, le serveur rame sans résultat. Seul moyen rapide que j'ai trouvé : redémarrer le service SQL Server. Et là pas de souci.

Ce problème m'est déjà arrivé 2 fois, je me dis alors que cela doit être une de mes proc qui fait planter la table.

Je décide sur un serveur de test de rejoué les log pour savoir à partir de quel heure ma base n'as plus fonctionné :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
restore database TEST
from disk='D:\***.bak'
with 
norecovery,
replace;
 
go
 
declare @date as datetime
set @date = convert(datetime, '17/10/2007 09:00:00', 103)
 
restore log TEST from disk='D:\***_log.bak'
with 
stopat=@date;

Je découvre que la dernière date saisie est 8:20 après plus rien jusqu'au redémarrage du service.
Mais ma base dans cet état fonctionne correctement!

En clair j'aimerais savoir comment trouvé ce qui a fait planter ma table, je pensais que rejoué les log me permettrait de le savoir, mais ce n'est pas le cas, car la table est toujours accessible après avoir rejoué les log jusqu'à une heure ou elle été officiellement inutilisable!

Pouvez vous m'aidez s'il vous plait? Je ne sais plus ou chercher...
Merci d'avance

Renaud

[kagemaru]

bonjour,

quand vous dites :

j'ai beau l'interroger, rien n'y fait, le serveur rame sans résultat

la requête ne rend jamais la main ?

avez-vous des erreurs dans le journal du sql serveur (fichier ERRORLOG) ?

[RaelRiaK]

Bonjour,

Exactement, la requête ne me rend jamais la main, un simple select top 10 tourne en rond en attendant la réponse du serveur ...
D'autre part je dois avoué n'avoir aucune idée de comment regardé dans le errorlog, j'ai bien essayé xp_readerrorlog, mais malheureusement cette procédure n'a été capable de m'afficher que les log depuis le redémarrage du serveur...

Une idée alors?

En tout cas merci pour ton attention
Renaud

[kagemaru]

Il faut regarder dans le répertoir LOG sous l'emplacement où SQL Server a été installé. Normalement, il devrait y avoir un fichier nommé ERRORLOG, sans extension.

Sinon, la table a combien d'enregistrments ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

execute sp_spaceused <table>

[RaelRiaK]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 rows        reserved           data               index_size         unused
----------- ------------------ ------------------ ------------------ ------------------
245637      14032 KB           10128 KB           3824 KB            80 KB

C'est ce que j'ai obtenue.

C'est une table relativement grosse, sachant qu'il s'agit d'une table ou les opérateur inscrive toutes les étapes de leur travail, donc entre 300 et 400 pointage par jour régulièrement archivés.

J'ai essayé ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
SELECT 
	Operation
	, [Transaction ID] 
	, SPID
	, [Begin Time]
	, [End Time]
	, [Transaction Name]
FROM 
	::fn_dblog(null, null)

Je pense connaitre maintenant la transaction qui a fait planter la table à la seconde prés, mais je ne sais pas quel est le code associé ...

Renaud

[kagemaru]

ah oui, j'oubliais, est-il possible de poster la requête complète également ?

[RaelRiaK]

Je pense que tu veux dire la requête qui ne renvois pas de réponse.
Tout simplement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from matable

Et rien ça tourne dans le vide ...

EDIT : j'ai pu regarder le errorlog, et entre 0:00 et 10:00 (heure à laquelle j'ai redémarré le service), il n'y à rien du tout!

[kagemaru]

Cette requête est censée retourner toutes les lignes de la table qui fait 200 000 lignes. Est-ce nécessaire ? N'est-il pas possible de filtrer ?

Lorsque vous lancez le select *, le management studio
peut avoir des difficultés à afficher les 200000 lignes, ce qui peut prendre un certain temps (mais bon, 200000 lignes, c'est loin d'être insurmontable)

Qu'entendez-vous par "faire planter ma table" ? La table est peut-être verrouillée (-> utiliser la commande sp_lock pour vérifier les verrous) ?
Lorsque le problème survient et que vous lancer la commande sp_who, est-ce qu'il y a des valeurs différentes de 0 dans la colonne "blocked" ?

bon courage

[rudib]

Exactement, la requête ne me rend jamais la main, un simple select top 10 tourne en rond en attendant la réponse du serveur ...

Durant l'attente, que vois-tu dans le moniteur d'activité (onlget Gestion de SSMS) ?
Ou avec ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM sys.dm_os_waiting_tasks

[RaelRiaK]

Bonjour

D'après Microsoft, il pourrais s'agir d'un Dead lock (ce que je pensais également).

Le SELECT * n'est en fait qu'un test, ma requete réél est beaucoup plus filtré (une 20aine de ligne maximum). Mais même un SELECT TOP 10 * ne fonctionne pas ...

Dans le moniteur je vois des utilisateur connecté qui exécutent certaines proc ou requêtes, mais j'ai beau couper celle-ci, rien n'y fait ...

En tout cas merci pour votre intérêt
Renaud