Discussion :

[Mike888]

Voilà (la réponse est immédiate) :

C:\Documents and Settings\Michael\Bureau>cscript test.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. Tous droits réservés.

début
C:\Documents and Settings\Michael\Bureau\test.vbs(23, 2) Microsoft OLE DB Provider for ODBC Drivers: [Microsoft][ODBC SQL Server Driver][SQL Server]Échec de l'ouverture de session de l'utilisateur 'SysDBA'.

Mais je crois que c'est normal puisque, comme dit ci-dessus, je n'ai pas réussi à créer une source de données ODBC...

[gderenne]

Échec de l'ouverture de session de l'utilisateur 'SysDBA'.

As-tu créé l'utilisateur SQL 'SysDBA' dans SQL pour la base que tu veux ouvrir ?

[Cpas2latarte]

Voilà (la réponse est immédiate) :

-> Le serveur SQL à bien été trouvé et répond

Échec de l'ouverture de session de l'utilisateur 'SysDBA'

SysDBA à t'il été créé (n'existe pas par défaut en sql server, alors qu'il existe en oracle)
n'est t'il pas "vérouillé"

[Mike888]

Bien sur qu'il est créé (il est db_owner).

Mais de toute manière, le problème ne réside pas dans cette base là; le problème est que je ne sais pas accéder au serveur SQL Express 2005 (à son instance quoi).

[gderenne]

Je suppose que tu avais corrigé le code suivant :

Code VB :

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

1
2
3
4
5
Connection.open("DRIVER=SQL Server;" & _
	"SERVER=" & srv & ";" & _
	"UID=" & uid & ";" & _
	"PWD=" & pwd & ";" & _
	"DATABASE=" & bdd & ";")

Sur la dernière ligne de cet extrait, il y avait :

Code VB :

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

	"DATABASE=bdd;")

[Mike888]

Non, bien vu, je ne l'avais pas changé !!

Mais l'erreur persiste !

C:\Documents and Settings\Michael\Bureau>cscript test.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. Tous droits réservés.

début
C:\Documents and Settings\Michael\Bureau\test.vbs(23, 2) Microsoft OLE DB Provider for ODBC Drivers: [Microsoft][ODBC SQL Server Driver][SQL Server]Échec de l'ouverture de session de l'utilisateur 'SysDBA'.

[Cpas2latarte]

oups méa culpa pour l'erreur dans le script
en revanche
le message d'erreur indique que l'utilisateur n'arrive pas a se connecter !
Et je viens de me rappeler que tu avais 2 instance de SQL server sur la même machine.
Je te suggère la chose suivante:
sur la 1er instance de sql server (le 2000 il me samble) crée un utilisateur et que cet utilisateur n'existe pas sur le 2005.
essai de te connecter avec le script.
si tu arrive a te connecter c'est que ton instance de 2000 "masque" le 2005

[Mike888]

Actuellement, j'ai ceci :





Comment dois-je m'y prendre pour ajouter un nouvel utilisateur ?

[Cpas2latarte]

pour ajouter une connexion :
avec Sql Sever MAnager studio
Développer le serveur (PC-MIKE\Mikael) d'apré la capture
noeud "sécurité" -> Connexions
Clicque droit sur Connexions ->Nouvelle Connexion
dans la fenêtre Nouvelle conexions
saisir un nom de conxexion (de préfrence simple pour les test)
-> mode d'authentification SQL SERVER
Dans le cadre des test il vaut mieux Décocher "Conserver la stratégie des mot de passe"
Saisi un mot de passe (simple pour les test)
Dans le noeud Roles du serveur cocher sysadmin
Le role sysdadmin et l'equivalent du role SysDba en oracle. Il permet l'acces total. Dans un 1er temps on utilise ce role "super user" dans le cadre des test, pour faciliet le connexion (pas de mappage a faire etc), on modifiera après, une fois la connexion établi.
Valider l'écran

Modifier le script et le lancer
Remarque : d'apres les captures, dans le script le server doit valoir :

Code :

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

Const srv = "PC-MIKE\Mikael"

Question PC-MIKE\Mikael est la 1er ou la seconde instance ?

[Mike888]

Bon, j'ai fait toutes tes recommandations, et j'obtiens ceci comme message à présent (à noter que ça a été plus long cette fois) :

