Discussion :

[Immobilis]

Bonjour,

SQL Server 2000
W2003

Je n'arrive plus à accéder à mon serveur SQL par "Enterprise Manager" alors qu'hier cela marchait très bien.
J'ai ce message d'erreur dans le log.

2006-03-06 20:01:01.14 spid57 The log file for database 'tempdb' is full. Back up the transaction log for the
2006-03-06 20:01:01.14 spid57 Error: 9002, Severity: 17, State: 6

Je ne suis pas certain que la cause est là puisque hier cela marchait encore.
J'ai redémarré le serveur mais rien n'y fait. Ni les login de Windows, ni celui de la base SQL ne fonctionnent.

Je ne vois pas d'ou vient le pb.

Merci de votre aide.

[nouard-dez]

je dirais que ton journal de transaction est plein et qu'il faut le vider ...

tu as une faq sur ce site il parait ....
http://sqlpro.developpez.com/cours/sqlserver/log/

[Immobilis]

Ouais,
Sauf que le fichier n'est pas limité en taille...
De plus, le message ne réapparait pas par la suite:

2006-03-14 02:00:17.30 backup Database backed up: Database: master, creation date(time): 2006/01/20(15:25:07)
2006-03-14 02:00:18.97 backup Database backed up: Database: model, creation date(time): 2000/08/06(01:40:52),
2006-03-14 02:00:20.77 backup Database backed up: Database: msdb, creation date(time): 2000/08/06(01:40:56),

Qu'en penses-tu?
Merci

[SQLpro]

Lorsqu'un journal est de taille illimité il peut grossir jusqu'à saturer le disque.
Dans ce cas les bases de données, comme le serveur SQL risque d'être indisponible.

Seule solution : intervenir en ligne de commande pour redémarrer SQL Server avec une option particulière désactivant le maximum de choses.

net start mssqlserver -f
net start mssqlserver -m

puis faites le ménage des journaux

redémarrez ensuite SQL server en mode normal et implantez les procédures de maintenance qui vont bien

A +

[Immobilis]

Le truc, c'est que les journaux (taille) semblent correct

Merci de votre aide

[SQLpro]

La tempdb c'esr une chose. lancez la commande DBCC SQLPERF ( LOGSPACE ) pour voir l'ensemble des journaux de vos bases.

Auditez régulièrement le grossissement des fichiers de tempdb? Vous avez du programmé des procédures qui ne libèrent pas les objets temporaires.

A +

[Immobilis]

lancez la commande DBCC SQLPERF ( LOGSPACE ) pour voir l'ensemble des journaux de vos bases.

Voici le résultat:

Auditez régulièrement le grossissement des fichiers de tempdb?

Non .Je découvre SQL au fur et à mesure je dois dire.

Vous avez du programmé des procédures qui ne libèrent pas les objets temporaires.

Je n'ai fait aucune procédure. Il y a toutefois des requetes qui consomme un peu, mais l'application répond bien.

Je souligne toutefois que j'accède à l'arborescence du serveur SQL qd j'utilise "Enterprise Manager(EM)" localement par l'intermediaire du "Remote desktop" de Windows.
Par contre quand j'utilise EM depuis mon portable (meme réseau) ça ne marche pas alors qu'il y a deux jours oui.
Je me renseigne parallèlement avec les "administrateurs" Serveur et Réseau de la boite.

Merci de ton aide.

[SQLpro]

Evitez d'utiliser EM c'est un gadget graphique lourd, consommateur et pas synchronysé avec les données de la base. Préférez le query analyseur et lancez les requêtes et procédures qui vont bien...
Ah oui, je sais, il faudra connaître SQL, Transact SQL, quelques procédures stockées système et le DBCC...
Une petite formation quoi !!!

Quel est l'espace libre de vos disque physique.

Sachez que lorsque l'espace libre est de moins de 30% des problèmes de performances commencent à aparaître. En deça de 10, changez de disque !

A +

[Immobilis]

Comme quoi la solution n'est pas toujours là où on pense.

C'est la connexion qui posait pb. En utilisant le "Client Network Utility", j'ai ajouté un alias avec le protocol "Named pipe". Maintenant, ça marche.

Pourquoi cela n'a plus marché hier, je ne sais pas...

Ce que je ne comprend pas non plus, c'est que ce changement de paramètre m'a aussi permis de rétablir la connexion entre mon projet Access et le serveur SQL. Faut vraiment que je creuse.

Merci en tous les cas.

A+

[Immobilis]

Bon, j'ai mis uniquement le protocole TCPIP sur le serveur.
J'ai configuré un alias sur mon client pour qu'il s'adresse au port du serveur et ça marche avec un identifiant SQL.
Mon identifiant de domaine ne marche pas.

A suivre.

Merci