迁移概述：从 SQL Server
适用于： 
Azure SQL 托管实例 Azure 虚拟机上的 SQL Server Azure SQL 数据库
本文介绍从 SQL Server 到 Azure SQL 成功进行云迁移的五个阶段。
发现
启动云迁移历程时，发现在本地环境中运行的服务器上已安装的软件清单、Web 应用和 SQL Server 实例和数据库至关重要。 此发现可帮助你定制到 Azure SQL 的迁移路径。
Azure Migrate 设备使用有权访问 SQL Server 实例和数据库的 Windows OS 域或非域凭据或 SQL Server 身份验证凭证来执行此发现。 此发现过程不使用代理，即，不在服务器上安装任何代理。 Azure Migrate 设备支持在各种虚拟化平台（例如 VMware、Microsoft Hyper-V 和物理环境）上进行发现。
要了解如何发现本地 SQL Server，请参阅本文后面的发现部分。
业务案例
业务案例功能可帮助构建业务建议，以了解 Azure 如何为你的业务带来最大价值。 它具有以下亮点：
本地和 Azure SQL 之间的总拥有成本 (TCO)。
逐年现金流分析。
基于资源利用率的见解，用于标识最适合云的服务器和工作负载。
在迁移和现代化方面快速获胜，包括终止支持的 Windows OS 和 SQL 版本。
通过从资本支出模型迁移到运营支出模型，只需为使用的资源付费，可以长期节省成本。
评估
评估指的是分析发现期间收集的配置、利用率和性能数据。 此分析用于衡量将本地 SQL Server 实例迁移到不同 Azure SQL 目标的就绪情况，并估计其效果。 可以使用适用于 SQL Server 的 Azure Arc 或 Azure Migrate 或 Azure Data Studio 中的 Azure 数据库迁移服务扩展运行 SQL Server 实例上的评估。
Azure SQL 评估提供了两种调整大小标准：
本地：仅基于本地 SQL Server 的配置提出建议的评估。
基于性能：基于收集的性能数据提出建议的评估。
评估确定就绪情况和建议的 Azure SQL 部署类型后，会计算可满足或超过本地 SQL 服务器性能的特定服务层级和 Azure SQL 配置（SKU 大小）。 此计算取决于使用的是按本地大小调整还是基于性能大小调整标准。
转换
在异质迁移中，将数据从一个数据库迁移到另一个数据库时，重要的是将数据库架构和对象转换为等效的 Transact-SQL 语法，因为源数据库和目标数据库引擎不同。 这些数据库对象包括表、索引、视图、数据类型、Transact-SQL 语句、存储过程和函数。
注意
SQL Server 到 Azure SQL 的迁移不需要转换阶段。 SQL Server 迁移助手 (SSMA) 在迁移到任何 Azure SQL 目标时执行转换。 SSMA 支持将多个源（例如 Oracle、MySQL、DB2、Sybase 和 Microsoft Access）用于转换和数据迁移。
迁移
迁移是此过程的最后一个阶段，在该阶段，数据从源数据库迁移到目标数据库。 Azure 数据库迁移服务 (DMS) 是一项完全托管的服务，旨在实现从多个数据库源无缝迁移到 Azure 数据平台。 DMS 提供最短的故障时间、较高的可靠性和复原能力。 DMS 可通过各种客户端提供，包括适用于 Azure Data Studio 的 Azure SQL 迁移扩展、Azure 门户、PowerShell 和 Azure CLI。 要详细了解 Azure 数据库迁移服务，请参阅什么是 Azure 数据库迁移服务？