使用 DMS 迁移 SQL Server 至Azure SQL 数据库托管实例

微软科技 2019-06-04

434

让人期盼已久的Azure SQL 数据库托管实例，终于要在中国区正式发布了。托管实例提供给那些需要完全托管服务的客户，他们可以利用此产品轻松地迁移本地环境，并最大限度减少所需的配置更改。该环境至少提供 8 个核心和最多 35 TB 的存储，并且位于一个独立的虚拟网络中。非常适合希望快速迁移到云并避免虚拟机开销的客户。如何将本地的SQL Server数据库迁移到Azure SQL DB托管实例？在这期，我们依旧推荐强大的Azure 数据迁移服务。

Azure 数据迁移服务 (DMS)

Azure 数据迁移服务是一种完全托管的迁移服务，能够以最少的停机时间实现从多个数据库源到 Azure 数据平台的无缝迁移，也支持多种主流数据库。为此，Azure DMS 将多个 Microsoft 迁移引擎（如数据迁移助手 (DMA)、数据库实验助手 (DEA) 和 SQL Server 迁移助手 (SSMA)）结合在一起，来满足各种场景的需求。

通过 Azure 门户访问 Azure DMS，在该门户中，可以根据不同的区域创建 Azure DMS 实例，并提供各种 vCore 选项。通过为服务分配更多的 vCore，你可以提供更快的迁移以满足预期时间线，但要以成本增加为代价。

Azure DMS 支持迁移到 Azure SQL 数据库的所有服务选项（单库、弹性池和托管实例）以及 Azure IaaS 虚拟机上的SQL Server。

在这里可以创建项目，从而执行源评估、架构、数据转换和验证活动，以帮助准备迁移源。还可以轻松地创建迁移任务，例如概念证明迁移和自动化脚本。有关更多信息，请扫描下方二维码参阅：

数据库迁移路线图

SQL数据库的迁移路线图一般有5个步骤

每个阶段的目的可以概括如下：

启动和发现

了解你的数据库占用空间和潜在的迁移方法

评估

评估已发现工作负载的要求和任何依赖关系

计划

规划和描述要迁移的工作负载、用于迁移的工具以及工作负载的目标平台

转换和优化

转换目前与现代数据平台不兼容的任何工作负载。优化工作负载以利用新功能

迁移、验证和修复

执行迁移、验证成功的迁移，并根据需要修复应用程序

迁移示例

为了给大家有个直观认识，我们结合图例介绍如何使用 Azure 数据库迁移服务，在几乎不用停机的情况下将 Adventureworks数据库从 SQL Server 的本地实例迁移到 Azure SQL 数据库托管实例。

先决条件

使用 Azure 资源管理器部署模型创建 Azure 数据库迁移服务的 Azure 虚拟网络 (VNet)，它将使用 ExpressRoute 或 VPN 为本地源服务器提供站点到站点连接。
请确保 VNet 网络安全组规则未阻止到 Azure 数据库迁移服务以下入站通信端口：443、53、9354、445、12000。
配置针对源数据库引擎访问的 Windows 防火墙。
打开 Windows 防火墙，使 Azure 数据库迁移服务能够访问源 SQL Server（默认情况下为 TCP 端口 1433）。
如果在源数据库的前面使用了防火墙设备，可能需要添加防火墙规则以允许 Azure 数据库迁移服务访问要迁移的源数据库。
按照在 Azure 门户中创建 Azure SQL 数据库托管实例一文中的详述创建 Azure SQL 数据库托管实例。
确保用于连接源 SQL Server 和目标托管实例的登录名是 sysadmin 服务器角色的成员。
提供一个 SMB 网络共享，其中包含可由 Azure 数据库迁移服务用来执行数据库迁移的所有完整数据库备份文件和后续事务日志备份文件。
确保运行源 SQL Server 实例的服务帐户对你创建的网络共享拥有写入权限，并且源服务器的计算机帐户具有对同一共享的读/写访问权限。
创建一个 Azure Active Directory 应用程序 ID，用于生成可由 DMS 服务用来连接目标 Azure 数据库托管实例和 Azure 存储容器的应用程序 ID 密钥。