SQL Server不稳定VPN访问时全局临时表异常删除相关问题咨询

1. 会话超时相关配置查询位置 #

会话超时需要从服务端、客户端、网络设备三个层面分别查询：

• SQL Server服务端层面：默认没有配置空闲会话强制超时，可通过执行sp_configure 'remote login timeout'查询远程登录超时配置，你已经确认过remote query timeout不适用当前场景。如果使用云托管的SQL Server实例，还需要检查云平台的连接空闲超时策略。
• 客户端层面：查看OLE DB连接字符串的Connect Timeout、Keep Alive参数配置，以及ATL数据库连接组件的超时设置；另外可检查操作系统TCP Keepalive参数，Windows默认TCP空闲探测间隔为2小时，远长于多数VPN网关的超时阈值。
• 网络设备层面：联系网络管理员排查VPN网关的空闲会话超时配置，多数VPN默认会主动断开空闲15~30分钟的TCP连接，即使你有5分钟一次的业务访问，如果出现网络丢包未被两端感知，也会被VPN判定为空闲连接断开。

2. 客户端会话终止检测方法 #

你遇到的表不存在但执行语句无连接报错的情况，大概率是SQL OLE DB Provider开启了静默自动重连，旧会话断开后驱动自动创建了新会话，上层业务无感知：

• 最简单的校验方法：首次建立连接创建全局临时表后，保存当前会话IDSELECT @@SPID的返回值，每次执行业务操作前先查询当前@@SPID，如果和保存的ID不一致，即可判定会话已被重置，可触发全局临时表重建逻辑。
• 禁用自动重连：在OLE DB连接字符串中添加ConnectRetryCount=0参数，关闭驱动自动重试重连逻辑，连接断开时会直接抛出连接异常，不会静默创建新会话。
• 会话上下文校验：创建全局临时表时，同步创建会话级临时变量DECLARE @AppSessionMark VARCHAR(64) = '自定义标识'，每次执行操作前校验该变量是否存在，不存在即可判定会话已重置。

3. 服务端会话终止日志配置方法 #

• 扩展事件跟踪：创建扩展事件会话监听session_disconnect事件，可记录所有会话断开的时间、客户端IP、会话ID、断开原因等全量信息，资源消耗极低可在生产环境长期开启。
• 登录断开审计：打开SQL Server服务器属性→「安全性」选项卡→登录审核选择「所有登录和断开连接」，配置后所有会话的登录、断开行为都会记录到SQL Server错误日志中，可直接对应异常出现的时间点排查。
• 错误日志排查：如果会话是被服务端主动终止，SQL Server错误日志会直接记录KILL会话的操作日志；如果是网络异常导致的会话断开，也会记录对应的传输层报错信息。

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