SQL Server 2016结束支持后怎么选：ESU、升级或并行迁移
SQL Server 2016 扩展支持已于 2026 年 7 月 14 日结束。本页提供 ESU、同平台升级和并行迁移决策清单，并保留阻塞与慢报表只读证据方法。
先冻结版本、Edition、许可、平台、HA/DR、外围组件、恢复和性能基线，再选择有期限ESU过渡、同平台升级或并行迁移；验收不能只看服务启动。
适用对象
- 先固定问题时间窗、报表或作业和业务影响，再把等待、阻塞、计划、资源与刷新证据放在一起。
- 阻塞本身是 SQL Server 并发控制的正常机制；持续过久时才需要识别头部阻塞者、开放事务和受影响链路。
- Query Store 可保存查询、计划和运行时统计，但可用性、保留策略和采集范围必须按实例核验。
- 工作表不自动执行`KILL`、强制计划、改索引、改隔离级别或开启扩展事件；生产动作必须单独授权。
- SQL Server 2016扩展支持已结束；ESU只提供有限期关键安全更新，不延长完整产品生命周期。
READ AND ACT
不必读到文末，现在就可以做下一步
先下载只读工作表或完成 5 分钟自查；只有需要固定范围人工判断时，再查看数据库健康体检。
这些入口不要求提交数据库、SQL、日志或公司信息；服务范围和资料边界以目标页面说明为准。
ESU、同平台升级还是并行迁移：用证据选择路线
继续运行、购买ESU和完成迁移是三种不同状态；ESU应绑定迁移负责人和最晚退出日。
Microsoft生命周期页显示，SQL Server 2016扩展支持已于2026年7月14日结束。符合条件的环境可使用最长三年的Extended Security Updates作为过渡，但ESU不延长产品生命周期，也不包含新功能、非安全更新或常规技术支持。
第一周应完成实例与许可、数据库与兼容级别、HA/DR与恢复、应用与外围依赖、性能与退出五类基线。之后再决定ESU过渡、同平台升级或并行迁移；Edition、操作系统、许可、证书、关键厂商应用或恢复路径没有结论时，应停止切换。
| 路线 | 更适合 | 最低证据 | 退出条件 |
|---|---|---|---|
| ESU过渡 | 短期无法迁移且资格已由权威渠道核验 | 许可资格、补丁测试、年度期限和迁移计划 | 在ESU期限内完成迁移并关闭旧实例 |
| 同平台升级 | 基础设施支持目标版本且依赖可复现 | 完整恢复、应用回归、HA/DR和回退窗口 | 目标版本验收通过并关闭回退窗口 |
| 并行迁移 | 需更换基础设施、拆分整合或保留旧环境 | 对象完整性、增量同步、对账与切换演练 | 新环境稳定且旧环境按审批退役 |
怎样区分阻塞、计划回退、资源等待和刷新问题
用同一时间窗交叉核对四组信号，避免只凭一条等待或一张计划图下结论。
先确认报表什么时候开始变慢、持续多久、是否影响其他报表或写入，再记录 SQL Server 版本、实例时间和近期发布。问题窗口不一致的证据不能直接拼成一条因果链。
阻塞链回答“谁在等谁”，Query Store回答“查询和计划如何变化”，CPU、IO与tempdb回答“资源当时是否吃紧”，SQL Agent和上游刷新回答“数据库之外是否有共同时间线”。
| 证据组 | 首轮记录 | 可以帮助判断 | 不能单独证明 |
|---|---|---|---|
| 阻塞与事务 | session、blocking session、等待、事务状态 | 是否存在持续阻塞链和候选头部阻塞者 | 一次快照不能证明长期根因 |
| 查询与计划 | 脱敏查询哈希、plan id、Query Store窗口 | 问题前后计划和运行时统计是否变化 | 计划变化不等于计划回退 |
| 实例资源 | CPU、IO、tempdb和并发摘要 | 是否存在共同资源压力 | 资源升高不说明是哪条查询造成 |
| 作业与上游 | SQL Agent步骤、数据源刷新、近期发布 | 报表链路是否在同一时间发生变化 | 时间相关不等于因果 |
先保存问题窗口证据，再决定是否进入生产变更
首轮排查只需要回答现象、阻塞链、计划差异、资源和上下游时间线。证据不足时明确缺口；需要终止会话、强制计划、改索引、改隔离级别或增加采集负载时，另行评估风险、审批和回滚。
慢报表只读复核五步
- 01
01
固定窗口
记录时区、报表或作业、基线、影响和近期发布。
- 02
02
画出阻塞链
保存脱敏会话、等待、事务状态和候选头部阻塞者。
- 03
03
对照计划
核对Query Store范围、计划标识和运行时统计变化。
- 04
04
核对链路
对照CPU、IO、tempdb、SQL Agent和上游刷新。
- 05
05
人工结论
写明候选原因、反证和证据缺口，再决定后续动作。
本流程不默认执行终止会话、强制计划、索引或隔离级别变更，也不默认开启额外采集。
下载阻塞与计划只读证据表
CSV可直接填写或导入表格工具。session、blocking session、SQL和计划只保留脱敏标识或哈希；没有权限采集的字段写“缺失”或“需授权”。若材料仍无法分级，可先做免费自查；需要风险分级和整改Top 5时，再进入B-HC固定范围服务。发布后第14天看资料到自查或服务的有效动作，第30天看有效线索，第90天才决定是否调整页面；下载、点击和QA不算商业结果。
本节判断
- 保留问题窗口、版本和采集范围，避免把不同时间的信号混在一起。
- 同时写候选原因与反证，不把单个等待类型或计划变化写成既定根因。
- B-HC不包含自动终止会话、生产改库、调优效果或报表恢复承诺。
参考依据
以下来源用于确认市场趋势、政策背景和术语边界；具体落地方案仍以客户的数据范围、权限和交付目标为准。
常见问题
看到 blocking_session_id 后是否应该立即终止会话？
不应默认这样做。先确认它是否为头部阻塞者、事务用途、持续时间、业务影响和回滚责任；终止会话可能触发长时间回滚或影响业务，必须单独授权。
Query Store发现新计划是否就证明计划回退？
不能。还要比较同一问题窗口内的执行次数、持续时间、CPU、逻辑读、数据量和其他资源信号，并保留未受影响查询等反证。
为什么要同时记录SQL Agent和上游刷新？
报表慢可能发生在数据库、作业调度、语义模型或数据源刷新中的任一环节。共同时间线能缩小范围，但仍需进一步证据确认因果。