SSIS package with Microsoft Office 12 ACE OLEDB driver resulting to 'Unexpected Termination' status when executing from SSISDB catalog

Gagan Shrestha 0 Reputation points
2025-01-09T11:46:41.51+00:00

We are trying to run SSIS package to read Access Database (.mdb) files using Native OLE DB\Microsoft Office 12 Access Database Engine OLE DB Provider in the Source Connection Manager. This package ran successfully from Visual Studio 2019 and also from SSISDB catalog in lower end servers.

However, executing the package in higher environments resulted in 'Unexpected Termination' status in SSISDB catalog without any error message. Tried changing different properties available in Source Connection Manager but all resulted in the same 'Unexpected Termination'.

User's image Debugging it with help of DBA, we found out that the package executes successfully if the executor/caller of the SSIS package has admin privileges(like the DBA) in the server. As it turns out the successful execution in lower environments was also because of the admin privileges the executor had in the server. Revoking the admin privilege in lower environment(UAT) also seemed to show the same status.

Is the admin privilege an absolute necessity to run packages with ACE OLE DB providers? Or are there any missing areas we need to check?

Any answers or ideas would be very helpful.
Thanks.

SQL Server
SQL Server
A family of Microsoft relational database management and analysis systems for e-commerce, line-of-business, and data warehousing solutions.
14,282 questions
SQL Server Integration Services
SQL Server Integration Services
A Microsoft platform for building enterprise-level data integration and data transformations solutions.
2,627 questions
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. ZoeHui-MSFT 39,496 Reputation points
    2025-01-10T05:31:21.0933333+00:00

    Hi @Gagan Shrestha,

    Is the admin privilege an absolute necessity to run packages with ACE OLE DB providers

    Not the admin permission, but the account used to run the package need to have permission to access to read Access Database (.mdb) files.

    You may consider using proxy account to run the job.

    Here is an official documentation for your reference: create-a-sql-server-agent-proxy

    For more information, see running-a-ssis-package-from-sql-server-agent-using-a-proxy-account.

    Regards,

    Zoe Hui


    If the answer is helpful, please click "Accept Answer" and upvote it.


Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.