Rejouer les logs SQL

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:

---

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

bonjour,

quand vous dites :

Citation:

---

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) ?

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

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:

---

execute sp_spaceused <table>

---

Code:

---

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:

---

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

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

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

Code:

---

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!

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

Citation:

---

Envoyé par RaelRiaK

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:

---

SELECT * FROM sys.dm_os_waiting_tasks

---

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