sql server does not exist or access is denied

Version imprimable

14/03/2006, 15h40
Immobilis

sql server does not exist or access is denied

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.

Citation:

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.
14/03/2006, 15h58
nouard-dez

Maybe

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/
14/03/2006, 16h26
Immobilis

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

Citation:

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
14/03/2006, 18h02
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 +
14/03/2006, 18h19
Immobilis

Le truc, c'est que les journaux (taille) semblent correct
http://julienlefevre.free.fr/pict/tempdb.GIF
Merci de votre aide :cry:
15/03/2006, 10h21
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 +
15/03/2006, 10h57
Immobilis

Citation:

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

Voici le résultat:
http://julienlefevre.free.fr/pict/SQLPERF.GIF

Citation:

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

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

Citation:

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.
15/03/2006, 11h44
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 +
15/03/2006, 13h27
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+
15/03/2006, 15h11
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