迁移数据库中的结构化数据

  • 4 分钟

大多数应用程序都使用数据库来存储应用程序使用的数据。 对于 Tailwind Traders 迁移规划，请务必了解如何将数据库迁移到 Azure，从而为将数据移动到云的工作提供适当的支持。 对于此过程，我们将查看 Azure Migrate 的另一个组件：Azure 数据库迁移服务。

Azure 数据库迁移服务

Azure 数据库迁移服务是 Azure Migrate 的一部分。 可以使用数据库迁移服务来迁移本地数据库，包括：

  • 运行 SQL Server 的 Azure 虚拟机
  • Azure SQL 数据库（数据库迁移助手）
  • Azure SQL 托管实例
  • Azure Cosmos DB
  • Azure Database for MySQL
  • Azure Database for PostgreSQL

有关数据库迁移服务的注意事项

Azure 数据库迁移服务是一项完全托管服务。 该服务提供两种方式来迁移 SQL Server 数据库中的结构化数据：

  • 联机迁移：联机迁移使用实时数据的持续同步，因此能随时切换到 Azure 副本数据库。 联机迁移可最大限度地减少停机时间。

  • 脱机迁移：脱机迁移需要在迁移开始时关闭服务器，这会导致服务停机。

迁移数据库中的数据

使用数据库迁移服务开始迁移结构化数据时，SQL Server 数据迁移助手 (DMA) 会指导你完成此过程。 此过程包括三个步骤：

  1. 评估数据库：DMA 可帮助你评估要迁移的数据库。

  2. 迁移架构：DMA 会从数据库中分离出架构。 然后在目标 Azure SQL 数据库实例中重新创建该架构。

  3. 迁移数据和验证：DMA 会将数据库中的数据复制到目标实例，然后验证迁移的数据库。

关于使用数据库迁移服务的注意事项

让我们看看如何使用数据库迁移服务将数据库迁移到 Azure 和云。

必备条件

无论采用联机迁移还是脱机迁移，都需要完成以下前提任务：

  • 下载 DMA
  • 创建 Azure 虚拟网络实例
  • 配置网络安全组 (NSG)
  • 配置 Azure Windows 防火墙
  • 配置凭据
  • 在 Azure 中预配目标数据库（为迁移的工作负载适当调整目标数据库大小）

步骤 1：评估本地数据库

确认自己满足所有先决条件后，即可开始迁移。 第一步是使用 DMA 评估本地环境。

该评估会生成一份报告，其中包含有关迁移的建议和替代方法。 在这份报告中查看源数据库和目标数据库之间任何可能导致迁移失败的兼容性问题。 解决存在的问题，然后生成新的评估报告。 重复此过程，直到确认所有问题都已解决。

步骤 2：使用 DMA 迁移架构

每个数据库都有一个表示其整个结构的架构。 架构定义有关结构化数据组织方式的规则以及数据元素之间的关系。 请先迁移架构，然后再迁移数据库中的所有数据。 在迁移数据之前先迁移架构，可实现两个目标：

  • 在新的 Azure SQL 数据库上创建空结构。 此结构与本地源数据库的结构相匹配。

  • 在运行完整数据迁移之前验证连接性。 DMA 创建并运行脚本以执行所需的操作。

在完成脚本后检查目标服务器，从而确保已正确配置数据库。

步骤 3：迁移数据并进行验证

完成评估并迁移架构后，可以使用数据库迁移服务迁移结构化数据。

完成所有迁移步骤后，架构和结构化数据就已经迁移到了 Azure SQL 数据库实例。 然后就可以放心地关闭本地数据库和服务器并解除其授权。