Ce sont deux choses différentes. Du côté SSIS, votre package SSIS doit s'exécuter dans un contexte de sécurité qui lui permet de faire ce dont il a besoin: se connecter aux bases de données, ouvrir les fichiers distants, etc. Cela n'a rien à voir avec l'utilisateur qui démarre le package . Du côté de l'utilisateur, les utilisateurs doivent avoir le droit d'exécuter le package. L'utilisateur n'a pas besoin des mêmes droits de fichier et de base de données que le package. Donc, espérons que vous pouvez comprendre ce sont deux éléments de sécurité différents.
Votre proxy Agent SQL doit avoir tous les droits requis par le package. Ceci est un identifiant unique (compte Windows). Ce n'est pas un groupe. Un groupe n'a pas de mot de passe, il contient juste un tas de connexions
Vos utilisateurs d'une part peuvent appartenir à un groupe de fenêtres. Ensuite, vous ajoutez ce groupe à SQL Server en tant que connexion SQL Server. Ensuite, vous donnez à ce groupe de fenêtres l'accès à la base de données msdb ou SSISCatalog et ajoutez-les aux rôles appropriés.
Voici la liste des rôles:
https://msdn.microsoft.com/en-us/library/ms141053.aspx
et voici un guide sur l'octroi de l'accès au niveau de l'emballage individuel
https://blogs.msdn.microsoft.com/mattm/2012/03/19/ssis-catalog-access-control-tips/
Je sais que les liens pour les réponses sont mal vus sur mais le concept principal est que la sécurité d'exécution du paquet et les droits de l'utilisateur pour exécuter des paquets sont deux choses distinctes
Merci beaucoup Nick. Cette réponse a beaucoup de sens. Nous allons configurer un compte de service à un proxy pour exécuter les packages, puis donner au groupe d'utilisateurs l'accès pour créer les jobs et exécuter les packages sur ce proxy. Cela a également résolu le problème du mot de passe tournant, car nous pouvons garder le mot de passe du compte de service statique. – Jason
Habituellement, les tâches sont définies par un administrateur avant que les utilisateurs ne les exécutent. Dans SQL 2012 SSIS, vous pouvez également exécuter des packages SSIS sur le serveur via des procédures stockées sans avoir besoin de travaux. –
Ok c'est bon à savoir. Je vous remercie – Jason