求助：MS Access前端链接SQL Server后用户表消失问题扩散

这种批量爆发的Access链接表故障确实挺闹心的，结合你描述的现象——先是单台电脑用户表消失，重新部署前端也没用，连LTM里都看不到后端的表，还扩散到了5台机器，我从几个核心方向给你梳理排查思路：

• 先从SQL Server后端找问题根源
  别着急折腾前端，直接登录到SQL Server服务器用SSMS查一下：

  • 执行查询 SELECT * FROM sys.tables WHERE name = '你的用户表名'，确认这张表是不是真的还在后端数据库里
  • 如果表存在，立刻检查权限设置：会不会上周有人调整了权限，导致办公电脑用的SQL登录账号失去了该表的访问权限？可以用 EXEC sp_helprotect @username = '你的客户端登录账号', @objname = '用户表名' 查看权限明细
  • 另外也要确认表是否被重命名或移动到其他Schema（比如从默认的dbo移到了自定义Schema），这会直接导致Access链接时找不到目标表

• 检查Access前端的链接配置与缓存问题

  • 重新部署前端后依然丢表，大概率是Access的链接表缓存搞的鬼：在出问题的电脑上，打开Access时按住Shift键跳过自动加载，然后手动重新链接表，选择SQL Server后端时务必确认选对了数据库和Schema
  • 排查ODBC驱动版本：上周有没有Windows自动更新升级了ODBC驱动？不同版本的驱动（比如SQL Server Native Client和ODBC Driver 17 for SQL Server）可能存在兼容性问题，建议统一用同一版本驱动重新配置ODBC数据源
  • 查看链接表属性：右键链接表→设计视图（如果能打开的话），检查「ODBC连接字符串」是否正确，有没有指向错误的服务器或数据库

• 深挖批量扩散的共性诱因

  • 既然是逐渐扩散到多台电脑，优先找这些机器的共性：是不是都在同一个OU组？上周有没有推送过组策略更新？组策略可能修改了ODBC配置、Access信任设置或者网络权限
  • 检查LTM（负载均衡）配置：有没有上周调整过SQL Server的负载均衡规则？比如部分客户端被导向了没有该表的节点，或者防火墙规则限制了客户端对SQL Server表的访问
  • 确认Access信任中心设置：会不会部分电脑自动启用了「阻止所有未信任的数据库内容」，导致链接表无法加载甚至被自动移除

• 临时应急恢复方案
  如果需要先拉回业务，可以试试：

  • 用SQL Server备份把该表恢复到测试环境，重新建立链接测试是否正常，排除表本身的损坏问题
  • 给出问题的电脑重新创建ODBC系统数据源（而非用户数据源），确保所有用户使用统一的连接配置

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