Je rencontre des problèmes lors de la configuration de SQL Server Agent pour pouvoir exécuter des packages SSIS à l'aide de fichiers de configuration. Nous avons SSIS 2012 et SQL Server 2014 SP1 si cela est important.Erreur lors de l'ajout de la configuration du package SSIS dans le travail SQL Agent
Les packages sont stockés dans le système de fichiers de notre serveur de base de données. Après avoir cliqué sur l'onglet Configurations dans la configuration du travail, j'ai réussi à ajouter un fichier .dtsConfig trouvé dans le chemin d'accès du magasin de packages par défaut: C: \ Program Files \ Microsoft SQL Server \ 120 \ DTS \ Packages.
Cependant, après avoir cliqué sur OK pour enregistrer, je me suis l'erreur suivante:
« Accès au chemin C:. \ Program Files \ Microsoft SQL Server \ 120 \ DTS \ Packages \ PackageName.dtsx est refusé (mscorlib Premièrement, j'ai absolument l'autorisation de ce chemin, tout comme notre compte SQL Agent, et le compte proxy utilisé pour exécuter le paquet via l'agent. Deuxièmement, pourquoi aurait-il une erreur sur l'accès au paquet dans l'onglet Configuration, pas l'accès au fichier de configuration?
Les packages en question DO s'exécutent lorsque j'exécute le travail avec succès, mais semblent ne rien faire. Ma pensée est qu'il n'utilise probablement pas le fichier de configuration (puisqu'il pense que l'accès à quelque chose est refusé), et ne cherche donc pas le bon chemin réseau. Quelqu'un d'autre rencontre-t-il cela?
Je n'ai pas de solution pour vous, mais lorsque je suis passé à SQL Server 2012, je suis passé au modèle de déploiement de projet qui offre de nombreux avantages par rapport au modèle de déploiement de package (qui utilise .dtsConfig). Êtes-vous en train de configurer vos tâches à partir du serveur SQL réel ou d'un client? –
Il donne l'erreur sur mon bureau et quand je suis à distance dans le serveur. Et merci pour la suggestion, mais je préfère ne pas utiliser le déploiement de projet, car cela est inutilement compliqué pour notre environnement --- ce ne sont pas de vrais paquets ETL, mais ils prennent simplement des données à partir d'une feuille de calcul et le chargent dans une base de données que l'une de nos principales applications utilise (ce n'est pas un entrepôt). En d'autres termes, ce sont des packages autonomes, donc pas vraiment besoin d'être mis dans des projets. –