【问题标题】:Cause of a complete zero-overwrite of an Access Office 365 accdb file?Access Office 365 accdb 文件完全零覆盖的原因?
【发布时间】:2021-06-25 13:00:04
【问题描述】:

我昨天遇到了一个 Access 2016 (Office 365) 数据库问题,导致“未知数据库格式”错误。

  • 我保存并关闭了一个 Access 2016 (Office 365) 文件。

  • 当我重新打开 accdb 文件时,我收到了“未知数据库格式”问题。

以下是我的调查记录。

  • 使用属性检查硬盘是否有错误 | Windows 资源管理器中的工具。没有发现错误。

  • 防病毒软件是最新的 (Norton) 并且运行较少 12 小时前。

  • accdb 文件的大小正确 (147 MB​​)。

  • 在十六进制编辑器中以只读方式打开文件,显示 accdb 文件已被零完全覆盖(147 MB​​ 的零)。

  • 在事件查看器中检查了系统和应用程序事件。没有任何严重错误或警告可以说明这一点。

由于文件完全被零覆盖,因此无法使用标准技术恢复任何内容。这消除了以下技术的使用:

  • 创建一个新的 Access accdb 文件并从损坏的 accdb 中导入对象。

  • 压缩和修复。没有什么可修复的。

  • 使用第三方修复工具,例如 SysTools Access Recovery。 accdb 中没有任何内容可供修复工具使用。

我已要求我公司中使用 Access 的开发人员每小时备份到本地 USB 驱动器上的不同位置以及我们网络上的不同共享文件夹。这是为了尽量减少返工。

我们还在开发一个程序,允许我们签入对 DevOps 的访问更改。

有谁知道导致 accdb 完全被零覆盖的任何原因?

如果我知道造成这种情况的原因,我们可以(希望)消除原因。

【问题讨论】:

  • 我看到过类似的问题,防病毒解决方案错误地标记和擦除 Access 数据库。检查任何防病毒软件的日志,如果您将文件存储在网络驱动器上,服务器防病毒软件通常是罪魁祸首。这也意味着某处可能存在隔离副本。

标签: ms-access corruption


【解决方案1】:

听起来你已经击中了三(!)岁的lease bug

很遗憾,奇怪的是,这个问题仍然没有最终解决方案的日期。

【讨论】:

  • 该租约错误会导致损坏,但会使数据库处于恢复通常微不足道的状态。这不是这里的情况,完全零覆盖表示完全不同的问题(我见过的唯一一次类似的事情是当防病毒软件决定杀死文件时)
  • 我以前也见过这个。我们实际上在防病毒排除列表中有我们的开发和源代码文件夹。
  • 好吧,就是这样。那么为什么不排除生产文件呢?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-03-23
  • 1970-01-01
  • 2014-08-19
  • 1970-01-01
  • 2019-09-18
  • 2013-05-01
  • 2017-12-22
相关资源
最近更新 更多