OVH Cloud OVH Cloud

Erreur 17 Etat 08001

7 réponses
Avatar
rmeuser
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le OS c'est
Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de Lyon
sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du SQL
Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL n'existe
pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL n'existe
pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003 16:08:15
Copyright (c) 1988-2003 Microsoft Corporation Standard Edition on Windows
NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne comme la
création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème sur le
Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf

7 réponses

Avatar
Med Bouchenafa
Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui s'il
utilise un protocole de communication et est à l'ecoute d'un port donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu SQL
Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le OS
c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de Lyon
sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du SQL
Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL n'existe
pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL n'existe
pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003 16:08:15
Copyright (c) 1988-2003 Microsoft Corporation Standard Edition on Windows
NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne comme la
création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème sur
le Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf










Avatar
Ralf Meuser
Dans l'utilitaire réseau SQL server le protocoles TCP/IP est bien active et
utiliser le Port 1433



"Med Bouchenafa" a écrit dans le message de news:

Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui s'il
utilise un protocole de communication et est à l'ecoute d'un port donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu SQL
Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le OS
c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de Lyon
sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du SQL
Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003 16:08:15
Copyright (c) 1988-2003 Microsoft Corporation Standard Edition on
Windows NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne comme
la création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème sur
le Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf














Avatar
Med Bouchenafa
Peux-tu verifier par NETSTAT que SQL Server est bien à l'écoute de ce port

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226c6cb$0$585$
Dans l'utilitaire réseau SQL server le protocoles TCP/IP est bien active
et utiliser le Port 1433



"Med Bouchenafa" a écrit dans le message de news:

Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui s'il
utilise un protocole de communication et est à l'ecoute d'un port donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu SQL
Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le OS
c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de
Lyon sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du SQL
Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003 16:08:15
Copyright (c) 1988-2003 Microsoft Corporation Standard Edition on
Windows NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne comme
la création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème
sur le Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf


















Avatar
Ralf Meuser
C'est bizzard


Sur mon serveur de Lyon j'ai en faissons netstat -n


...
TCP 192.168.69.19:1433 192.168.69.15:1565 Établie
TCP 192.168.69.19:1433 192.168.69.15:1570 Établie
TCP 192.168.69.19:1433 192.168.69.15:1574 Établie
TCP 192.168.69.19:1433 192.168.69.15:1683 Établie
TCP 192.168.69.19:1433 192.168.69.15:1688 Établie
TCP 192.168.69.19:1433 192.168.69.15:1962 Établie
......

mais sur mon serveur de Paris je n'ai rien avec :1433
Pourtant sur le serveur de Paris en utilisant l'utilitaire reseau SQL Server
le protocole TCP/IP Port 1433 est active.
J'ai même rebooter le serveur mais rien de plus




"Med Bouchenafa" a écrit dans le message de news:
e4$qV$
Peux-tu verifier par NETSTAT que SQL Server est bien à l'écoute de ce port

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226c6cb$0$585$
Dans l'utilitaire réseau SQL server le protocoles TCP/IP est bien active
et utiliser le Port 1433



"Med Bouchenafa" a écrit dans le message de
news:
Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui s'il
utilise un protocole de communication et est à l'ecoute d'un port donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu SQL
Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le OS
c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de
Lyon sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du SQL
Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai
l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003
16:08:15 Copyright (c) 1988-2003 Microsoft Corporation Standard
Edition on Windows NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne comme
la création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème
sur le Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf






















Avatar
Med Bouchenafa
Si tu n'as rien, c'est que SQL Server n'est peut-être même pas démarré !!!
Essaye de voir si tu arrives à le lancer dans une fenêtre de commandes DOS
par SQLSERVR.EXE -c
Si oui, ouvre une autre fenêtre de commandes et regarde le résultat de ton
netstat -n

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226e111$0$643$
C'est bizzard


Sur mon serveur de Lyon j'ai en faissons netstat -n


...
TCP 192.168.69.19:1433 192.168.69.15:1565 Établie
TCP 192.168.69.19:1433 192.168.69.15:1570 Établie
TCP 192.168.69.19:1433 192.168.69.15:1574 Établie
TCP 192.168.69.19:1433 192.168.69.15:1683 Établie
TCP 192.168.69.19:1433 192.168.69.15:1688 Établie
TCP 192.168.69.19:1433 192.168.69.15:1962 Établie
......

