通过JET访问DTS密码问题

发布于 2024-09-06 14:20:19 字数 302 浏览 4 评论 0原文

我有一个关于 SQL 2000 的 DTS 包,我已经三年没有碰过它了。软件包每晚都运行没有问题,现在我需要进行一些更改。

包从几个设置了密码的 Access 文件中读取数据。当我在 DTS 设计器中打开 Access 连接并单击“确定”时,我收到错误消息“不是有效的密码”。

为什么密码现在是错误的,但当包每天晚上运行时它是有效的?我缺少什么?

编辑 - 在另一台服务器上我有 SQL 2008。当我执行导入数据时,只需指定 Jet OleDB:数据库密码(这是在 DTS 包中设置密码的位置),我就可以毫无问题地打开 Access 文件。

I have a DTS package on SQL 2000 that I haven't touched for three years. Package is running without problems every night and now I need to make some changes.

Package reads data from couple of Access files that have password set. When I open Access connection in DTS designer and click OK I get error message "not a valid password".

Why is password now wrong but when package runs every night it is valid? What am I missing?

EDIT - on another server I have SQL 2008. When I execute Import data, I can open Access files without any problems, just by specifying Jet OleDB:Database password (which is where password is set in DTS package).

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

冬天的雪花 2024-09-13 14:20:19

运行时的连接字符串可能与包中的不同。

您的密码可能位于配置文件或变量中。

The connection string at run time may be different than what it is in the package.

Your password could be in a config file or a variable.

非要怀念 2024-09-13 14:20:19

此问题的答案 - 我没有使用创建(和拥有)相关 DTS 包的用户登录 SQL Server。一旦我使用与包所有者相同的用户登录,一切就正常了。

Answer to this problem - I wasn't logged on SQL server with the user that created (and owned) DTS package in question. Once I logged in with the same user as package owner, everything worked.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文