2012-02-01 1 views
2

J'ai un package SSIS 2005 en cours d'exécution à l'aide d'un travail d'agent SQL. Ce package comporte une tâche de service Web avec des informations d'identification différentes de celles utilisées pour exécuter le package.Service Web SSIS

J'ai le problème suivant quand mon package est exécuté sur le serveur:

« Microsoft.SqlServer.Dts.Tasks.WebServiceTask.WebserviceTaskException: System.UnauthorizedAccessException: L'accès au chemin ..... est nié.

le paquet est en cours d'exécution sur un environnement en cluster. les deux comptes ont été créés sur le serveur afin que package est capable d'écrire dans des fichiers TEMP mais le problème persiste.

+0

L'utilisateur SQL Agent sur les deux serveurs est Alice, les packages ont des informations d'identification pour Bob afin qu'il puisse se connecter au service Web, est-ce correct? Lorsque le package s'exécute, le message d'erreur fourni vous conduit à croire que les informations d'identification Bob ne sont pas fournies? – billinkc

+0

Si vous exécutez le package manuellement avec les informations d'identification d'une personne autorisée à se connecter au service, cela fonctionne-t-il? Si vous désactivez la tâche de service Web, le package de base s'exécute-t-il dans le contexte de l'agent SQL? – billinkc

+0

le problème semble être que le paquet essaye d'écrire dans un fichier TEMP sur le serveur en utilisant les informations d'identification du service web au lieu de celles avec lesquelles le paquet est en cours d'exécution .. – user1161113

Répondre

0

Basé sur ce thread, vous devriez être en mesure de définir la propriété OutputLocation du Web un service. Cela doit être configuré pour pointer vers un emplacement auquel les informations d'identification de l'utilisateur appelant le service Web auront accès. Cela peut nécessiter un administrateur modifiant les ACL sur un chemin de répertoire.

0

Dans un environnement en cluster, vous devez vous assurer que l'emplacement en cours d'écriture est une ressource en cluster. Par exemple, vous pouvez créer un partage de fichiers, mais le partage de fichiers doit être une ressource de cluster afin qu'il soit disponible lorsque le cluster est interrompu. Si vous écrivez sur un lecteur, assurez-vous que le lecteur est un lecteur de cluster dépendant de la ressource SQL Server appropriée.

Questions connexes