SQL Server 2025 迁移指南：EoL 更改和弃用

执行摘要和主要发现

SQL Server 2025 不仅仅是一个更新；它还是一个更新。这是一次战略调整。虽然新的人工智能和云功能令人兴奋，但对于 DBA 和开发人员来说，真正的问题在于删除和更改的内容。以下是您的迁移计划的三个最重要的要点。

有针对性的功能停止

SQL Server 2025 正式删除了四个专门功能，包括 DQS 和 MDS，推动用户转向集成的 Microsoft Fabric 生态系统。

暂停新的弃用

没有新功能被弃用。先前版本的现有列表现已最终确定，使 2025 年成为解决多年技术债务的最后期限。

突破性变革的首要地位

最大的风险不是功能删除，而是新的“默认加密”安全态势，它可能会意外破坏应用程序和升级流程。

“为什么”：Microsoft SQL Server 的战略愿景

SQL Server 2025 中的更改不是随机的；而是随机的。它们是更大战略中经过深思熟虑的步骤。 Microsoft 正在将其旗舰数据库从独立的本地引擎发展为更广泛的混合数据结构中的安全、高度互连的端点。

以云为中心的治理

删除 MDS 和 DQS 等本地服务与转向集中式、基于云的治理相一致。未来是像 Microsoft Purview 这样的平台，而不是孤立的本地工具。

统一数据平台

用通用 Fabric 镜像取代点对点 Synapse Link 表明了对统一数据平台的承诺，其中 SQL Server 是一等公民，而不仅仅是外部源。

安全为基础

在客户端级别默认强制执行加密是一个根本性的转变。安全性不再是可选层，而是数据传输层不可协商的基础方面。

了解生命周期：已弃用与已停产

为了有效地规划迁移，了解 Microsoft 的术语至关重要。这些术语具有不同的技术含义，并具有不同程度的紧迫性和风险。

已弃用

维护模式下的一项功能。它仍然有效，但不会获得新的增强功能。这是您计划迁移到现代替代方案的正式通知。

将其视为托管技术债务——一种已知的负债，具有灵活但不是无限的偿还时间表。

停产

已从产品中完全删除的功能。任何依赖它的代码、脚本或应用程序在升级后都将失败。

这是技术债务到期的时间点。要成功升级，必须进行修复。

停止的功能：产品线的终结

SQL Server 2025 完全删除了四个功能，标志着向 Microsoft Fabric 的战略转变。任何依赖这些的代码都会失败。以下是已消失的内容以及可以使用的内容。

数据质量服务 (DQS) 和主数据服务 (MDS)

这些本地数据治理工具已被删除。该行业正在转向云原生、人工智能驱动的解决方案。

更换策略：微软权限和自定义 Azure 解决方案。这是一个全面的重新架构项目，而不是简单的升级。

适用于 SQL 的 Azure Synapse 链接

这种点对点复制功能已停止使用，以便将数据集成统一到一个更强大的保护伞下。

更换策略：织物镜像。下一代、更深度集成的技术，用于无缝复制到 Microsoft Fabric 的 OneLake。

权限访问策略

删除了通过 Purview 进行的外部权限管理，以直接在 SQL Server 引擎内简化和集中安全模型。

更换策略：新的、内置的固定服务器级角色（例如“##MS_ServerPerformanceStateReader##”）用于精细的、最低权限的访问。

弃用的遗产：您的技术债务截止日期

SQL Server 2025 没有弃用任何新功能，但它巩固了以前版本的列表。这是您在这些功能可能被删除之前修复这些功能的最后号召性用语。使用下面的过滤器按类别进行探索。

所有高可用性监控安全 T-SQL 数据类型

不作为的风险：视觉崩溃

下图按风险级别直观地显示了已弃用的关键功能的数量。高风险项目（例如数据库镜像）可能会导致关键功能丧失，因此应成为您的首要任务。

主动审核：如何查找已弃用的功能

不要等到升级才破坏您的代码。 SQL Server 提供了强大的内置工具来主动识别已弃用功能的使用情况。以下是审计实例的两种主要方法。

方法 1：性能计数器（快速扫描）

此方法为您提供自上次服务器重新启动以来使用了哪些已弃用功能的快速、定量摘要。运行以下 T-SQL 查询以获取即时的、可操作的列表。

SELECT
    [object_name],
    [instance_name] AS [Feature],
    [cntr_value] AS [UsageCount]
FROM
    sys.dm_os_performance_counters
WHERE
    [object_name] LIKE N'%SQL%Deprecated Features%'
    AND [cntr_value] > 0
ORDER BY
    [UsageCount] DESC;

方法 2：扩展事件（深入探究）

对于更精细的实时监控，扩展事件是现代解决方案。他们不仅可以告诉您*使用了什么*，还可以告诉您*谁*使用了它、从*哪里*使用了它，以及他们运行的*确切的 T-SQL 语句*。

配置扩展事件会话以捕获这两个关键事件：

• 弃用_公告：第一次在会话中使用已弃用的功能时触发。
• deprecation_final_support：当使用的功能将在下一个主要版本中删除时触发。

这些上下文信息对于查明已弃用代码的确切来源非常宝贵，从而使修复速度更快。

重大突破性变化：真正的升级风险

SQL Server 2025 迁移中最直接的危险不是删除的内容，而是默认行为的根本性变化。这些可能会导致应用程序、自动化甚至升级过程本身出现意外故障。

客户提供商革命

遗产

