Bonjour,
J'ai vraiement un gros souci sur un système de production.
J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
de données sur SQL.
L'outil utilise isql pour créer la base. Le problème c'est que depuis
cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
j'ai l'impression qu'il ne vérifie même pas le mot de passe.
Depuis mon serveur de production, j'arrive à joindre d'autres bases de
données SQL qui sont sur d'autre serveurs, mais impossible de le faire
fonctionner localement.
Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
marche pas !
J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
faire.
Quelqu'un pourrait il me sauver ?
Merci !
Bonjour,
J'ai vraiement un gros souci sur un système de production.
J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
de données sur SQL.
L'outil utilise isql pour créer la base. Le problème c'est que depuis
cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
j'ai l'impression qu'il ne vérifie même pas le mot de passe.
Depuis mon serveur de production, j'arrive à joindre d'autres bases de
données SQL qui sont sur d'autre serveurs, mais impossible de le faire
fonctionner localement.
Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
marche pas !
J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
faire.
Quelqu'un pourrait il me sauver ?
Merci !
Bonjour,
J'ai vraiement un gros souci sur un système de production.
J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
de données sur SQL.
L'outil utilise isql pour créer la base. Le problème c'est que depuis
cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
j'ai l'impression qu'il ne vérifie même pas le mot de passe.
Depuis mon serveur de production, j'arrive à joindre d'autres bases de
données SQL qui sont sur d'autre serveurs, mais impossible de le faire
fonctionner localement.
Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
marche pas !
J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
faire.
Quelqu'un pourrait il me sauver ?
Merci !
Bonjour,
Je ne me souviens pas quel est le protocol utilisé par ISQL mais il faux
sans doute aller voir les ports TCP/IP utilisés au niveau du "Client Network
Utility" et du "Server Network Utility" : les ports doivent être identiques.
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"jfp" wrote in message
news:
> Bonjour,
>
> J'ai vraiement un gros souci sur un système de production.
>
> J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
>
> J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
base
> de données sur SQL.
>
> L'outil utilise isql pour créer la base. Le problème c'est que depuis
hier,
> cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
> j'ai l'impression qu'il ne vérifie même pas le mot de passe.
>
> Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> fonctionner localement.
>
> Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
> un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
ça
> marche pas !
>
> J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
> faire.
>
> Quelqu'un pourrait il me sauver ?
>
>
> Merci !
Bonjour,
Je ne me souviens pas quel est le protocol utilisé par ISQL mais il faux
sans doute aller voir les ports TCP/IP utilisés au niveau du "Client Network
Utility" et du "Server Network Utility" : les ports doivent être identiques.
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"jfp" <jfp@discussions.microsoft.com> wrote in message
news:3B9C39C1-1311-4FDF-B1AF-549ABD07D640@microsoft.com...
> Bonjour,
>
> J'ai vraiement un gros souci sur un système de production.
>
> J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
>
> J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
base
> de données sur SQL.
>
> L'outil utilise isql pour créer la base. Le problème c'est que depuis
hier,
> cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
> j'ai l'impression qu'il ne vérifie même pas le mot de passe.
>
> Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> fonctionner localement.
>
> Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
> un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
ça
> marche pas !
>
> J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
> faire.
>
> Quelqu'un pourrait il me sauver ?
>
>
> Merci !
Bonjour,
Je ne me souviens pas quel est le protocol utilisé par ISQL mais il faux
sans doute aller voir les ports TCP/IP utilisés au niveau du "Client Network
Utility" et du "Server Network Utility" : les ports doivent être identiques.
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"jfp" wrote in message
news:
> Bonjour,
>
> J'ai vraiement un gros souci sur un système de production.
>
> J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
>
> J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
base
> de données sur SQL.
>
> L'outil utilise isql pour créer la base. Le problème c'est que depuis
hier,
> cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
> j'ai l'impression qu'il ne vérifie même pas le mot de passe.
>
> Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> fonctionner localement.
>
> Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
> un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
ça
> marche pas !
>
> J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
> faire.
>
> Quelqu'un pourrait il me sauver ?
>
>
> Merci !
Bonjour,
J'ai vraiement un gros souci sur un système de production.
J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
de données sur SQL.
L'outil utilise isql pour créer la base. Le problème c'est que depuis
cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
j'ai l'impression qu'il ne vérifie même pas le mot de passe.
Depuis mon serveur de production, j'arrive à joindre d'autres bases de
données SQL qui sont sur d'autre serveurs, mais impossible de le faire
fonctionner localement.
Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
marche pas !
J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
faire.
Quelqu'un pourrait il me sauver ?
Merci !
Bonjour,
J'ai vraiement un gros souci sur un système de production.
J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
de données sur SQL.
L'outil utilise isql pour créer la base. Le problème c'est que depuis
cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
j'ai l'impression qu'il ne vérifie même pas le mot de passe.
Depuis mon serveur de production, j'arrive à joindre d'autres bases de
données SQL qui sont sur d'autre serveurs, mais impossible de le faire
fonctionner localement.
Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
marche pas !
J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
faire.
Quelqu'un pourrait il me sauver ?
Merci !
Bonjour,
J'ai vraiement un gros souci sur un système de production.
J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
de données sur SQL.
L'outil utilise isql pour créer la base. Le problème c'est que depuis
cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
j'ai l'impression qu'il ne vérifie même pas le mot de passe.
Depuis mon serveur de production, j'arrive à joindre d'autres bases de
données SQL qui sont sur d'autre serveurs, mais impossible de le faire
fonctionner localement.
Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
marche pas !
J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
faire.
Quelqu'un pourrait il me sauver ?
Merci !
isql est basé sur dblib, qui utilise TDS4.2
regardes dans l'aide les limitations, Connecting Early Version Clients to
SQL Server 2000
pour voir si ça peut te concerner
au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
osql.exe en isql.exe momentanément?
quel est le message erreur exact?
br
"jfp" wrote in message
news:
> Bonjour,
>
> J'ai vraiement un gros souci sur un système de production.
>
> J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
>
> J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
base
> de données sur SQL.
>
> L'outil utilise isql pour créer la base. Le problème c'est que depuis
hier,
> cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
> j'ai l'impression qu'il ne vérifie même pas le mot de passe.
>
> Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> fonctionner localement.
>
> Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
> un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
ça
> marche pas !
>
> J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
> faire.
>
> Quelqu'un pourrait il me sauver ?
>
>
> Merci !
isql est basé sur dblib, qui utilise TDS4.2
regardes dans l'aide les limitations, Connecting Early Version Clients to
SQL Server 2000
pour voir si ça peut te concerner
au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
osql.exe en isql.exe momentanément?
quel est le message erreur exact?
br
"jfp" <jfp@discussions.microsoft.com> wrote in message
news:3B9C39C1-1311-4FDF-B1AF-549ABD07D640@microsoft.com...
> Bonjour,
>
> J'ai vraiement un gros souci sur un système de production.
>
> J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
>
> J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
base
> de données sur SQL.
>
> L'outil utilise isql pour créer la base. Le problème c'est que depuis
hier,
> cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
> j'ai l'impression qu'il ne vérifie même pas le mot de passe.
>
> Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> fonctionner localement.
>
> Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
> un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
ça
> marche pas !
>
> J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
> faire.
>
> Quelqu'un pourrait il me sauver ?
>
>
> Merci !
isql est basé sur dblib, qui utilise TDS4.2
regardes dans l'aide les limitations, Connecting Early Version Clients to
SQL Server 2000
pour voir si ça peut te concerner
au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
osql.exe en isql.exe momentanément?
quel est le message erreur exact?
br
"jfp" wrote in message
news:
> Bonjour,
>
> J'ai vraiement un gros souci sur un système de production.
>
> J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
>
> J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
base
> de données sur SQL.
>
> L'outil utilise isql pour créer la base. Le problème c'est que depuis
hier,
> cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le lance,
> j'ai l'impression qu'il ne vérifie même pas le mot de passe.
>
> Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> fonctionner localement.
>
> Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter depuis
> un serveur de test sur ce serveur avec ISQL. Mais rien à faire en local,
ça
> marche pas !
>
> J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien à
> faire.
>
> Quelqu'un pourrait il me sauver ?
>
>
> Merci !
C'est assez exceptionnel comme problème... Je débranche le câble réseau de
l'unique NIC que j'ai et ça marche...
Dès que je remets le câble, ça ne marche plus..
J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
changé la carte réseau par HP et ça marche toujours pas...
Je sais plus quoi faire...
"bruno reiter [MVP]" a écrit :
> isql est basé sur dblib, qui utilise TDS4.2
> regardes dans l'aide les limitations, Connecting Early Version Clients
> SQL Server 2000
> pour voir si ça peut te concerner
>
> au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> osql.exe en isql.exe momentanément?
>
> quel est le message erreur exact?
>
> br
>
>
>
> "jfp" wrote in message
> news:
> > Bonjour,
> >
> > J'ai vraiement un gros souci sur un système de production.
> >
> > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> >
> > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> base
> > de données sur SQL.
> >
> > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> hier,
> > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
> > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> >
> > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > fonctionner localement.
> >
> > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
> > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
> ça
> > marche pas !
> >
> > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
> > faire.
> >
> > Quelqu'un pourrait il me sauver ?
> >
> >
> > Merci !
>
>
>
C'est assez exceptionnel comme problème... Je débranche le câble réseau de
l'unique NIC que j'ai et ça marche...
Dès que je remets le câble, ça ne marche plus..
J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
changé la carte réseau par HP et ça marche toujours pas...
Je sais plus quoi faire...
"bruno reiter [MVP]" a écrit :
> isql est basé sur dblib, qui utilise TDS4.2
> regardes dans l'aide les limitations, Connecting Early Version Clients
> SQL Server 2000
> pour voir si ça peut te concerner
>
> au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> osql.exe en isql.exe momentanément?
>
> quel est le message erreur exact?
>
> br
>
>
>
> "jfp" <jfp@discussions.microsoft.com> wrote in message
> news:3B9C39C1-1311-4FDF-B1AF-549ABD07D640@microsoft.com...
> > Bonjour,
> >
> > J'ai vraiement un gros souci sur un système de production.
> >
> > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> >
> > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> base
> > de données sur SQL.
> >
> > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> hier,
> > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
> > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> >
> > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > fonctionner localement.
> >
> > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
> > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
> ça
> > marche pas !
> >
> > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
> > faire.
> >
> > Quelqu'un pourrait il me sauver ?
> >
> >
> > Merci !
>
>
>
C'est assez exceptionnel comme problème... Je débranche le câble réseau de
l'unique NIC que j'ai et ça marche...
Dès que je remets le câble, ça ne marche plus..
J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
changé la carte réseau par HP et ça marche toujours pas...
Je sais plus quoi faire...
"bruno reiter [MVP]" a écrit :
> isql est basé sur dblib, qui utilise TDS4.2
> regardes dans l'aide les limitations, Connecting Early Version Clients
> SQL Server 2000
> pour voir si ça peut te concerner
>
> au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> osql.exe en isql.exe momentanément?
>
> quel est le message erreur exact?
>
> br
>
>
>
> "jfp" wrote in message
> news:
> > Bonjour,
> >
> > J'ai vraiement un gros souci sur un système de production.
> >
> > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> >
> > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> base
> > de données sur SQL.
> >
> > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> hier,
> > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
> > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> >
> > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > fonctionner localement.
> >
> > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
> > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
> ça
> > marche pas !
> >
> > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
> > faire.
> >
> > Quelqu'un pourrait il me sauver ?
> >
> >
> > Merci !
>
>
>
C'est assez exceptionnel comme problème... Je débranche le câble réseau de
l'unique NIC que j'ai et ça marche...
Dès que je remets le câble, ça ne marche plus..
J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
changé la carte réseau par HP et ça marche toujours pas...
Je sais plus quoi faire...
"bruno reiter [MVP]" a écrit :
> isql est basé sur dblib, qui utilise TDS4.2
> regardes dans l'aide les limitations, Connecting Early Version Clients
> SQL Server 2000
> pour voir si ça peut te concerner
>
> au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> osql.exe en isql.exe momentanément?
>
> quel est le message erreur exact?
>
> br
>
>
>
> "jfp" wrote in message
> news:
> > Bonjour,
> >
> > J'ai vraiement un gros souci sur un système de production.
> >
> > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> >
> > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> base
> > de données sur SQL.
> >
> > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> hier,
> > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
> > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> >
> > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > fonctionner localement.
> >
> > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
> > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
> ça
> > marche pas !
> >
> > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
> > faire.
> >
> > Quelqu'un pourrait il me sauver ?
> >
> >
> > Merci !
>
>
>
C'est assez exceptionnel comme problème... Je débranche le câble réseau de
l'unique NIC que j'ai et ça marche...
Dès que je remets le câble, ça ne marche plus..
J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
changé la carte réseau par HP et ça marche toujours pas...
Je sais plus quoi faire...
"bruno reiter [MVP]" a écrit :
> isql est basé sur dblib, qui utilise TDS4.2
> regardes dans l'aide les limitations, Connecting Early Version Clients
> SQL Server 2000
> pour voir si ça peut te concerner
>
> au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> osql.exe en isql.exe momentanément?
>
> quel est le message erreur exact?
>
> br
>
>
>
> "jfp" <jfp@discussions.microsoft.com> wrote in message
> news:3B9C39C1-1311-4FDF-B1AF-549ABD07D640@microsoft.com...
> > Bonjour,
> >
> > J'ai vraiement un gros souci sur un système de production.
> >
> > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> >
> > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> base
> > de données sur SQL.
> >
> > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> hier,
> > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
> > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> >
> > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > fonctionner localement.
> >
> > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
> > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
> ça
> > marche pas !
> >
> > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
> > faire.
> >
> > Quelqu'un pourrait il me sauver ?
> >
> >
> > Merci !
>
>
>
C'est assez exceptionnel comme problème... Je débranche le câble réseau de
l'unique NIC que j'ai et ça marche...
Dès que je remets le câble, ça ne marche plus..
J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
changé la carte réseau par HP et ça marche toujours pas...
Je sais plus quoi faire...
"bruno reiter [MVP]" a écrit :
> isql est basé sur dblib, qui utilise TDS4.2
> regardes dans l'aide les limitations, Connecting Early Version Clients
> SQL Server 2000
> pour voir si ça peut te concerner
>
> au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> osql.exe en isql.exe momentanément?
>
> quel est le message erreur exact?
>
> br
>
>
>
> "jfp" wrote in message
> news:
> > Bonjour,
> >
> > J'ai vraiement un gros souci sur un système de production.
> >
> > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> >
> > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> base
> > de données sur SQL.
> >
> > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> hier,
> > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
> > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> >
> > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > fonctionner localement.
> >
> > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
> > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
> ça
> > marche pas !
> >
> > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
> > faire.
> >
> > Quelqu'un pourrait il me sauver ?
> >
> >
> > Merci !
>
>
>
ou alors peut être que 2 machines ont la meme IP ?
Oliv'
"Philippe T [MS]" a écrit dans le message de
news: %
Bonjour,
Cela ne serais pas lié à un truc du genre :
Si une authentification est nécessaire et que le cable réseau est branché,
il va rechercher le contrôleur de domaine; si le cable est débranché, il va
chercher dans le cache ?
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"jf" wrote in message
news:
> C'est assez exceptionnel comme problème... Je débranche le câble réseau de
> l'unique NIC que j'ai et ça marche...
>
> Dès que je remets le câble, ça ne marche plus..
>
> J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
> changé la carte réseau par HP et ça marche toujours pas...
>
> Je sais plus quoi faire...
>
> "bruno reiter [MVP]" a écrit :
>
> > isql est basé sur dblib, qui utilise TDS4.2
> > regardes dans l'aide les limitations, Connecting Early Version Clients
to
> > SQL Server 2000
> > pour voir si ça peut te concerner
> >
> > au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> > osql.exe en isql.exe momentanément?
> >
> > quel est le message erreur exact?
> >
> > br
> >
> >
> >
> > "jfp" wrote in message
> > news:
> > > Bonjour,
> > >
> > > J'ai vraiement un gros souci sur un système de production.
> > >
> > > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> > >
> > > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> > base
> > > de données sur SQL.
> > >
> > > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> > hier,
> > > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
lance,
> > > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> > >
> > > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > > fonctionner localement.
> > >
> > > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
depuis
> > > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
local,
> > ça
> > > marche pas !
> > >
> > > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
à
> > > faire.
> > >
> > > Quelqu'un pourrait il me sauver ?
> > >
> > >
> > > Merci !
> >
> >
> >
ou alors peut être que 2 machines ont la meme IP ?
Oliv'
"Philippe T [MS]" <ptrotin@online.microsoft.com> a écrit dans le message de
news: %23FbmUoE6EHA.3120@TK2MSFTNGP12.phx.gbl...
Bonjour,
Cela ne serais pas lié à un truc du genre :
Si une authentification est nécessaire et que le cable réseau est branché,
il va rechercher le contrôleur de domaine; si le cable est débranché, il va
chercher dans le cache ?
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"jf" <jf@discussions.microsoft.com> wrote in message
news:991703A8-8839-4122-8AED-7238C37C6424@microsoft.com...
> C'est assez exceptionnel comme problème... Je débranche le câble réseau de
> l'unique NIC que j'ai et ça marche...
>
> Dès que je remets le câble, ça ne marche plus..
>
> J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
> changé la carte réseau par HP et ça marche toujours pas...
>
> Je sais plus quoi faire...
>
> "bruno reiter [MVP]" a écrit :
>
> > isql est basé sur dblib, qui utilise TDS4.2
> > regardes dans l'aide les limitations, Connecting Early Version Clients
to
> > SQL Server 2000
> > pour voir si ça peut te concerner
> >
> > au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> > osql.exe en isql.exe momentanément?
> >
> > quel est le message erreur exact?
> >
> > br
> >
> >
> >
> > "jfp" <jfp@discussions.microsoft.com> wrote in message
> > news:3B9C39C1-1311-4FDF-B1AF-549ABD07D640@microsoft.com...
> > > Bonjour,
> > >
> > > J'ai vraiement un gros souci sur un système de production.
> > >
> > > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> > >
> > > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> > base
> > > de données sur SQL.
> > >
> > > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> > hier,
> > > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
lance,
> > > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> > >
> > > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > > fonctionner localement.
> > >
> > > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
depuis
> > > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
local,
> > ça
> > > marche pas !
> > >
> > > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
à
> > > faire.
> > >
> > > Quelqu'un pourrait il me sauver ?
> > >
> > >
> > > Merci !
> >
> >
> >
ou alors peut être que 2 machines ont la meme IP ?
Oliv'
"Philippe T [MS]" a écrit dans le message de
news: %
Bonjour,
Cela ne serais pas lié à un truc du genre :
Si une authentification est nécessaire et que le cable réseau est branché,
il va rechercher le contrôleur de domaine; si le cable est débranché, il va
chercher dans le cache ?
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"jf" wrote in message
news:
> C'est assez exceptionnel comme problème... Je débranche le câble réseau de
> l'unique NIC que j'ai et ça marche...
>
> Dès que je remets le câble, ça ne marche plus..
>
> J'ai mis à jour les drivers de la carte réseau (hp gigabit), j'ai fait
> changé la carte réseau par HP et ça marche toujours pas...
>
> Je sais plus quoi faire...
>
> "bruno reiter [MVP]" a écrit :
>
> > isql est basé sur dblib, qui utilise TDS4.2
> > regardes dans l'aide les limitations, Connecting Early Version Clients
to
> > SQL Server 2000
> > pour voir si ça peut te concerner
> >
> > au pire, je n'ai pas essayé mais peut-etre peux-tu renommer isql puis
> > osql.exe en isql.exe momentanément?
> >
> > quel est le message erreur exact?
> >
> > br
> >
> >
> >
> > "jfp" wrote in message
> > news:
> > > Bonjour,
> > >
> > > J'ai vraiement un gros souci sur un système de production.
> > >
> > > J'ai un serveur Windows 2003 Standard avec SQL 2000 SP3.
> > >
> > > J'utilise un logiciel de helpdesk sur cette machine qui doit créer une
> > base
> > > de données sur SQL.
> > >
> > > L'outil utilise isql pour créer la base. Le problème c'est que depuis
> > hier,
> > > cet outil n'arrive plus à se connecter à SQL Server. Lorsque je le
lance,
> > > j'ai l'impression qu'il ne vérifie même pas le mot de passe.
> > >
> > > Depuis mon serveur de production, j'arrive à joindre d'autres bases de
> > > données SQL qui sont sur d'autre serveurs, mais impossible de le faire
> > > fonctionner localement.
> > >
> > > Si j'utilise OSQL, il y a aucun problème. Je peux même me connecter
depuis
> > > un serveur de test sur ce serveur avec ISQL. Mais rien à faire en
local,
> > ça
> > > marche pas !
> > >
> > > J'ai déinstaller et réinstaller SQL Server+sp plusieurs fois mais rien
à
> > > faire.
> > >
> > > Quelqu'un pourrait il me sauver ?
> > >
> > >
> > > Merci !
> >
> >
> >
