Discussion :

[Michel38]

Bonjour,
L'application sur laquelle je travaille, utilise un serveur SQL (2000 ou 2005 Express Edition).
Quand j'installe l'appli sur un poste client, il faudrait créer l'utilisateur et lui donner les droits d'accès, de modif... etc.
Pour cela j'ai écrit un script (différents pour SLQ2000 et SQL2005, merci $crosoft !!!)
Le problème, le script devrait être lancé à l'installation sur le nouveau poste client. Et évidemment le script doit être lancé sur le serveur SQL..
Comment puis-je lancer un script à distance ???
Ce serait peut être du genre avec des paramètres (log utilisateur et mot de passe)
Enfin bon, est ce que ça vous dit quelque chose ?
Merci

[GP77]

Si c'est à l'installation, avec Wise tu sais te connecter à un serveur sql et exécuter les scripts SQL. Tu disposes d'un écran spécifique pour les paramètres de connections...

[Michel38]

Non, je n'utilise pas de Wyse.
Tout se passe sur des postes avec Windows.
Je connais bien sûr la commande suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

osql -U login -P password -S serveur -i script.sql

Mais ça ne marche pas.
Je n'arrive même pas à me connecter sur mon poste au serveur qui est installé sur mon poste....
Je n'arrive à me connecter qu'avec l'option osql -E
Mais ce n'est pas ce que je veux.
Je veux utiliser une ligne de commande comme celle que j'ai mis en code..

[GP77]

tu as vérifier tes protocols de connections (named pipes, tcp/ip, etc...)
Tes paramètres de firewall éventuellements (celui de XP)...

[Michel38]

Pour mes protocoles, j'ai bien pour cannaux nommés la valeur "sql/query"
et pour TCP/IP la valeur 1433.
Ce port (1433 ) correspond d'ailleurs au port que j'ai ouvert sur le firewall XP.
Mais malgré ça, je ne n'arrive pas à me connecter.

[GP77]

.
Je n'arrive même pas à me connecter sur mon poste au serveur qui est installé sur mon poste....

Je ne suis plus là !!!
Ton SQL est sur ton poste et tu n'arrives pas à communiquer avec lui (meme machine) OU ton SQL est sur un serveur et ton poste développement n'arrives pas à le joindre ???

Si ton poste client (sans SQL installé) n'a pas accès au fichier OSQL.exe ou que se fichier n'est pas présent sur le poste client, ca ne marchera jamais...

Pour vérifier la communication avec ton serveur, tu peux toujours essayer de créer une connection ODBC et la tester, histoire de voire comment il se comporte.

[Michel38]

En fait, il s'agit bien d'un serveur d'un côté, et des postes clients de l'autre.
Mais je teste sur ma machine où j'ai installé SQL Server (2000).
Et en local je n'arrive pas à me connecter avec les options -U et -P
Seul le -E passe.
Tant que je suis sur mon poste ou sur le serveur où va réellement être implanté la base de données, ce n'est pas génant de se connecter avec l'option -E
Mais là, je veux le faire à distance, depuis un poste client vers le serveur.
Or sur mon environnement de test, je n'arrive déjà pas à me connecter...
Donc d'un autre poste (client), je n'arrive pas non plus à me connecter sur le serveur SQL (serveur).
Je suis clair ? j'ai du mal à me suivre....
Pour ce qui est de lancer une requète SQL sur un poste client (sans SQL server) je pense qu'en copiant le programme osql sur le poste client, je devrais pouvoir lancer mon script.

[Michel38]

En fait, j'ai le message d'erreur suivant :
Échec de l'ouverture de session de l'utilisateur*'domaine\login'. L'utilisateur
n'est pas associé à une connexion SQL Server approuvée.

[SQLpro]

Utilisez -E

-E : connexion OS

-P -U connexion SQL

pas les deux !

A +

[Michel38]

Ah d'accord, je comprends mieux.
Dans ce cas, dans le cadre d'une authentification windows...
Je veux me connecter à la base avec le log du créateur de la base, et pas avec le log du poste client qui lance la commande. Comment puis je faire ?

[GP77]

Je pense qu'il faut aussi vérifier dans les paramètres du serveur si les deux modes de connections sont autorisés... Par défaut et bien souvent seul le mode windows authentication est actif. En plus vérifier que le "user sql" a les droits suffisant pour se connecter sur la db.

[Michel38]

Je confirme ce que tu dis, par défaut seul l'authentification est sélectionnée. Et pour avoir une authentification SQL, il faut cocher l'option qui va bien....
Mais on est bien d'accord, dans ma réponse précédente, je parle bien de me connecter en authentification Windows.....

[GP77]

Sorry j'avais mal lu...
Malheureusement, ta question dépasse mes connaissances
Je ne vois pas trop comment tu pourrais faire

[Michel38]

J'ai vu sur un newsgroup qui fallait lancer la commande osql -E avec devant la commande l'expression "runas" qui permet de lancer une commande en utilisant un compte Windows différent...
Je ne sais pas comment l'utiliser..... je cherche...