Passer un Paramètre(s) de Travail de l'Agent SQL
J'ai trouvé un post d'affirmer qu'il est possible de passer des paramètres à une Tâche de l'Agent SQL, mais pas de "comment" a été inclus. Quelqu'un peut m'expliquer comment c'est fait?
Dans mon scénario, j'ai besoin d'une procédure stockée pour appeler l'Agent SQL et passer un paramètre(s). La tâche de l'Agent SQL, à son tour, doit transmettre le paramètre(s) à un package SSIS étape.
L'alternative que j'ai entendu, c'est d'avoir la procédure stockée écrire des valeurs dans un tableau, puis ont la tâche de l'Agent SQL (ou le package SSIS il invoque) lire les valeurs de la table. Je profite de cette dernière approche, si je dois, si elle est klugey.
Mise à jour:
Le motif de cet exercice est de former un test d'intégration constitué de (a) la tâche de l'Agent SQL qui fournit un fichier de configuration de package et (b) le package SSIS qui doit les valeurs dans le fichier de configuration de package. Donc je ne veux pas appeler le package SSIS directement. En outre, les testeurs n'ont ni l'autorisation de lancer la tâche de l'Agent SQL directement, ils ne devraient pas être autorisés à causer des travaux de l'Agent SQL d'être créé dynamiquement. La procédure stockée (légalement) contourne le problème d'autorisation. Enfin, le test d'intégration peuvent cibler l'un des dizaines de packages SSIS, mais il n'est pas pratique dans mon environnement, d'avoir des dizaines de l'Agent SQL définitions de Travail. Ergo, une procédure stockée lance la tâche de l'Agent SQL, et le paramètre indique le package SSIS pour lancer.
Il y a quelque chose au sujet de SSIS qui n'est pas kludgey?
Quel est le problème que vous tentez de résoudre?
OriginalL'auteur Brent Arias | 2011-11-02
Vous devez vous connecter pour publier un commentaire.
Semble que vous devriez être en utilisant le package SSIS configurations de fonctionnalité. Votre procédure stockée peut mettre à jour la valeur de configuration(s).
OriginalL'auteur GilM
Une autre approche pourrait être de créer dynamiquement le travail avec SSIS paramètres définis dans l'étape de travail. Un possible avantage de ce métier est conservée, donc si il y a des questions ou des questions sur ce qu'un paramètre a été, le travail est en autour de vous et vous pouvez déboguer l'emploi/job étape de la création de la logique.
Si l'Agent est simplement un moyen de l'exécution d'un package SSIS, les Administrateurs de bases de données lors de mon dernier concert créé 2 procs, RunSSISPackage et RunSSISPackage32 qui n'ont rien de plus que d'appeler à dtexec pour exécuter un package transfert de tous les paramètres fournis.
Il y a aussi GiiM approche qui peut fonctionner aussi bien, mais jusqu'à ce que nous savons quel est le problème que vous tentez de résoudre, il est difficile de préciser quelle est la meilleure approche.
OriginalL'auteur billinkc