【问题标题】:How to resolve Microsoft Access Error 3043如何解决 Microsoft Access 错误 3043
【发布时间】:2020-03-03 17:38:22
【问题描述】:

我的公司使用共享的 MS Access 数据库,后端存储在服务器上,前端复制到用户桌面上。

最近,我们的 IT 部门在没有通知我们的情况下将我们转移到新服务器,现在我们的数据库不断崩溃。

每 20-40 分钟,用户会收到一条错误消息:

错误 3043 您的网络访问被中断。要继续,请关闭数据库,然后再次打开它。

如果他们关闭并重新打开,它确实有效。但是,我想阻止这种情况发生,因为这通常发生在他们处于某事中间并且必须重新做所有事情时。

我已经与我们的 IT 顾问谈过,他们认为我们的服务器/网络没有问题,他们对 Access 也一无所知,因此无法提供帮助。

有没有人有这方面的经验或有任何想法可以帮助我修复我的数据库?

提前致谢。

【问题讨论】:

  • 呃,欢迎来到地狱。旧服务器还在吗? -- 如果在写入操作期间发生网络中断,与您可能面临的后端数据库损坏相比,错误 3043 可能会成为一个小麻烦。
  • @Andre 不,不幸的是旧服务器不见了。而且我无法判断错误消息是否正在发生,因为用户与我们的共享驱动器的连接出现故障,并且在瞬间进出,或者这是我必须在数据库后端执行的操作。

标签: ms-access runtime-error


【解决方案1】:

以下是一些想法:

这听起来很像(短暂的)网络中断。 MS Access 根本不喜欢这些,尤其是在您重新启动前端之前,它不会从断开的连接(即使很短)中恢复。

Access 后端写入操作期间的网络中断是后端数据库损坏的主要原因。如果您还没有经历过,请认为自己很幸运。但是你应该经常备份和压缩&修复后端(!)。

您可以通过将后端移动到服务器数据库来防止后端损坏,例如SQL Server Express(免费)。仍然会出现错误(“ODBC 调用失败”而不是错误 3043),但它们只会影响前端。

您可以通过将前端从绑定表单更改为未绑定表单来解决所有错误。这是一项重大的事业。

我不认为你可以对后端做任何事情来防止错误。

如果此数据库对您的公司有价值,并且 IT 表示没有问题,我建议您将问题上报给可以让 IT 更深入地调查问题的人。
如何这样做是一个单独的问题,也许是在 SuperUser 上。)

【讨论】:

    猜你喜欢
    • 2016-10-22
    • 2017-07-25
    • 2023-03-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多