本文可帮助你解决从SQL Server 代理作业步骤调用 SSIS 包时出现的问题。

原始产品版本：SQL Server 原始 KB 编号： 918760

从SQL Server 代理作业步骤调用 Microsoft SQL Server Integration Services (SSIS) 包时，SSIS 包不会运行。 但是，如果不修改 SSIS 包，它将在SQL Server 代理外部成功运行。

若要解决此问题，请使用以下方法之一。 最合适的方法取决于环境和包失败的原因。 包可能失败的原因如下所示：

在以下方案中，包可能无法运行：

若要解决此问题，请使用以下方法：

方法 1：使用SQL Server 代理代理帐户。 创建SQL Server 代理代理帐户。 此代理帐户必须使用允许SQL Server 代理作为创建包的帐户或具有所需权限的帐户运行作业的凭据。

此方法可用于解密机密并满足用户的密钥要求。 但是，此方法的成功率可能有限，因为 SSIS 包用户密钥涉及当前用户和当前计算机。 因此，如果将包移到另一台计算机，即使作业步骤使用正确的代理帐户，此方法也可能仍然失败。

方法 2：将 SSIS 包 ProtectionLevel 属性设置为 ServerStorage。 将 SSIS Package ProtectionLevel 属性更改为 ServerStorage。 此设置将包存储在SQL Server数据库中，并允许通过SQL Server数据库角色进行访问控制。

方法 3：将 SSIS 包 ProtectionLevel 属性设置为 EncryptSensitiveWithPassword。 将 SSIS 包 ProtectionLevel 属性更改为 EncryptSensitiveWithPassword. 此设置使用密码进行加密。 然后，可以修改SQL Server 代理作业步骤命令行以包含此密码。

方法 4：使用 SSIS 包配置文件。 使用 SSIS 包配置文件存储敏感信息，然后将这些配置文件存储在安全文件夹中。 然后，可以将属性更改 ProtectionLevel 为 DontSaveSensitive 不加密包，并且不会尝试将机密保存到包中。 运行 SSIS 包时，会从配置文件加载所需的信息。 如果配置文件包含敏感信息，请确保它们受到充分保护。

方法 5：创建包模板。 对于长期解析，请创建一个包模板，该模板使用与默认设置不同的保护级别。 此问题不会在将来的包中发生。

SSIS 包 ProtectionLevel 属性的默认设置是 EncryptSensitiveWithUserKey。 保存包后，SSIS 仅加密包中包含标记 sensitive属性的部分，例如密码、用户名和连接字符串。 因此，当重新加载包时，当前用户必须满足要解密的 sensitive 属性的加密要求。 但是，当前用户无需满足加密要求即可加载包。 通过SQL Server 代理作业步骤运行包时，默认帐户是SQL Server 代理服务帐户。 此默认帐户很可能与包作者不同的用户。 因此，SQL Server 代理作业步骤可以加载并开始运行作业步骤，但包因无法完成连接而失败。 例如，包无法完成 OLE DB 连接或 FTP 连接。 包失败，因为它无法解密必须连接的凭据。

重要

考虑开发过程和环境，以确定每台计算机上需要和使用哪些帐户。 属性的 EncryptSensitiveWithUserKey 设置 ProtectionLevel 是一个强大的设置。 不应打折扣此设置，因为它首先会导致部署复杂性。 登录到相应帐户时，可以加密包。 还可以使用 Dtutil.exe SSIS 命令提示符实用工具通过使用 .cmd 文件和SQL Server 代理命令子系统更改保护级别。 例如，请执行以下步骤。 由于可以在批处理文件和循环中使用Dtutil.exe实用工具，因此可以同时针对多个包执行这些步骤。

使用密码修改要加密的包。

通过操作系统 (cmd Exec) SQL Server 代理 作业步骤使用Dtutil.exe实用工具将属性更改ProtectionLevel为 EncryptSensitiveWithUserKey。 此过程涉及使用密码解密包，然后重新加密包。 用于加密包的用户密钥是运行方式列表中的SQL Server 代理作业步骤设置。

注意

由于密钥包含用户名和计算机名称，因此将包移到另一台计算机的效果可能会受到限制。

可以使用 SSIS 日志记录来确保有有关 SSIS 包故障的错误信息，而不是依赖于SQL Server 代理作业历史记录中有限的详细信息。 还可以使用 exec 子系统命令而不是 SSIS 子系统命令来运行包。

通过 SSIS 日志记录和日志提供程序，可以捕获有关包执行和失败的详细信息。 默认情况下，包不记录信息。 必须将包配置为记录信息。 将包配置为日志信息时，会显示如下所示的详细信息。 在这种情况下，你将知道这是一个权限问题：

通过使用 exec 子系统命令方法，将详细控制台日志记录开关添加到 SSIS 命令行，以调用Dtexec.exe SSIS 命令行可执行文件。 此外，还使用输出文件的高级作业功能。 还可以使用历史记录选项中的“包含步骤输出”将日志记录信息重定向到文件或SQL Server 代理作业历史记录。

下面是命令行的示例：

控制台日志记录返回类似于以下内容的详细信息：

有关类似问题的详细信息，请参阅在 2005 SQL Server尝试运行 SQL Server 2005 Integration Services 包时收到“加载错误”错误消息

有关如何在批处理操作中使用Dtutil.exe实用工具的详细信息，请参阅如何使用 dtutil 实用工具 (Dtutil.exe) 在 2005 SQL Server中设置一批SQL Server Integration Services (SSIS) 包的保护级别

有关如何创建包模板的详细信息，请参阅如何在 SQL Server Business Intelligence Development Studio 中创建包模板

有关 SSIS 包安全和属性的ProtectionLevel详细信息，请参阅 SQL Server 2005 联机丛书中的 Integration Services 安全注意事项主题。

遗憾的是，用户并不知道默认代理作业步骤设置会将其置于此状态。 有关SQL Server 代理代理和 SSIS 的详细信息，请参阅 SQL Server 2005 联机丛书中的以下主题：