install Client Oracle 32 bits W7 64 bits droits utilisateur [Résolu] - Poste de travail - Systèmes & Réseaux Pro
Marsh Posté le 10-01-2013 à 19:15:03
sources de données systèmes = commun à tous les utilisateurs donc il faut être admin pour en créer, c'est normal
sources de données utilisateur = propre à l'utilisateur, pas besoin d'être admin
Marsh Posté le 11-01-2013 à 11:10:53
Bonjour Je@nb,
merci de ta réponse, j'ai fait le test à tout hasard, mais si créer un odbc utilisateur ne pose pas de souci, le test de connection renvoie toujours le 2ème message !
je cherche toujours !
Franck
Marsh Posté le 11-01-2013 à 11:40:40
C'est que le problème vient d'ailleurs.
D'après ce qui se trouve sur le net, ya plusieurs pistes, variable PATH incorrecte, des privilèges à rajouter (create global objects), bref faut regarder
Marsh Posté le 11-01-2013 à 11:51:26
si ton client oracle est 32-bits alors il faut configurer le ODBC 32-bits
par défaut quand tu lances odbcad32, il va le chercher dans %WINDIR%\System32 ce qui correspond à la version 64-bits
Il faut donc configurer tes DSN avec %WINDIR%\SysWOW64\odbcad32.exe
Dans ce cas tu verras dans la liste de tes processus un truc du style "odbcad32.exe *32" qui prouve que tu as bien lancé la version 32-bits
Marsh Posté le 11-01-2013 à 12:23:22
=> Couak, j'avais fait attention a l'odbc 32bits.
=> Je@nb qu'entends tu par privilèges create global objects ?
merci
Marsh Posté le 11-01-2013 à 12:35:30
T'es dur bon ben j'y vais
cependant si c'est le DML Oracle auquel tu penses, cela fonctionnait sous XP, nous n'avions pas de soucis
Marsh Posté le 11-01-2013 à 13:10:47
Merci Je@nb,
j'ai trouvé effectivement sur les stratégies locales, il faut mettre l'utilisateur AD dans la stratégie create global objects !
bon week-end
Marsh Posté le 10-01-2013 à 19:08:02
Bonsoir,
nous sommes en train de migrer notre parc vers W7 64 bits et nous avons un applicatif qui utilise un client oracle 10G 32 bits via un connecteur ODBC.
en tant qu'admin du domaine, l'installation sur le poste ne pose aucun problème, le test de connexion non plus.
par contre, l'utilisateur, s'il n'est pas membre du groupe administrateur du poste, ne peut se connecter via l'ODBC.
un message apparait au clic sur l'onglet Sources de données Système :
Vous êtes connecté avec des privilèges non administratifs, les DSN du système n'ont pas pu être créés ni modifiés
et quand on fait le test de connexion : un message
unable to connect SQLstate=IM004 [mircrosoft][Gestionnaire de pilote ODBC] échec SQLAllocHandle du pilote sur SQL_HANDLE_ENV
apparait
Avez vous déjà eu le cas et quels droits faut-il attribuer pour que cela fonctionne ?
merci de vos retours.
Franck
Message édité par GeekAlf le 11-01-2013 à 13:11:45