j'ai un DTS qui utilise des connexion ODBC (avec visual foxpro driver) et=20
qui marche quand je le lance manuellement.
Le probleme est que quand je veux planifier l'execution de mon DTS, le=20
travail echoue et j'ai cette erreur dans l'historique :
DTSRun OnError : Copy Data from NomTable to [NomBase].[dbo].[NomTable]=20
=C9tape. Erreur =3D -2147217865 (80040E37) Cha=EEne de l'erreur :=20
[Microsoft][ODBC Visual FoxPro Driver]Le fichier 'NomTable.dbf' n'existe=20
pas. Source de l'erreur : Microsoft OLE DB Provider for ODBC Drivers =
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Gurvann
Bonjour,
Verifiez les paramêtres de sécurité du compte SQL Agent. Les jobs planifiés utilisent ce compte. Vérifiez aussi qur SQL Agent ne soit pas démarré avec le compte system and vérifiez que ce compte a les droits sur le dit fichier.
Gurvann
a écrit dans le message de news:cd5bk1$9e4$ bonjour,
j'ai un DTS qui utilise des connexion ODBC (avec visual foxpro driver) et qui marche quand je le lance manuellement.
Le probleme est que quand je veux planifier l'execution de mon DTS, le travail echoue et j'ai cette erreur dans l'historique :
DTSRun OnError : Copy Data from NomTable to [NomBase].[dbo].[NomTable] Étape. Erreur = -2147217865 (80040E37) Chaîne de l'erreur : [Microsoft][ODBC Visual FoxPro Driver]Le fichier 'NomTable.dbf' n'existe pas. Source de l'erreur : Microsoft OLE DB Provider for ODBC Drivers Fichier d'aide : Contexte d'aide : 0 Enregistrements des détails de l'erreur : Erreur : -2147217865 (80040E37) ; Erreur de fournisseur : 173 (AD)
Est ce que quelqu'un aurais une solution?
Bonjour,
Verifiez les paramêtres de sécurité du compte SQL Agent. Les jobs planifiés
utilisent ce compte. Vérifiez aussi qur SQL Agent ne soit pas démarré avec
le compte system and vérifiez que ce compte a les droits sur le dit fichier.
Gurvann
<jc@leman-industrie.fr> a écrit dans le message de
news:cd5bk1$9e4$1@s1.read.news.oleane.net...
bonjour,
j'ai un DTS qui utilise des connexion ODBC (avec visual foxpro driver) et
qui marche quand je le lance manuellement.
Le probleme est que quand je veux planifier l'execution de mon DTS, le
travail echoue et j'ai cette erreur dans l'historique :
DTSRun OnError : Copy Data from NomTable to [NomBase].[dbo].[NomTable]
Étape. Erreur = -2147217865 (80040E37) Chaîne de l'erreur :
[Microsoft][ODBC Visual FoxPro Driver]Le fichier 'NomTable.dbf' n'existe
pas. Source de l'erreur : Microsoft OLE DB Provider for ODBC Drivers
Fichier d'aide : Contexte d'aide : 0 Enregistrements des
détails de l'erreur : Erreur : -2147217865 (80040E37) ; Erreur de
fournisseur : 173 (AD)
Verifiez les paramêtres de sécurité du compte SQL Agent. Les jobs planifiés utilisent ce compte. Vérifiez aussi qur SQL Agent ne soit pas démarré avec le compte system and vérifiez que ce compte a les droits sur le dit fichier.
Gurvann
a écrit dans le message de news:cd5bk1$9e4$ bonjour,
j'ai un DTS qui utilise des connexion ODBC (avec visual foxpro driver) et qui marche quand je le lance manuellement.
Le probleme est que quand je veux planifier l'execution de mon DTS, le travail echoue et j'ai cette erreur dans l'historique :
DTSRun OnError : Copy Data from NomTable to [NomBase].[dbo].[NomTable] Étape. Erreur = -2147217865 (80040E37) Chaîne de l'erreur : [Microsoft][ODBC Visual FoxPro Driver]Le fichier 'NomTable.dbf' n'existe pas. Source de l'erreur : Microsoft OLE DB Provider for ODBC Drivers Fichier d'aide : Contexte d'aide : 0 Enregistrements des détails de l'erreur : Erreur : -2147217865 (80040E37) ; Erreur de fournisseur : 173 (AD)
Est ce que quelqu'un aurais une solution?
jc
merci de ta reponse,
j'ai verifié et le sql agent demarre avec un compte qui a le role sys admin et le job est bien lancé avec ce compte. Et je n'ai jamais eu de problemes d'accès a ce fichier
merci de ta reponse,
j'ai verifié et le sql agent demarre avec un compte qui a le role sys
admin et le job est bien lancé avec ce compte.
Et je n'ai jamais eu de problemes d'accès a ce fichier
j'ai verifié et le sql agent demarre avec un compte qui a le role sys admin et le job est bien lancé avec ce compte. Et je n'ai jamais eu de problemes d'accès a ce fichier
Gurvann
Ok pourl'info.
Comment as-tu renseigné ton ODBC-DSN ? Utilises-tu un disque mappé ? Si oui, vérifies que le compte avec lequel tu démarres ton service SQL Agent aie bien ce disque.
Merci de faire un retour.
Gurvann
a écrit dans le message de news:cd5j55$dco$ merci de ta reponse,
j'ai verifié et le sql agent demarre avec un compte qui a le role sys admin et le job est bien lancé avec ce compte. Et je n'ai jamais eu de problemes d'accès a ce fichier
Ok pourl'info.
Comment as-tu renseigné ton ODBC-DSN ? Utilises-tu un disque mappé ? Si oui,
vérifies que le compte avec lequel tu démarres ton service SQL Agent aie
bien ce disque.
Merci de faire un retour.
Gurvann
<jc@leman-industrie.fr> a écrit dans le message de
news:cd5j55$dco$1@s1.read.news.oleane.net...
merci de ta reponse,
j'ai verifié et le sql agent demarre avec un compte qui a le role sys
admin et le job est bien lancé avec ce compte.
Et je n'ai jamais eu de problemes d'accès a ce fichier
Comment as-tu renseigné ton ODBC-DSN ? Utilises-tu un disque mappé ? Si oui, vérifies que le compte avec lequel tu démarres ton service SQL Agent aie bien ce disque.
Merci de faire un retour.
Gurvann
a écrit dans le message de news:cd5j55$dco$ merci de ta reponse,
j'ai verifié et le sql agent demarre avec un compte qui a le role sys admin et le job est bien lancé avec ce compte. Et je n'ai jamais eu de problemes d'accès a ce fichier
jc
Alors,
mon lien odbc est une source de données systeme ( j'ai aussi essayé en source de données utilisateurs), qui fais reference a un disque mappé auquel le compte utilisé par le sq l agent à accès (le sql agent utilise le meme compte que celui avec leque l je me connecte) , Ce compte a le role system administrator sous sql serveur le driver est le Microsoft visual Foxpro driver, le type de base de données : un repertoire de tables independantes
j'ai crée le dts, le job et le lien odbc directement sur le serveur, le serveur est sous NT 4, et j'utilise sql serveur 2000 avec le service pack 3a
au niveau des proprietes d'inscription du serveur sql j'utilise l'autentification windows
merci de ta perseverance
Alors,
mon lien odbc est une source de données systeme ( j'ai aussi essayé en
source de données utilisateurs),
qui fais reference a un disque mappé auquel le compte utilisé par le sq l
agent à accès (le sql agent utilise le meme compte que celui avec leque l
je me connecte) , Ce compte a le role system administrator sous sql
serveur
le driver est le Microsoft visual Foxpro driver,
le type de base de données : un repertoire de tables independantes
j'ai crée le dts, le job et le lien odbc directement sur le serveur,
le serveur est sous NT 4, et j'utilise sql serveur 2000 avec le service
pack 3a
au niveau des proprietes d'inscription du serveur sql j'utilise
l'autentification windows
mon lien odbc est une source de données systeme ( j'ai aussi essayé en source de données utilisateurs), qui fais reference a un disque mappé auquel le compte utilisé par le sq l agent à accès (le sql agent utilise le meme compte que celui avec leque l je me connecte) , Ce compte a le role system administrator sous sql serveur le driver est le Microsoft visual Foxpro driver, le type de base de données : un repertoire de tables independantes
j'ai crée le dts, le job et le lien odbc directement sur le serveur, le serveur est sous NT 4, et j'utilise sql serveur 2000 avec le service pack 3a
au niveau des proprietes d'inscription du serveur sql j'utilise l'autentification windows
merci de ta perseverance
johann
voila...pour faire macher le job avec lien ODBC il faut qu'il y ai une session d'ouverte sur le serveur...alors ke je prenais la main sur le serveur depuis mon poste....
desolé de vous avoir fais perdre votre temps.....
voila...pour faire macher le job avec lien ODBC il faut qu'il y ai une
session d'ouverte sur le serveur...alors ke je prenais la main sur le
serveur depuis mon poste....
voila...pour faire macher le job avec lien ODBC il faut qu'il y ai une session d'ouverte sur le serveur...alors ke je prenais la main sur le serveur depuis mon poste....
