J'ai un lot que j'ex=E9cute correctement. Si je fais une=20
planification du lot et que j'ex=E9cute le job cr=E9=E9, celui-
ci plante. L'erreur mentionn=E9e est en gros :
Un autre utilisateur utilise la base access=20
(connectionstring du lot) en mode exclusif.
Je ne comprends pas bien que cette erreur soit pr=E9sente =E0=20
l'ex=E9cution du job alors que le lot s'ex=E9cute bien lui.
De plus, personne n'ex=E9cute le .mdb au moment ou je teste=20
le job (s=FBr !).=20
J'ai le m=EAme message si j'essaie directement sur le=20
server.
En terme de s=E9curit=E9 de comptes, l'erreur semblerait=20
plut=F4t venir de l=E0, pourtant j'ai tout essay=E9 sur le=20
pendant des heures...
Quant vous lancer le job, il tourne sous SQLServerAgent, donc vous ne devez pas avoir assez de droit sur la base Access.
Salutations¨
Philippe
Etienne
Merci pour cette info intéressante, mais comment ajouter ces droits dans Access ? Est-ce via Access ou sur le path du fichier MDB, car en NTFS j'ai le control total sur Everyone pour être sûr que c'est OK.
Merci pour cette info intéressante, mais comment ajouter ces droits dans
Access ?
Est-ce via Access ou sur le path du fichier MDB, car en NTFS j'ai le control
total sur Everyone pour être sûr que c'est OK.
Merci pour cette info intéressante, mais comment ajouter ces droits dans Access ? Est-ce via Access ou sur le path du fichier MDB, car en NTFS j'ai le control total sur Everyone pour être sûr que c'est OK.
Philippe Freddi
Il semble que votre base Access ne soit pas sur le même serveur que le serveur SQL. Et que le SQLSerververAgent tourne en tant que system. Un compte système n'a des droits qu'en local.
soit vous déplacez la BD access sur le serveur soit vous modifiez le compte du SQLServerAgent (Peut poser des problèmes ailleurs pour vos autres jobs).
Tenez-nous au courant.
bon courage
Philippe
Il semble que votre base Access ne soit pas sur le même serveur que le
serveur SQL. Et que le SQLSerververAgent tourne en tant que system. Un
compte système n'a des droits qu'en local.
soit vous déplacez la BD access sur le serveur soit vous modifiez le compte
du SQLServerAgent (Peut poser des problèmes ailleurs pour vos autres jobs).
Il semble que votre base Access ne soit pas sur le même serveur que le serveur SQL. Et que le SQLSerververAgent tourne en tant que system. Un compte système n'a des droits qu'en local.
soit vous déplacez la BD access sur le serveur soit vous modifiez le compte du SQLServerAgent (Peut poser des problèmes ailleurs pour vos autres jobs).
