如何安排 SSIS 包作为 SQL 代理服务帐户以外的其他方式运行 [英] How to schedule SSIS package to run as something other than SQL Agent Service Account

问题描述

在 SQL Server 2005 中，是否可以安排 SSIS 包运行 SQL 代理服务帐户以外的其他内容?

我有一个 SSIS 包，它可以连接到数据库并运行一个存储过程.我的标准是我不会在包或包配置中指定用户名/密码，所以我想使用集成身份验证.

问题是默认情况下，作业中的一个步骤作为 SQL 代理服务帐户运行，我们的服务器组不想授予该帐户对我的包将执行的存储过程的执行权限.所以我们试图找到一种方法来在步骤中指定不同的帐户，以便程序包将在不同的上下文中运行.这可能吗?

解决方案

如果要从 SQL 代理作业执行 SSIS 包，则可以创建代理.查看此处了解更多信息.>

In SQL Server 2005, is it possible to schedule an SSIS package to run something other than the SQL Agent Service Account?

I've got an SSIS package that makes a connection to a database and runs a stored procedure. My criteria is that I will not specify usernames/passwords in a package or package configuration, so I want to use integrated authentication.

The problem is that by default a step in a job runs as SQL Agent Service Account, and our server group does not want to grant that account execute rights on the stored procedures that my package will execute. So we're trying to find a way to specify a different account in the step, so the package will run under a different context. Is that possible?

解决方案

If you want to execute the SSIS package from SQL Agent jobs, then you can create a proxy. Check here for more information.

这篇关于如何安排 SSIS 包作为 SQL 代理服务帐户以外的其他方式运行的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！