Access 2016打开从Access 2013迁移的拆分压缩修复数据库时崩溃

这种场景我之前碰到过好几次，结合你说的“找不到后端时能正常启动，连上后端后除了压缩修复都正常”的现象，大概率是前端链接表残留了Access 2013的特定缓存信息，或者2016对旧版本压缩后的数据库格式兼容性触发了崩溃。给你几个针对性的修复步骤，按顺序试：

1. 彻底重建前端的链接表（最优先尝试） #

旧的链接表可能带着2013的环境标记，在2016里启动时直接触发错误：

• 先按你之前的方法，重命名后端让前端能正常打开
• 打开前端后，删掉所有现有的链接表（注意别删本地表！）
• 点击外部数据选项卡 → 导入并链接组里的Access
• 选中正常命名的后端数据库，选择「链接到数据源，创建链接表」，把需要的表重新链接一遍
• 保存前端后直接关闭，再正常打开（不用改后端名字），测试是否还崩溃

2. 前后端分别用Access 2016做一次压缩修复 #

有时候2013的压缩修复格式在2016里会有隐性损坏：

• 先单独打开后端数据库（如果能打开的话），用Access 2016自带的「压缩和修复数据库」（文件→信息里）处理一遍
• 再打开前端（此时已经重新链接了后端），同样做一次压缩修复
• 注意：如果打开后端也崩溃，先回到Access 2013里把后端再压缩修复一次，复制到2016系统后再用2016修复

3. 排查启动时的自动执行代码 #

启动时的宏或窗体事件可能在链接后端时触发了兼容性问题：

• 按住Shift键打开前端，跳过所有自动执行的宏和启动窗体
• 如果这样能正常打开，说明问题出在启动流程里
• 检查AutoExec宏，或者启动窗体的Load/Open事件代码，看看是不是有一启动就直接读取链接表的操作——可以把这些操作延迟到窗体完全加载后（比如用Timer事件），或者加上错误处理

4. 检查Access 2016的更新和信任设置 #

• 先确保你的Office 2016是最新版本：打开文件→账户→更新选项→立即更新，微软经常修复这类兼容性BUG
• 把前端和后端所在的文件夹添加到Access的受信任位置（文件→选项→信任中心→信任中心设置→受信任位置），避免安全权限限制导致崩溃

5. 把前端转换为Access 2016原生格式 #

虽然2016能兼容2013格式，但转换格式可能清除底层的旧版本标记：

• 打开前端（后端重命名状态），点击文件→另存为→选择「Access数据库（*.accdb）」，保存成新的2016格式文件
• 重新链接后端，测试打开是否正常

如果以上都不行，建议去Windows事件查看器里找AppCrash的详细日志（事件查看器→Windows日志→应用程序），看崩溃的模块是msaccess.exe还是某个第三方控件，这能帮你定位更精准的问题。

内容的提问来源于stack exchange，提问作者Walter