SSIS, SQL Server Agent en rechten

Na uren ontwikkelen en testen in SSIS kan het soms een pijnlijk proces zijn om een pakketje te deployen naar de server en te laten draaien zonder foutmeldingen. Bijzonder vaak wordt dit veroorzaakt door de security context van de SQL Server Agent. In een SSIS project verplaats je vaak data van de ene locatie naar de andere. Als het account dat gebruikt wordt voor SQL Server Agent echter niet de juiste rechten heeft, dan mislukt de run van dat pakketje.

De eerste en meest eenvoudige stap is om of het account van SQL Server Agent aan te passen naar een account met voldoende rechten of om het account van SQL Server Agent rechten te geven op de plekken die je gebruikt in het project.

Er is echter nog een manier om de security context goed in te regelen zonder dat je gebonden bent aan het account van SQL Server Agent. Je kunt gebruik maken van een SQL Server Agent Proxy.
(Object Explorer, SQL Server Agent, rechtermuisklik op Proxies en New Proxy).

Voordat je hier gebruik van kunt maken moet je echter eerste een Credential aanmaken in SQL server.
(Object Explorer, Security, rechtermuisklik op Credentials en New Credential).

Als je beide hebt aangemaakt en bij de proxy ook SSIS als subsystem hebt aangevinkt, dan kan je deze proxy kiezen bij het aanmaken van een Job Step. Naast de standaard mogelijkheid om te kiezen voor Run As SQL Server Agent Service Account krijg je ook je zelf gemaakte proxy te zien.

Zie ook deze blog post voor verdere uitleg: SSIS and SQL Server Agent

This entry was posted in integration services and tagged , . Bookmark the permalink.

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>