微软已确认，部分Windows 11与Windows 10系统在安装10月13日发布的累积更新后，使用SQL Server的环境可能出现数据库连接无法正常关闭的问题，且11月发布的更新尚未修复该缺陷。该问题涉及SQL Server的“链接服务器”功能，受影响环境通过OLE DB组件连接外部数据库，已知涉及Oracle和PostgreSQL。
根据微软公布的受影响版本清单，此次问题覆盖Windows 11的26H1、25H2、24H2、23H2版本，Windows 10 Enterprise LTSC 2019，以及Windows Server 2025、Windows Server 2022、Windows Server 1809、Windows Server 2016、Windows Server 2012 R2和Windows Server 2012。受影响范围同时横跨客户端操作系统与服务器操作系统，意味着企业内既有终端侧也有服务端环境可能暴露在该缺陷之下。
问题表现集中在连接生命周期的管理上。正常情况下，通过链接服务器发起的查询结束后，相应连接应按预期关闭；但受该问题影响，部分连接会继续保持打开状态。随着后续查询不断累积，未关闭的连接持续占用资源，进而影响服务器性能，部分服务器可能出现运行越久响应越慢的情况。对于依赖链接服务器跨库查询的企业而言，这一缺陷不会立即导致查询失败，而是以性能逐步退化的方式显现，排查难度相对更高。
在官方修复发布前，管理员可采取的缓解手段有限。目前可行的操作包括手动关闭已确认的非活动连接，或重启SQL服务。但这两类操作均存在副作用：手动终止连接可能中断正在执行的查询或事务，重启SQL服务的影响面更大，且在执行缓解操作后，系统运行一段时间异常仍可能再次出现。这意味着当前方案只能作为临时处置，无法从根本上消除缺陷。
从技术路径看，该问题位于Windows累积更新与SQL Server OLE DB组件交互的层面，涉及链接服务器对外部数据源的连接管理逻辑。由于链接服务器功能长期被用于企业数据集成场景，尤其是在需要同时访问Oracle、PostgreSQL等异构数据库的环境中，此次缺陷的影响并非局限于单一数据库产品，而是波及跨库查询这一常见架构模式。
对企业的数据库运维团队而言，当前需要关注两方面工作：一是核对现有Windows终端与服务器是否落在受影响版本清单内，二是评估链接服务器在业务查询链路中的使用密度，以判断连接累积带来的性能风险。在微软发布正式修复前，将非活动连接的监控与清理纳入日常运维流程，是较为务实的应对方式。
截至11月更新，该问题仍未得到解决。对于将SQL Server作为核心数据平台的企业，这一缺陷提醒Windows累积更新与数据库中间组件之间的兼容性验证仍需保持谨慎，尤其是在更新推送后的一段时间内，对连接数、会话状态等指标的持续观测具有实际价值。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