mais sur mon serveur de Paris je n'ai rien avec :1433
Pourtant sur le serveur de Paris en utilisant l'utilitaire reseau SQL
Server le protocole TCP/IP Port 1433 est active.
J'ai même rebooter le serveur mais rien de plus




"Med Bouchenafa" a écrit dans le message de news:
e4$qV$
Peux-tu verifier par NETSTAT que SQL Server est bien à l'écoute de ce
port

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226c6cb$0$585$
Dans l'utilitaire réseau SQL server le protocoles TCP/IP est bien active
et utiliser le Port 1433



"Med Bouchenafa" a écrit dans le message de
news:
Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui s'il
utilise un protocole de communication et est à l'ecoute d'un port
donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu SQL
Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le OS
c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de
Lyon sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du SQL
Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai
l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de
problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003
16:08:15 Copyright (c) 1988-2003 Microsoft Corporation Standard
Edition on Windows NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne
comme la création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème
sur le Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf


























Avatar
Ralf Meuser
Le seuveur est bien démarrer parceque les utilisateurs de Paris travail avec
la base sans probleme.
Je ne peux pas me connecter de mon domain de Lyon sur la base de Paris.

Ici le log du serveur de Paris
2005-03-03 10:59:05.48 server Copyright (C) 1988-2002 Microsoft Corporation.

2005-03-03 10:59:05.48 server Tous droits réservés.

2005-03-03 10:59:05.48 server ID du processeur serveur = 1696.

2005-03-03 10:59:05.48 server Enregistrement de messages SQL Server dans le
fichier « d:Microsoft SQL ServerMSSQLlogERRORLOG ».

2005-03-03 10:59:05.51 server SQL Server démarre à la classe de priorité «
normal »(4 CPUs détecté).

2005-03-03 10:59:06.26 server SQL Server configuré pour le traitement du
mode thread.

2005-03-03 10:59:06.26 server Utilisation de dynamic verrous alloués. [2500]
Blocs de verrous, [5000] Blocs propriétaires de verrous.

2005-03-03 10:59:06.32 server Tentative d'initialisation du DTC (Distributed
Transaction Coordinator).

2005-03-03 10:59:10.64 spid3 Démarrage de la base de données « master ».

2005-03-03 10:59:11.60 server Utilisation de « SSNETLIB.DLL » version «
8.0.818 ».

2005-03-03 10:59:11.60 spid5 Démarrage de la base de données « model ».

2005-03-03 10:59:11.60 spid3 Le nom du serveur est «SERVEUR11».

2005-03-03 10:59:11.60 spid8 Démarrage de la base de données « msdb ».

2005-03-03 10:59:11.60 spid9 Démarrage de la base de données « uniface ».

2005-03-03 10:59:11.60 spid10 Démarrage de la base de données « tk_main ».

2005-03-03 10:59:11.64 server Serveur SQL à l'écoute sur 192.168.75.25:
1433.

2005-03-03 10:59:11.64 server Serveur SQL à l'écoute sur 127.0.0.1: 1433.

2005-03-03 10:59:11.81 server Serveur SQL à l'écoute sur TCP, Shared Memory,
Named Pipes.

2005-03-03 10:59:11.81 server SQL Server est prêt pour les connexions
clientes

2005-03-03 10:59:11.98 spid5 Suppression de la base de données tempdb.

2005-03-03 10:59:14.25 spid5 Démarrage de la base de données « tempdb ».

2005-03-03 10:59:15.84 spid10 L'analyse de la base de données 'tk_main' (6)
est terminée à 100% (approximativement 0 secondes supplémentaires)

2005-03-03 10:59:16.24 spid3 Récupération terminée.

2005-03-03 10:59:16.24 spid3 SQL global counter collection task is created.

2005-03-03 10:59:16.98 spid51 Utilisation de 'xpsqlbot.dll' version
'2000.80.194' pour exécuter la procédure stockée étendue 'xp_qv'.







"Med Bouchenafa" a écrit dans le message de news:

Si tu n'as rien, c'est que SQL Server n'est peut-être même pas démarré !!!
Essaye de voir si tu arrives à le lancer dans une fenêtre de commandes DOS
par SQLSERVR.EXE -c
Si oui, ouvre une autre fenêtre de commandes et regarde le résultat de ton
netstat -n

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226e111$0$643$
C'est bizzard


Sur mon serveur de Lyon j'ai en faissons netstat -n


