J'ai install=E9 MSDE 2000 (Service pack 3) avec instance sur
WINDOWS Server 2003, L'installation se passe bien.
Par contre, lorsque je fais un test DSN : impossible de=20
se connecter.
Pourtant, je mets bien en canaux nomm=E9s dans le canal :=20
\\NomServeur\pipe\MSSQL$NomInstance\sql\query
=20
J'ai remarqu=E9 que le fait de faire le test DSN me copier=20
ds System32 des fichiers SQLDMO.dll qui ne sont pas en=20
2000 ?
Y - a - t - il un lien ????
Quelle est la solution ?
sachant que je devrais me connecter par la suite de=20
postes clients en Windows 2000 Pro.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Med Bouchenafa
Il n'y pas besoin de spécifier le nom du pipe. Le nom du serveur suivi du nom de l'instance devrait suffire
-- Bien cordialement Med Bouchenafa
"CG" a écrit dans le message de news: 009901c49b3b$13205bc0$ Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance sur WINDOWS Server 2003, L'installation se passe bien. Par contre, lorsque je fais un test DSN : impossible de se connecter.
Pourtant, je mets bien en canaux nommés dans le canal : NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier ds System32 des fichiers SQLDMO.dll qui ne sont pas en 2000 ? Y - a - t - il un lien ???? Quelle est la solution ? sachant que je devrais me connecter par la suite de postes clients en Windows 2000 Pro.
Merci
Il n'y pas besoin de spécifier le nom du pipe.
Le nom du serveur suivi du nom de l'instance devrait suffire
--
Bien cordialement
Med Bouchenafa
"CG" <CGUIR@ifrance.com> a écrit dans le message de news: 009901c49b3b$13205bc0$a301280a@phx.gbl...
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance sur
WINDOWS Server 2003, L'installation se passe bien.
Par contre, lorsque je fais un test DSN : impossible de
se connecter.
Pourtant, je mets bien en canaux nommés dans le canal :
\NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier
ds System32 des fichiers SQLDMO.dll qui ne sont pas en
2000 ?
Y - a - t - il un lien ????
Quelle est la solution ?
sachant que je devrais me connecter par la suite de
postes clients en Windows 2000 Pro.
Il n'y pas besoin de spécifier le nom du pipe. Le nom du serveur suivi du nom de l'instance devrait suffire
-- Bien cordialement Med Bouchenafa
"CG" a écrit dans le message de news: 009901c49b3b$13205bc0$ Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance sur WINDOWS Server 2003, L'installation se passe bien. Par contre, lorsque je fais un test DSN : impossible de se connecter.
Pourtant, je mets bien en canaux nommés dans le canal : NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier ds System32 des fichiers SQLDMO.dll qui ne sont pas en 2000 ? Y - a - t - il un lien ???? Quelle est la solution ? sachant que je devrais me connecter par la suite de postes clients en Windows 2000 Pro.
Merci
Bonjour Med,
Ce que tu me dits, je l'ai testé mais ca ne change rien. Est ce que le test DSN bouge quelque chose dans le system 32 ?
Cordialement CG
-----Message d'origine----- Il n'y pas besoin de spécifier le nom du pipe. Le nom du serveur suivi du nom de l'instance devrait
suffire
-- Bien cordialement Med Bouchenafa
"CG" a écrit dans le message de
news: 009901c49b3b$13205bc0$
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance
sur
WINDOWS Server 2003, L'installation se passe bien. Par contre, lorsque je fais un test DSN : impossible de se connecter.
Pourtant, je mets bien en canaux nommés dans le canal : NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier ds System32 des fichiers SQLDMO.dll qui ne sont pas en 2000 ? Y - a - t - il un lien ???? Quelle est la solution ? sachant que je devrais me connecter par la suite de postes clients en Windows 2000 Pro.
Merci
.
Bonjour Med,
Ce que tu me dits, je l'ai testé mais ca ne change rien.
Est ce que le test DSN bouge quelque chose dans le system
32 ?
Cordialement
CG
-----Message d'origine-----
Il n'y pas besoin de spécifier le nom du pipe.
Le nom du serveur suivi du nom de l'instance devrait
suffire
--
Bien cordialement
Med Bouchenafa
"CG" <CGUIR@ifrance.com> a écrit dans le message de
news: 009901c49b3b$13205bc0$a301280a@phx.gbl...
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance
sur
WINDOWS Server 2003, L'installation se passe bien.
Par contre, lorsque je fais un test DSN : impossible de
se connecter.
Pourtant, je mets bien en canaux nommés dans le canal :
\NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier
ds System32 des fichiers SQLDMO.dll qui ne sont pas en
2000 ?
Y - a - t - il un lien ????
Quelle est la solution ?
sachant que je devrais me connecter par la suite de
postes clients en Windows 2000 Pro.
Ce que tu me dits, je l'ai testé mais ca ne change rien. Est ce que le test DSN bouge quelque chose dans le system 32 ?
Cordialement CG
-----Message d'origine----- Il n'y pas besoin de spécifier le nom du pipe. Le nom du serveur suivi du nom de l'instance devrait
suffire
-- Bien cordialement Med Bouchenafa
"CG" a écrit dans le message de
news: 009901c49b3b$13205bc0$
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance
sur
WINDOWS Server 2003, L'installation se passe bien. Par contre, lorsque je fais un test DSN : impossible de se connecter.
Pourtant, je mets bien en canaux nommés dans le canal : NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier ds System32 des fichiers SQLDMO.dll qui ne sont pas en 2000 ? Y - a - t - il un lien ???? Quelle est la solution ? sachant que je devrais me connecter par la suite de postes clients en Windows 2000 Pro.
Merci
.
Med Bouchenafa
Le test lui même ne change rien par contre le fait de créer une source de données est sauvegardé quelque part. Je ne pense pas que cela soit dans la "registry" Une autre facon de tester plus aisement la connectivité à SQL Server serait de créer un fichier texte vide portant l'extension udl Par exemple "test.udl" On double cliquant dessus on l'ouvre avec un wizard oledb qui permet de tester tres rapidement si ton serveur répond au pas
Bien cordialement Med Bouchenafa
a écrit dans le message de news: 11f601c49bc3$8b1406d0$
Bonjour Med,
Ce que tu me dits, je l'ai testé mais ca ne change rien. Est ce que le test DSN bouge quelque chose dans le system 32 ?
Cordialement CG
-----Message d'origine----- Il n'y pas besoin de spécifier le nom du pipe. Le nom du serveur suivi du nom de l'instance devrait
suffire
-- Bien cordialement Med Bouchenafa
"CG" a écrit dans le message de
news: 009901c49b3b$13205bc0$
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance
sur
WINDOWS Server 2003, L'installation se passe bien. Par contre, lorsque je fais un test DSN : impossible de se connecter.
Pourtant, je mets bien en canaux nommés dans le canal : NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier ds System32 des fichiers SQLDMO.dll qui ne sont pas en 2000 ? Y - a - t - il un lien ???? Quelle est la solution ? sachant que je devrais me connecter par la suite de postes clients en Windows 2000 Pro.
Merci
.
Le test lui même ne change rien par contre le fait de créer une source de données est sauvegardé
quelque part. Je ne pense pas que cela soit dans la "registry"
Une autre facon de tester plus aisement la connectivité à SQL Server serait de créer un fichier
texte vide portant l'extension udl
Par exemple "test.udl"
On double cliquant dessus on l'ouvre avec un wizard oledb qui permet de tester tres rapidement si
ton serveur répond au pas
Bien cordialement
Med Bouchenafa
<anonymous@discussions.microsoft.com> a écrit dans le message de news:
11f601c49bc3$8b1406d0$a401280a@phx.gbl...
Bonjour Med,
Ce que tu me dits, je l'ai testé mais ca ne change rien.
Est ce que le test DSN bouge quelque chose dans le system
32 ?
Cordialement
CG
-----Message d'origine-----
Il n'y pas besoin de spécifier le nom du pipe.
Le nom du serveur suivi du nom de l'instance devrait
suffire
--
Bien cordialement
Med Bouchenafa
"CG" <CGUIR@ifrance.com> a écrit dans le message de
news: 009901c49b3b$13205bc0$a301280a@phx.gbl...
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance
sur
WINDOWS Server 2003, L'installation se passe bien.
Par contre, lorsque je fais un test DSN : impossible de
se connecter.
Pourtant, je mets bien en canaux nommés dans le canal :
\NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier
ds System32 des fichiers SQLDMO.dll qui ne sont pas en
2000 ?
Y - a - t - il un lien ????
Quelle est la solution ?
sachant que je devrais me connecter par la suite de
postes clients en Windows 2000 Pro.
Le test lui même ne change rien par contre le fait de créer une source de données est sauvegardé quelque part. Je ne pense pas que cela soit dans la "registry" Une autre facon de tester plus aisement la connectivité à SQL Server serait de créer un fichier texte vide portant l'extension udl Par exemple "test.udl" On double cliquant dessus on l'ouvre avec un wizard oledb qui permet de tester tres rapidement si ton serveur répond au pas
Bien cordialement Med Bouchenafa
a écrit dans le message de news: 11f601c49bc3$8b1406d0$
Bonjour Med,
Ce que tu me dits, je l'ai testé mais ca ne change rien. Est ce que le test DSN bouge quelque chose dans le system 32 ?
Cordialement CG
-----Message d'origine----- Il n'y pas besoin de spécifier le nom du pipe. Le nom du serveur suivi du nom de l'instance devrait
suffire
-- Bien cordialement Med Bouchenafa
"CG" a écrit dans le message de
news: 009901c49b3b$13205bc0$
Bonjour,
J'ai installé MSDE 2000 (Service pack 3) avec instance
sur
WINDOWS Server 2003, L'installation se passe bien. Par contre, lorsque je fais un test DSN : impossible de se connecter.
Pourtant, je mets bien en canaux nommés dans le canal : NomServeurpipeMSSQL$NomInstancesqlquery
J'ai remarqué que le fait de faire le test DSN me copier ds System32 des fichiers SQLDMO.dll qui ne sont pas en 2000 ? Y - a - t - il un lien ???? Quelle est la solution ? sachant que je devrais me connecter par la suite de postes clients en Windows 2000 Pro.
