|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité régulier
![]() Inscription : juillet 2006 Messages : 25 ![]() |
Bonjour,
Je tente de configurer une connexion vers une base DB2 sous AIX avec un client DB2 sous Windows.. Je rentre tous les paramètres qu'il faut, mais au moment de terminer la procédure je rencontre une erreur SQL1092N dont le message est le suivant : --------------------------------------------- SQL1092N "XLWT358" ne dispose pas du droit nécessaire pour exécuter la commande. Explication: L'utilisateur a essayé d'exécuter une commande ou d'effectuer une opération sans disposer des droits correspondants. Le traitement de la commande est impossible. Utilisateurs d'un système fédéré : cette situation peut également être détectée par la source de données. Réaction de l'utilisateur: Connectez-vous comme utilisateur disposant des droits appropriés et relancez la commande ou l'opération ayant échoué. Les droits corrects peuvent être SYSADM, SYSCTRL, SYSMAINT et DBADM. DBADM est accordé pour des bases de données et les autres droits sont déterminés en fonction de l'appartenance aux groupes définis dans la configuration du gestionnaire de bases de données (par exemple, si sysctrl_group dans le fichier de configuration du gestionnaire de bases de données est défini comme 'ABC', vous devez appartenir au groupe 'ABC' pour bénéficier du droit SYSCTRL). Pour obtenir la liste des droits nécessaires à l'exécution de cette commande ou opération, reportez-vous aux manuels Command Reference ou SQL Reference . Si vous utilisez l'authentification Kerberos dans un environnement Windows, veillez à vous connecter à la machine à l'aide d'un compte de domaine. Seuls les utilisateurs associés à un domaine peuvent se servir de l'authentification Kerberos dans une environnement Windows 2000. Si vous utilisez le support LDAP, assurez-vous que vous ou la passerelle DB2 Connect êtes autorisé à exécuter les commandes CATALOG DATABASE, NODE et DCS DATABASE. Appelez la commande "UPDATE DBM CFG USING CATALOG_NOAUTH YES" au niveau du client ou de la passerelle pour corriger l'erreur. Utilisateurs d'un système fédéré : si nécessaire, identifiez la source de données au niveau de laquelle la demande a échoué (pour plus de détails, reportez-vous au manuel problem determination guide) et assurez-vous que l'ID autorisation indiqué possède les droits nécessaires pour cette source de données. Prenez contact avec l'administrateur du système pour vos demandes de droits. N'essayez pas d'exécuter la commande sans autorisation appropriée. --------------------------------------------- En tant qu'administrateur de ma machine je suis allé voir dans les groupes Windows mais je ne vois pas quoi faire de mieux. Avez vous déjà rencontré ce problème??? Merci d'avance |
|
|
00
|
|
|
#2 |
![]() ![]() |
Je me demande si le problème ne vient pas des droits sur la base et non des droits sur la machine.
|
|
00
|
|
|
#3 |
|
Membre du Club
![]() Inscription : août 2006 Messages : 56 ![]() |
Si l'authentification est de type "SERVER", l'utilisateur doit exister sur l'AIX.
Car c'est sur cette machine (le serveur) que le controle se fait et non sur le client |
|
|
00
|
|
|
#4 |
|
Membre habitué
![]() |
Sous windows, il faut nécéssairement que les utilisateurs de la BDD soient définis sur la machine (via LDAP ou en local).
++ |
|
|
00
|
|
|
#5 |
|
Invité régulier
![]() Inscription : août 2006 Messages : 7 ![]() |
Hum, si c'est quand tu declares une datasource alors c'est que tu n'a pas les droits suffisants sur ton poste pour declarer une source dans le client.
Il faut donc que soit tu la declarer avec un compte administrateur du poste, soit que tu regardes dans le client la valeur du parametre sysadm_group. Si il contient un nom de groupe local, alors tu rajoutes ton user dans ce groupe et le tour est joué. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com