[SQL2K] Err 80004005: serveur SQL n'existe pas (Plus !)

Bonjour

j'ai deux serveurs en Windows 2003 standard edition
Sur l'un SQL Serveur 2000, sur l'autre IIS 6 et un site en ASP

Je lance une page qui fait pas mal de traitements sur la base, elle s'exécute normalement puis à un moment s'arrete avec le message :

"Microsoft OLE DB Provider for SQL Server erreur '80004005'
[DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son accès est refusé. "

Hors il vient de m'exécuter plus de 700 requetes !!!
Il ne s'arrete pas toujours au meme endroit ni à la même request (+ou- 5)

Je ne comprends rien car avant ça marchait avec des windows 2003 mais en IIS 5

Si quelqu'un a une info, ça fait 3 jours que je bloque là dessus !

Merci et bon weekend

Bonjour,

Surveille le réseau entre les deux machines. Est-ce que la connexion est directe ou passe-t-elle par un routeur ? Tout est-il bien configuré ?
Y a-t-il des erreurs dans l'event viewer ?
Pour auditer le réseau : http://www.ethereal.com/

Bonjour

la connexion est directe en TCP-IP via un switch
Lors de ce message mes pings continuent de fonctionner sans erreur visible

Pour la configuration, je pense qu'elle est bonne car beaucoup de process fonctionnent, il n'y en a que 2 qui posent probleme et c'est ceux qui ont beaucoup de taches à faire (environs 1500 Select/Insert + ecriture disque local)

Le pire c'est que ça fonctionne en partie et que ça plante sur un process qui est en boucle ...
Je m'explique : Je fais un select qui me renvoi environ 1000 enregistrements et je parcours ce resultat. A chaque enregistrement je fais une dizaine de select sur d'autres tables pour fabriquer un fichier synthèse d'informations que j'enregistre en local. On pourrait dire que les 700 premiers fonctionnent très bien puis erreur ...
C'est comme un timeout ou une limite de taches...

J'ai fais l'essai sur 2 autres serveurs en refaisant la même installation et j'ai le même résultat...

Et tout ça marchait très bien il y a un mois sur 2 autres serveurs en Windows 2003/SQL 2000 mais IIS 5 (je crois) à l'époque...

Merci bonne soirée
Arnaud

Salut,

Autre chose qui a changé que la version de IIS ?
As-tu installé la dernière version des composants d'accès aux données (MDAC ou SQL Native Clients)
D'autres erreurs récupérées par le client, ou que tu peux voir dans l'errorlog de SQL Server ou via le profiler en suivant les événements de la classe errors ? Des erreurs du genre erreurs TDS ?

Bonjour

Je n'ai rien vu de changé à part IIS

J'ai réinstallé MDAC en téléchargant la dernière version
Aucune erreur n'apparait dans le errorlog de SQL Server
Par contre je ne sais pas comment regarder "le profiler classe errors ? Des erreurs du genre erreurs TDS ?"

En tout cas merci bien de m'aider !
A+
Arnaud

Le profiler te permet de tracer le comportement du serveur. Selon ce que tu décris il y a peu de chance que tu y voies qqch, mais pour utiliser le profiler, jette un oeil sur mon article : http://rudi.developpez.com/sqlserver.../optimisation/ , il y a une section sur l'outil. Regarde ensuite les événements, il y a un groupe errors, prends tout le groupe et laisse tourner la trace.

Super comme outils ! je connaissais pas et au moins j'ai appris quelque chose d'intéressant ! Merci !!!

Pas contre je n'ai pas d'erreur à ce niveau :(

Il reste à chercher dans la Knowledge Base de MS s'il y a un problème connu de déconnexions, ou voir du côté du réseau. Quel est le protocole utilisé par ta connexion ? Canaux nommés ou TCP/IP ? Essaie de passer en TCP/IP si c'est via canaux nommés.

Malheureusement j'avais commencé par chercher dans la Base de MS,
j'ai bien trouvé une allusion à risque de pb lié à une fonction qui protège contre les attaques en déconnectant s'il y a trop de requetes d'affilées de la meme provenance sur une base, j'ai fais les 2 modifs que j'ai trouvé dans la base de registre mais ça n'a rien changé ...

Je suis bien en TCP IP et j'avais essayé aussi en cannaux nommés ...

J'ai l'impression que je suis pas pret de m'en sortir de celle là ....

J'ai peut etre trouvé une piste alors je vous la donne :

Le probleme n'est peut etre pas lié à SQL mais à Windows 2003, on trouve pas mal de forums ou les membres parlent de deconnexion réseau sous windows 2003 de façon aléatoire ...
Pour le moment je n'ai pas trouvé de solution :(

Espoir, espoir...
Surveille quand même le réseau et la configuration du switch

J'ai le même problème : Win 2003 server R2 qui exécute une appli, qui doit insérer 25000 lignes dans SQL server 2000 (sur un autre serveur 2003 distant, en LAN). L'appli plante au bout de la 3965 ème ligne (+ ou - 5 lignes) :

Citation:

---

[DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son accès est refusé

---

Pendant une dizaine de requêtes, puis reprend normalement les 3000 requêtes suivantes puis plante etc...

La connexion se fait en direct (pas de pilote ODBC).

Voila, quelqu'un à une idée ???

Bon, ben si ca peut servir à quelqu'un, j'ai trouvé la solution, il suffit d'installer SQL server 2000 sur le poste qui éxécute les requêtes, avec les outils clients :cry:

Il est possible de le désinstaller après, à condition de garder les DLL qui, selon l'installeur sont "inutilisées".

Après, ben ca marche...

Voila, 1 semaine de recherche pour ca :cry:

J'espère que ca en aidera d'autre

@+

Bonjour.
Je réveille les vieux démons.
Aujourd'hui encore sous sqlsever 2008, j'ai exactement la même erreur.
La solution d'installer sqlsever fonctionne t'elle toujours ou quelqu'un a t'il une nouvelle proposition concernant le problème ?
J'ai plus de 300 postes et franchement, faire le tour pour installer les postes un a un ne me dit pas trop.
A la rigueur, je pourrais déployer les dlls concernées si quelqu'un les connais.

Cordialement.

Je sais qu'il y a un hotfix pour ça à poser sur l'instance SQL Server 2000, mais il m'est impossible de remettre la main dessus ... :cry:

@++ ;)

Bonjour.
Merci de ta réponse.
Si tu le retrouve (ne serait-ce que le nom), je suis preneur.
Par contre, il s'agit de sql server 2008.
Si ca se trouve, je patch à la version 208 automatiquement.

Cordialement.