系统.数据.SqlClient

该标准已有二十年历史，现已从 .NET 中删除。

现代的

Microsoft.Data.SqlClient

新标准。需要更改 SSIS、PowerShell 和 .NET 应用程序中的代码。

“默认加密”命令

新的“Microsoft.Data.SqlClient”提供程序更改了一个关键的默认值：“Encrypt”现在为“True”。这意味着所有连接都将尝试使用 TLS 加密并验证服务器的证书，这可能会导致在未配置的环境中出现广泛的故障。

连接失败

客户端尝试使用默认的自签名证书连接到 SQL Server。

// 连接字符串（隐式加密=True）
“服务器=MyServer；数据库=MyDB；…”

错误：证书链是由不受信任的机构颁发的。

连接成功

客户端连接到配置有有效、可信证书的 SQL Server。

// 连接字符串（隐式加密=True）
“服务器=MyServer；数据库=MyDB；…”

成功：已建立安全连接。

影响分析：谁会受到客户提供商变更的影响？

这不仅仅是数据库级别的更改；这是一个生态系统范围的更新。迁移到“Microsoft.Data.SqlClient”将需要更改整个数据堆栈的代码。以下是您需要修复的关键领域的细分。

.NET应用程序

所有自定义应用程序都必须更新。这涉及更改 NuGet 包引用、更新“using”语句、重新编译和重新部署。

SSIS 包

包含使用 ADO.NET 连接的脚本任务或组件的包将会失败。必须更新底层代码以引用新的提供程序并重新编译。

PowerShell / SMO

管理和自动化脚本将被破坏。核心 SMO 程序集现在需要“Microsoft.Data.SqlClient.SqlConnection”对象，从而破坏传递旧类型的任何脚本。

分析服务

甚至 SSAS 也受到影响。某些表格模型定义可能需要修改以反映新的提供程序名称，以确保数据源正确连接。

重大变更：概览摘要

就地升级阻止程序和已知问题

凡事有预则守。 SQL Server 2025 预览版发行说明确定了几个可能导致就地升级停止的具体问题。在开始之前请注意这些潜在的障碍。

复制拓扑失败

这是一个主要的阻碍因素。如果您要升级具有远程分发服务器的发布服务器，则升级过程本身将尝试使用新的“默认加密”提供程序连接到分发服务器。如果分发服务器未配置受信任的证书，连接将失败，并且整个实例升级将回滚。

解决方案：在尝试升级之前，在复制拓扑中的所有服务器上主动配置受信任的 TLS 证书。

缺少 Visual C++ 可再发行组件

从 SQL Server 2016 或 2017 升级时，如果所需的 Microsoft Visual C++ Redistributable for Visual Studio 2022 丢失或过时，安装过程可能会失败。安装程序将停止。

解决方案：手动下载并安装或修复所需的可再发行组件包，然后重新运行 SQL Server 安装程序。

硬件/操作系统特定问题

请注意特定硬件上的已知问题。 Windows 上的 SQL 可能无法在每个 NUMA 节点具有超过 64 个逻辑核心的计算机上启动。 Linux 上的 SQL 在第 12 代或更高版本的 Intel 混合 CPU 上可能会失败。

解决方案：在升级之前，请查看官方文档以了解与您的硬件配置相关的具体解决方法。

终极 SQL Server 2025 迁移清单

使用此交互式清单来跟踪迁移的四个关键阶段的进度。系统化方法是成功、低风险升级的关键。

第一阶段：审核和库存

识别范围内的所有 SQL Server 实例。运行性能计数器以查找已弃用功能的使用情况。设置扩展事件以进行精细弃用跟踪。创建所有客户端应用程序的完整清单。记录所有应用程序连接字符串。识别对 DQS、MDS、Synapse Link 或 Purview 策略的依赖关系。

第二阶段：修复

建立颁发可信 TLS 证书（PKI 或 CA）的流程。使用可信证书配置所有 SQL Server 实例（尤其是复制拓扑）。更新 .NET 应用程序以使用“Microsoft.Data.SqlClient”。使用脚本任务更新和重新编译 SSIS 包。更新 PowerShell/SMO 脚本以使用新的对象类型。为所有已识别的已弃用功能创建修复计划。

第三阶段：试点和验证

构建反映生产的预生产环境。在试点环境中执行试验性就地升级。对所有已修复的应用程序进行完整的回归测试周期。验证升级后的性能和稳定性。记录试点的所有步骤和结果。

第四阶段：生产部署

安排维护窗口并与利益相关者沟通。对所有数据库和系统状态执行完整备份。执行计划的生产升级。对关键应用程序进行升级后冒烟测试。监控服务器运行状况、性能和错误日志。准备好并记录回滚计划。

您的 4 阶段迁移路线图

成功过渡到 SQL Server 2025 需要主动、多阶段的策略。遵循此路线图可以最大限度地降低风险并确保顺利部署。

2025 年之后：长期战略调整

SQL Server 2025 的发布明确表明了 Microsoft 数据平台的未来方向。为了保持一致，组织应该投资于补充这些新功能的技能和技术。

接受这些变化使您不仅可以利用 SQL Server 2025 作为增量更新，而且还可以将其作为现代、安全且面向未来的数据架构的基础组件。专注于发展以下方面的专业知识：

• ✓微软结构用于云分析和数据集成。
• ✓现代 .NET 开发实践用于客户端应用程序。
• ✓强大的安全管理以基于证书的加密为中心。