...
TCP 192.168.69.19:1433 192.168.69.15:1565 Établie
TCP 192.168.69.19:1433 192.168.69.15:1570 Établie
TCP 192.168.69.19:1433 192.168.69.15:1574 Établie
TCP 192.168.69.19:1433 192.168.69.15:1683 Établie
TCP 192.168.69.19:1433 192.168.69.15:1688 Établie
TCP 192.168.69.19:1433 192.168.69.15:1962 Établie
......

mais sur mon serveur de Paris je n'ai rien avec :1433
Pourtant sur le serveur de Paris en utilisant l'utilitaire reseau SQL
Server le protocole TCP/IP Port 1433 est active.
J'ai même rebooter le serveur mais rien de plus




"Med Bouchenafa" a écrit dans le message de
news: e4$qV$
Peux-tu verifier par NETSTAT que SQL Server est bien à l'écoute de ce
port

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226c6cb$0$585$
Dans l'utilitaire réseau SQL server le protocoles TCP/IP est bien
active et utiliser le Port 1433



"Med Bouchenafa" a écrit dans le message de
news:
Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui
s'il utilise un protocole de communication et est à l'ecoute d'un port
donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu SQL
Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le
OS c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de
Lyon sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du
SQL Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai
l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de
problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003
16:08:15 Copyright (c) 1988-2003 Microsoft Corporation Standard
Edition on Windows NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne
comme la création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un problème
sur le Sql Server de Paris ou si le problème vient du client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf






























Avatar
Med Bouchenafa
Ton Serveur de Paris SERVEUR11 est à l'écoute d'une adresse locale
192.168.75.25
Dans ton premier message, tu parlais de 162.168.75.25.

Lorsque tu ouvres ta connexion VPN, tu devrais lancer l'Analyseur de
requêtes et taper l'adresse 192.168.75.25 dans la zone nom de serveur
Il est possible qu'une mauvaise résolution de nom soit à l'origine du
problème

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226ead7$0$636$
Le seuveur est bien démarrer parceque les utilisateurs de Paris travail
avec la base sans probleme.
Je ne peux pas me connecter de mon domain de Lyon sur la base de Paris.

Ici le log du serveur de Paris
2005-03-03 10:59:05.48 server Copyright (C) 1988-2002 Microsoft
Corporation.

2005-03-03 10:59:05.48 server Tous droits réservés.

2005-03-03 10:59:05.48 server ID du processeur serveur = 1696.

2005-03-03 10:59:05.48 server Enregistrement de messages SQL Server dans
le fichier « d:Microsoft SQL ServerMSSQLlogERRORLOG ».

2005-03-03 10:59:05.51 server SQL Server démarre à la classe de priorité
« normal »(4 CPUs détecté).

2005-03-03 10:59:06.26 server SQL Server configuré pour le traitement du
mode thread.

2005-03-03 10:59:06.26 server Utilisation de dynamic verrous alloués.
[2500] Blocs de verrous, [5000] Blocs propriétaires de verrous.

2005-03-03 10:59:06.32 server Tentative d'initialisation du DTC
(Distributed Transaction Coordinator).

2005-03-03 10:59:10.64 spid3 Démarrage de la base de données « master ».

2005-03-03 10:59:11.60 server Utilisation de « SSNETLIB.DLL » version «
8.0.818 ».

2005-03-03 10:59:11.60 spid5 Démarrage de la base de données « model ».

2005-03-03 10:59:11.60 spid3 Le nom du serveur est «SERVEUR11».

2005-03-03 10:59:11.60 spid8 Démarrage de la base de données « msdb ».

2005-03-03 10:59:11.60 spid9 Démarrage de la base de données « uniface ».

2005-03-03 10:59:11.60 spid10 Démarrage de la base de données « tk_main ».

2005-03-03 10:59:11.64 server Serveur SQL à l'écoute sur 192.168.75.25:
1433.

2005-03-03 10:59:11.64 server Serveur SQL à l'écoute sur 127.0.0.1: 1433.

2005-03-03 10:59:11.81 server Serveur SQL à l'écoute sur TCP, Shared
Memory, Named Pipes.

2005-03-03 10:59:11.81 server SQL Server est prêt pour les connexions
clientes

2005-03-03 10:59:11.98 spid5 Suppression de la base de données tempdb.

2005-03-03 10:59:14.25 spid5 Démarrage de la base de données « tempdb ».

