将 SQL Server 升级到最新版本

2025-06-16

本指南介绍如何使用 SQL Server Management Studio（SSMS）中的 SQL Server 迁移组件将用户数据库从以前版本的 SQL Server 升级到 SQL Server 2022（16.x）。

有关其他迁移指南，请参阅 Azure 数据库迁移。

先决条件

在开始迁移项目之前，请务必满足相关先决条件。了解升级 SQL Server 支持的版本和注意事项。

若要准备迁移，请使用 SSMS 中的 SQL Server 迁移组件。

预迁移

确认源环境受支持并满足任何先决条件后，可以开始预迁移阶段。该过程涉及清点需要迁移的数据库。接下来，评估数据库是否存在潜在的迁移问题或阻碍因素，然后解决可能已发现的任何迁移问题或阻碍因素。以下两个部分介绍了发现、评估的预迁移步骤。

发现

“Azure Migrate：发现和评估工具可发现并评估要迁移到 Azure 的本地 VMware VM、Hyper-V VM 和物理服务器。

可以使用此工具执行以下步骤：

Azure 迁移就绪性：评估本地服务器、SQL Server 实例和 Web 应用是否已准备好迁移到 Azure。
Azure 大小调整：估算迁移后的 Azure VMs/Azure SQL 配置大小/Azure VMware Solution 节点数量。
Azure 成本估算：估算在 Azure 中运行本地服务器的成本。
依赖关系分析：确定跨服务器依赖关系和优化策略，以便将相互依赖的服务器移动到 Azure。详细了解使用依赖关系分析进行的发现和评估。

发现和评估工具使用本地部署的轻型 Azure Migrate 设备。

该设备在 VM 或物理服务器上运行。可以使用下载的模板轻松安装它。
设备会发现本地服务器。它还持续向 Azure Migrate 发送服务器元数据和性能数据。
设备发现是无代理的。无需在已发现的服务器上安装任何组件。
完成设备发现后，可将发现的服务器收集到组中，然后对每个组运行评估。

评估和转换

确定数据源之后，下一步是评估本地 SQL Server 实例。在升级 SQL Server 实例之前，使用 SQL Server Management Studio 中的 SQL 迁移组件评估源数据库。

完成所有数据库评估后，选择“ 保存报表 ”，以将结果导出到 JSON 文件，以便自己分析数据。

转换

在评估了要迁移的一个或多个源数据库实例之后，对于异构迁移，需要将架构转换为在目标环境中工作。由于升级到较新版本的 SQL Server 被视为是同构迁移，因此转换步骤不是必需的。

迁移概述

在满足必需的先决条件并完成与预迁移阶段相关的任务后，便可完成架构和数据迁移。成功迁移和升级意味着已解决在预迁移阶段发现的所有问题。

查看 SQL Server Management Studio 中 SQL Server 迁移组件发现的兼容性问题。

通过创建系统数据库 msdb 的备份来保留备份日志、维护计划和其他自动化任务，包括作业。

使用 SQL Server Management Studio 查看链接服务器。在对象资源管理器中，右键单击服务器对象以展开列表。

根据数据和环境的复杂性，可能需要考虑其他因素。

迁移架构和数据

评估数据库后，下一步是在 SQL Server Management Studio 中使用 SQL Server 迁移组件开始迁移架构和数据库的过程。

迁移架构和数据同步

使用 SQL Server 迁移组件评估环境。
获得评估报告后，即可迁移数据库。

数据同步和直接转换

对于停机时间最短的迁移，迁移的源在一次性迁移后会继续更改，数据和架构可能与目标有所不同。在此过程中，需要确保捕获源中的所有更改，并几乎实时地应用到目标。在确认源中的更改都已应用到目标后，从源环境直接转换到目标环境。

此方案尚不支持停机时间最短的迁移，因此数据同步和切换计划目前不适用。

迁移之后

成功完成迁移阶段后，需要完成一系列的迁移后任务，以确保一切都能尽量顺利高效地进行。迁移后阶段对于协调所有数据准确性问题、验证完整性以及解决工作负载的性能问题至关重要。

若要在迁移后详细了解这些问题以及用于缓解问题的具体步骤，请参阅迁移后验证和优化指南。

验证应用程序

将数据迁移到目标环境后，以前使用源的所有应用程序都需要开始使用目标。在某些情况下，实现这一点需要更改应用程序。对数据库进行测试，验证应用程序在迁移后是否正常工作。

通过