J'essaye d'importer des donn=E9es depuis un fichier Excel avec SSIS.
J'ai cr=E9e, dans les flux de donn=E9es, une source Excel avec un
gestionnaire de connexion Excel. Celui-ci est li=E9 =E0 une destination
de donn=E9es SQL Server.
Quand je suis sous Visula studio et que je d=E9marre la tache tout ce
passe sans probl=E8me. Mais quand je cr=E9er un job avec sql agent pour
executer le package avec cet import de donn=E9e dans la base, la tache
=E9choue avec dans l'historic le message:
Ex=E9cut=E9 en tant qu'utilisateur : AUTORITE NT\SERVICE R=C9SEAU. =C9chec
de l'ex=E9cution du package. L'=E9tape a =E9chou=E9.
Puis, j'ai mis des droits de lecture =E0 autorit=E9 r=E9seau sur le
fichier et cela fonctionne.
Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre
? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre
un nouveau fichier, il va falloir qu'il change les param=E8tre de
s=E9curit=E9 pour accord=E9 =E0 AUTORITE NT\Service r=E9seau le droit de
lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
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
Romelard Fabrice [MVP]
Bonsoir,
Avez-vous testé de modifier le compte d'exécution du service d'Intégration (SSIS). Il est conseillé de créer un compte de service (local ou sur le domaine) afin de pouvoir donner des droits d'accès nécessaires sur votre fichier.
-- Cordialement.
Romelard Fabrice [MVP]
"Kurt" a écrit dans le message de news:
Bonjour,
J'essaye d'importer des données depuis un fichier Excel avec SSIS. J'ai crée, dans les flux de données, une source Excel avec un gestionnaire de connexion Excel. Celui-ci est lié à une destination de données SQL Server. Quand je suis sous Visula studio et que je démarre la tache tout ce passe sans problème. Mais quand je créer un job avec sql agent pour executer le package avec cet import de donnée dans la base, la tache échoue avec dans l'historic le message: Exécuté en tant qu'utilisateur : AUTORITE NTSERVICE RÉSEAU. Échec de l'exécution du package. L'étape a échoué. Puis, j'ai mis des droits de lecture à autorité réseau sur le fichier et cela fonctionne. Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre ? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre un nouveau fichier, il va falloir qu'il change les paramètre de sécurité pour accordé à AUTORITE NTService réseau le droit de lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
Merci d'avance,
Bonsoir,
Avez-vous testé de modifier le compte d'exécution du service d'Intégration
(SSIS).
Il est conseillé de créer un compte de service (local ou sur le domaine)
afin de pouvoir donner des droits d'accès nécessaires sur votre fichier.
--
Cordialement.
Romelard Fabrice [MVP]
"Kurt" <nicolas.agrapart@gmail.com> a écrit dans le message de news:
1149693755.379770.147520@h76g2000cwa.googlegroups.com...
Bonjour,
J'essaye d'importer des données depuis un fichier Excel avec SSIS.
J'ai crée, dans les flux de données, une source Excel avec un
gestionnaire de connexion Excel. Celui-ci est lié à une destination
de données SQL Server.
Quand je suis sous Visula studio et que je démarre la tache tout ce
passe sans problème. Mais quand je créer un job avec sql agent pour
executer le package avec cet import de donnée dans la base, la tache
échoue avec dans l'historic le message:
Exécuté en tant qu'utilisateur : AUTORITE NTSERVICE RÉSEAU. Échec
de l'exécution du package. L'étape a échoué.
Puis, j'ai mis des droits de lecture à autorité réseau sur le
fichier et cela fonctionne.
Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre
? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre
un nouveau fichier, il va falloir qu'il change les paramètre de
sécurité pour accordé à AUTORITE NTService réseau le droit de
lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
Avez-vous testé de modifier le compte d'exécution du service d'Intégration (SSIS). Il est conseillé de créer un compte de service (local ou sur le domaine) afin de pouvoir donner des droits d'accès nécessaires sur votre fichier.
-- Cordialement.
Romelard Fabrice [MVP]
"Kurt" a écrit dans le message de news:
Bonjour,
J'essaye d'importer des données depuis un fichier Excel avec SSIS. J'ai crée, dans les flux de données, une source Excel avec un gestionnaire de connexion Excel. Celui-ci est lié à une destination de données SQL Server. Quand je suis sous Visula studio et que je démarre la tache tout ce passe sans problème. Mais quand je créer un job avec sql agent pour executer le package avec cet import de donnée dans la base, la tache échoue avec dans l'historic le message: Exécuté en tant qu'utilisateur : AUTORITE NTSERVICE RÉSEAU. Échec de l'exécution du package. L'étape a échoué. Puis, j'ai mis des droits de lecture à autorité réseau sur le fichier et cela fonctionne. Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre ? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre un nouveau fichier, il va falloir qu'il change les paramètre de sécurité pour accordé à AUTORITE NTService réseau le droit de lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
Merci d'avance,
Kurt
Bonjour,
Pourriez vous expliciter votre réponse. L'administration n'est pas un domaine ou j'ai beaucoup de connaissance :( Comment modifie t on le compte d'excution du service d'intégration SSIS ? En fait je dois créer un compte type administrateur qui pourra donc avoir accés au fichier ?
Merci pour vos réponse,
Cordialement.
Romelard Fabrice [MVP] wrote:
Bonsoir,
Avez-vous testé de modifier le compte d'exécution du service d'Inté gration (SSIS). Il est conseillé de créer un compte de service (local ou sur le domai ne) afin de pouvoir donner des droits d'accès nécessaires sur votre fichi er.
-- Cordialement.
Romelard Fabrice [MVP]
"Kurt" a écrit dans le message de news:
Bonjour,
J'essaye d'importer des données depuis un fichier Excel avec SSIS. J'ai crée, dans les flux de données, une source Excel avec un gestionnaire de connexion Excel. Celui-ci est lié à une destination de données SQL Server. Quand je suis sous Visula studio et que je démarre la tache tout ce passe sans problème. Mais quand je créer un job avec sql agent pour executer le package avec cet import de donnée dans la base, la tache échoue avec dans l'historic le message: Exécuté en tant qu'utilisateur : AUTORITE NTSERVICE RÉSEAU. Échec de l'exécution du package. L'étape a échoué. Puis, j'ai mis des droits de lecture à autorité réseau sur le fichier et cela fonctionne. Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre ? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre un nouveau fichier, il va falloir qu'il change les paramètre de sécurité pour accordé à AUTORITE NTService réseau le droit de lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
Merci d'avance,
Bonjour,
Pourriez vous expliciter votre réponse. L'administration n'est pas un
domaine ou j'ai beaucoup de connaissance :(
Comment modifie t on le compte d'excution du service d'intégration
SSIS ?
En fait je dois créer un compte type administrateur qui pourra donc
avoir accés au fichier ?
Merci pour vos réponse,
Cordialement.
Romelard Fabrice [MVP] wrote:
Bonsoir,
Avez-vous testé de modifier le compte d'exécution du service d'Inté gration
(SSIS).
Il est conseillé de créer un compte de service (local ou sur le domai ne)
afin de pouvoir donner des droits d'accès nécessaires sur votre fichi er.
--
Cordialement.
Romelard Fabrice [MVP]
"Kurt" <nicolas.agrapart@gmail.com> a écrit dans le message de news:
1149693755.379770.147520@h76g2000cwa.googlegroups.com...
Bonjour,
J'essaye d'importer des données depuis un fichier Excel avec SSIS.
J'ai crée, dans les flux de données, une source Excel avec un
gestionnaire de connexion Excel. Celui-ci est lié à une destination
de données SQL Server.
Quand je suis sous Visula studio et que je démarre la tache tout ce
passe sans problème. Mais quand je créer un job avec sql agent pour
executer le package avec cet import de donnée dans la base, la tache
échoue avec dans l'historic le message:
Exécuté en tant qu'utilisateur : AUTORITE NTSERVICE RÉSEAU. Échec
de l'exécution du package. L'étape a échoué.
Puis, j'ai mis des droits de lecture à autorité réseau sur le
fichier et cela fonctionne.
Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre
? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre
un nouveau fichier, il va falloir qu'il change les paramètre de
sécurité pour accordé à AUTORITE NTService réseau le droit de
lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
Pourriez vous expliciter votre réponse. L'administration n'est pas un domaine ou j'ai beaucoup de connaissance :( Comment modifie t on le compte d'excution du service d'intégration SSIS ? En fait je dois créer un compte type administrateur qui pourra donc avoir accés au fichier ?
Merci pour vos réponse,
Cordialement.
Romelard Fabrice [MVP] wrote:
Bonsoir,
Avez-vous testé de modifier le compte d'exécution du service d'Inté gration (SSIS). Il est conseillé de créer un compte de service (local ou sur le domai ne) afin de pouvoir donner des droits d'accès nécessaires sur votre fichi er.
-- Cordialement.
Romelard Fabrice [MVP]
"Kurt" a écrit dans le message de news:
Bonjour,
J'essaye d'importer des données depuis un fichier Excel avec SSIS. J'ai crée, dans les flux de données, une source Excel avec un gestionnaire de connexion Excel. Celui-ci est lié à une destination de données SQL Server. Quand je suis sous Visula studio et que je démarre la tache tout ce passe sans problème. Mais quand je créer un job avec sql agent pour executer le package avec cet import de donnée dans la base, la tache échoue avec dans l'historic le message: Exécuté en tant qu'utilisateur : AUTORITE NTSERVICE RÉSEAU. Échec de l'exécution du package. L'étape a échoué. Puis, j'ai mis des droits de lecture à autorité réseau sur le fichier et cela fonctionne. Mais existe-t-il un moyen pour qu'il n'utilise pas ce compte ? un autre ? ou un autre moyen ? car chaque fois qu'un utilisateur qui va mettre un nouveau fichier, il va falloir qu'il change les paramètre de sécurité pour accordé à AUTORITE NTService réseau le droit de lecture sur le fichier. Ce n'est pas vraiment possible dans mon cas.
