使用SSIS包到Access DB的SQL Agent作业失败

时间:2016-11-03 18:22:39

标签: sql-server ssis oledb sql-agent

我有一个运行脚本任务的SSIS包(主要是和其他一些东西)。脚本任务使用OleDB连接连接到Access数据库。这是Microsoft Jet 4.0连接。我安装了驱动程序。但它不会通过代理帐户在SQL Agent中运行。它可以直接从Visual Studio和包存储中运行。事实上,当我以代理所附带的特殊帐户登录时,它在这两个地方都运行良好。但是,当我通过SQL Server代理运行时,我得到了可怕的“未指定错误”OleDbException。

脚本任务的相关代码:

// class field
private string accessConnectionStringTemplate = "Data Source=\"{0}\";Provider=Microsoft.Jet.OLEDB.4.0;";

// in method that connects to database
Print(file, "Connection string: " + string.Format(accessConnectionStringTemplate, file.FileName));
// outputs: Data Source = "\Path\To\File";Provider=Microsoft.Jet.OLEDB.4.0"
using(access = new OleDbConnection(string.Format(accessConnectionStringTemplate, file.FileName))) {
     access.Open();
     // other code
}

通过SQL代理作业历史记录的错误消息:

Started:  12:35:10 PM
Error: 2016-11-03 12:35:33.51
   Code: 0x00000000
   Source: Import Files Main
   Description: Exception: Unspecified error
End Error
Error: 2016-11-03 12:35:33.51
   Code: 0x00000000
   Source: Import Files Main
   Description:    at System.Data.OleDb.OleDbConnectionInternal..ctor(OleDbConnectionString constr, OleDbConnection connection)
   at System.Data.OleDb.OleDbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningObject)
   at System.Data.ProviderBase.DbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection, DbConnectionOptions userOptions)
   at System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup, DbConnectionOptions userOptions)
   at System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection)
   at System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
   at System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
   at System.Data.ProviderBase.DbConnectionInternal.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
   at System.Data.OleDb.OleDbConnection.Open()
   at ST_cc0028a4b56242909c2eae546a807995.csproj.ScriptMain.ImportFile(AccessFile file, DateTime startRecordDate, DateTime endRecordDate, List`1 accessTables, Boolean includeTransactionTables, List`1 specifiedTableList)
   at ST_cc0028a4b56242909c2eae546a807995.csproj.ScriptMain.Main()
End Error
Error: 2016-11-03 12:35:33.51
   Code: 0x00000006
   Source: Import Files 
   Description: The script returned a failure result.
End Error

我确定的一些事情:

  • 安装了Access驱动程序并在SQL Agent所在的服务器上运行。我通过在VS中运行包作为我的帐户和代理帐户来验证这一点,没有任何问题。
  • 代理帐户可以访问相关文件。再次,通过以代理的帐户登录服务器进行验证。该文件位于网络共享上,但路径指定为UNC路径。
  • 代理帐户可以访问属于此操作的其他数据库,以排除任何其他潜在的错误来源。
  • 从我的帐户和代理的帐户运行包裹商店(通过SSMS)运行包裹。我在数据库服务器上做了这个以确保。

在互联网上看到的其他问题中,这通常是司机的问题。在这种情况下,我不确定它是怎么回事。

我很乐意提供其他信息以帮助其他诊断。我自己完全不确定为什么这不起作用。

2 个答案:

答案 0 :(得分:6)

事实证明,问题是Jet提供程序正在尝试写入SQL Agent用户的临时目录,即使该任务是作为其他用户模拟运行的。这似乎是Windows模拟系统的一项功能,它不会更改用户配置文件,只会更改用户令牌。我最终得到了这段代码:

var tempPath = Path.GetTempPath().Replace("\\SQLSERVERAGENT\\", "\\" + Environment.UserName + "\\");
Environment.SetEnvironmentVariable("TEMP", tempPath);
Environment.SetEnvironmentVariable("TMP", tempPath);

它不理想,但它有效。这意味着我不必为SQL Agent的临时目录授予权限。只有这个代码必须改变。

可悲的是,似乎无法更改ODBC驱动程序放置其临时文件的位置。

编辑:我也遇到了这个带有Excel源的基于数据流的常规包的问题。在这种情况下,我别无选择,只能为我的代理用户的帐户授予访问SQL Agent的临时目录的权限。如果我也能在那里找到解决方法,我会发布它。

答案 1 :(得分:1)

我建议尝试一些事情:

  1. 尝试使用cmd模式执行程序包,即使用SQL Agent中的dtexce.exe语法(使用32位和64位选项)。

  2. 将服务帐户(帐户SQL代理正在运行)添加到DCOM component for Integration Service。如果允许,请将SQL代理服务帐户更改为代理帐户(用于测试)。

  3. 使用代理帐户执行所有操作,即使用代理帐户部署程序包,并将作业所有者设置为代理帐户(在SQL代理中)。使用代理帐户创建作业。

  4. 如果您的代理帐户或SQL代理服务帐户有任何错误,请检查窗口event viewer

  5. 如果您使用SQL Server 2012或更高版本部署该软件包,请使用Integration Services Catalog进行尝试。