2005-03-03 10:59:15.84 spid10 L'analyse de la base de données 'tk_main'
(6) est terminée à 100% (approximativement 0 secondes supplémentaires)

2005-03-03 10:59:16.24 spid3 Récupération terminée.

2005-03-03 10:59:16.24 spid3 SQL global counter collection task is
created.

2005-03-03 10:59:16.98 spid51 Utilisation de 'xpsqlbot.dll' version
'2000.80.194' pour exécuter la procédure stockée étendue 'xp_qv'.







"Med Bouchenafa" a écrit dans le message de news:

Si tu n'as rien, c'est que SQL Server n'est peut-être même pas démarré
!!!
Essaye de voir si tu arrives à le lancer dans une fenêtre de commandes
DOS par SQLSERVR.EXE -c
Si oui, ouvre une autre fenêtre de commandes et regarde le résultat de
ton netstat -n

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226e111$0$643$
C'est bizzard


Sur mon serveur de Lyon j'ai en faissons netstat -n


...
TCP 192.168.69.19:1433 192.168.69.15:1565 Établie
TCP 192.168.69.19:1433 192.168.69.15:1570 Établie
TCP 192.168.69.19:1433 192.168.69.15:1574 Établie
TCP 192.168.69.19:1433 192.168.69.15:1683 Établie
TCP 192.168.69.19:1433 192.168.69.15:1688 Établie
TCP 192.168.69.19:1433 192.168.69.15:1962 Établie
......

mais sur mon serveur de Paris je n'ai rien avec :1433
Pourtant sur le serveur de Paris en utilisant l'utilitaire reseau SQL
Server le protocole TCP/IP Port 1433 est active.
J'ai même rebooter le serveur mais rien de plus




"Med Bouchenafa" a écrit dans le message de
news: e4$qV$
Peux-tu verifier par NETSTAT que SQL Server est bien à l'écoute de ce
port

--
Bien cordialement
Med Bouchenafa

"Ralf Meuser" a écrit dans le message de news:
4226c6cb$0$585$
Dans l'utilitaire réseau SQL server le protocoles TCP/IP est bien
active et utiliser le Port 1433



"Med Bouchenafa" a écrit dans le message de
news:
Le PING signifie pas grand chose pour SQL Server.
Il faut commencer par regarder si SQL Server est demarré et si oui
s'il utilise un protocole de communication et est à l'ecoute d'un
port donné.
Utilise pour cela l'outil "Utilitaire Reseau Serveur" dans le menu
SQL Server

--
Bien cordialement
Med Bouchenafa

"rmeuser" a écrit dans le message de news:
4225f663$0$26160$
Salut à tous

J'ai 2 domains (Paris et Lyon) avec chaqu'un un sql server 2000. Le
OS c'est Windows 2003.
Une interconnection entre ces serveurs peut se faire par VPN.
De Paris je peux me connecter sur le SQL Server de Lyon, mais pas de
Lyon sur le SQL Server de Paris.
Je me connecte sur les serveurs en utilisant l'authentification du
SQL Server.
Quand j'essaie avec l'Analyseur de requêtes j'ai le message suivant:
Impossible de se connecter au serveur 162.168.75.25:
Serveur: Msg17, Niveau 16, Etat 1
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Si j'essaie avec Administrateur de source de données ODBC j'ai
l'erreur:
Echec lors de la connexion:
Etat SQL: '01000'
Erreur SQL Serve: 10061
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]ConnectionOpen
(Connect()).
Etat SQL: '08001'
Erreur SQL Server: 17
[Microsoft][ODBC Sql Server Driver][TCP/IP Sockets]Ce serveur SQL
n'existe pas ou son accès est refusé.

Le serveur est bien démarré et de Lyon à Lyon je n'ai pas de
problèmes.

Les deux SQL Serveur ont la même version.
Microsoft SQL Server 2000 - 8.00.818 (Intel X86) May 31 2003
16:08:15 Copyright (c) 1988-2003 Microsoft Corporation Standard
Edition on Windows NT 5.2 (Build 3790: )

De Lyon je peux pinger le serveur de Paris et le reste fonctionne
comme la création d'un lecteur reseau.

Je ne sais plus où chercher. Je ne sais même pas si c'est un
problème sur le Sql Server de Paris ou si le problème vient du
client à Lyon.

Merci d'avance pour tout aide.

Salutations

Ralf