C:\Documents and Settings\Michael\Bureau>cscript test.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. Tous droits réservés.

début
C:\Documents and Settings\Michael\Bureau\test.vbs(23, 2) Microsoft OLE DB Provider for ODBC Drivers: [Microsoft][ODBC SQL Server Driver][DBMSLPCN]Ce serveur SQL n'existe pas ou son accès est refusé.

Mais euh... petite question, en quoi le fait de créer ce nouveau rôle a-t-il changé qqch (puisque je ne fais aucunement allusion à ce nouveau rôle dans le script) ?

Et je ne saisis pas le sens de cette question :

Question PC-MIKE\Michael est la 1er ou la seconde instance ?

[Cpas2latarte]

(à noter que ça a été plus long cette fois)

la ça veux dire que le script ne trouve plus le serveur
quand tu avait le message d'erreur immédiatement -> il a trouvé le serveur, , mais la connections à été refusé (mots de passe? compte vérouillé ou inhexistant ? ...)
La c'est plus long -> il ne le trouve pas, il "scrute en quelque sorte le réseau" pour le trouver, c'est pouquoi c'est plus long
s'il il ne trouve pas le serveur il peux y avoir 2 raison
1 ) problème au niveau du nom( il ne réseau pas le nom) -> essai avec l'adresse IP du serveur :

Code :

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

Const srv = "xxx.xxx.xxx.xxx\Mikael"

2) il ne résou pas l'instance (le \Mikael) -> essai sans l'instance

Code :

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

Const srv = "PC-MIKE"

ou encore avec l'adresse IP

Code :

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

Const srv = "xxx.xxx.xxx.xxx"

Fait ces tests avec l'utilisateur que tu as créé qui a un role sysadmin

Et je ne saisis pas le sens de cette question :

ben dans ton 1er poste tu as dit :

J'ai actuellement déjà SQL 2000 qui tourne correctement. Et je désire rajouter 2005.

ce qui me laisse supposer que tu as 2 instances
la 1er avec sql 2000 et l'autre avec 2005 express.
Remarque la capture que tu as faite montre une configuration de 2005 express -> tu as crée un rôle sur le 2005

[Mike888]

Alors, j'ai donc essayé différentes choses : la seule qui ait fonctionné est cette configuration :

J'ai créé un nouvel utilisateur (appellé "test"), dans la branche Sécurité - Connexion du Management Studio. Il a un rôle 'sysadmin'.
J'ai rajouté cet utilisateur dans la partie Sécurité - Utilisateurs de la DB en question (à savoir AssetManageement).

Dans le script, j'ai modifié comme ceci :

Const srv = "PC-MIKE\SQLEXPRESS"
Const bdd = "AssetManagement"
Const uid = "test"
Const pwd = "mdp"

Et là, ô miracle, j'obtiens une réponse :

C:\Documents and S
Microsoft (R) Wind
Copyright (C) Micr

début
Dec_Buy
Contain
Dec_Sell
Dec_Pos
Return_Allocation
Loan_Allocation
Stock_Position
Counterpart
Middle_Office
Trader
Return
Title
Compartment
Loan
Contract
Loan_Status
Return_Status
Sicav
sysdiagrams
dtproperties
fin

Donc, effectivement, il me manquait le user SysDBA dans les utilisateurs ...



=> Néanmoins, mon problème de base (voir 1er post) n'est toujours pas résolu...

[Cpas2latarte]

Bon ben on avance
doucement, mais on avance
comme tu as pu le constaté, le script affiche la liste des tables de la base.
Donc la à a pu vérifier que
- serveur répond
- qu'on arrive a s'y connecter (avec une utilisateur sysadmin)

Donc, effectivement, il me manquait le user SysDBA dans les utilisateurs ...

Dois je conculre que tu a créé le SysDBA ?

concerant le 1er poste, si je ne me trompe pas, tu essayais de te connecter à la base via Entreprise Manage (sql 2000) et non via Sql Managemet studio (Sql 2005) ou j'ai loupé un truc ?

[Mike888]

Non, c'est bêtement quand j'essaie de développer l'instance de SQL 2005 (flèche rouge) que le message d'erreur apparaît (le message qu'on peut voir dans le 1er post). Et ça n'a aucun rapport avec 2000 (qu'il soit lancé ou non).