迁移指南:从 Access 迁移到 SQL Server

适用范围:SQL Server

在本指南中,你将学习如何使用适用于 Access 的 SQL Server 迁移助手 (SSMA for Access) 将 Microsoft Access 数据库迁移到 SQL Server。

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

先决条件

开始将 Access 数据库迁移到 SQL Server 之前:

  • 验证源环境是否受支持。
  • 获取 SSMA for Access
  • 获取连接以及访问源和目标的足够权限。

预迁移

满足先决条件后即可查看环境中的拓扑并评估迁移的可行性。

评估

通过 SSMA for Access,可评审数据库对象和数据,并评估数据库是否适合迁移。 若要详细了解此工具,请查看适用于 Access 的 SQL Server 迁移助手 (AccessToSQL)

若要创建评估:

  1. 打开 SSMA for Access

  2. 依次选择“文件”和“新建项目” 。

  3. 输入项目名称和保存项目的位置。 然后从下拉列表中选择一个 SQL Server 迁移目标,再选择“确定”

    显示“新建项目”的屏幕截图。

  4. 选择“添加数据库”,然后选择要添加到项目中的数据库。

    显示“添加数据库”的屏幕截图。

  5. 在 Access 元数据资源管理器中,右键单击要评估的数据库,然后选择“创建报表” 。 或者,可选择右上角的“创建报表”选项卡。

    显示“创建报表”的屏幕截图。

  6. 查看 HTML 报表,了解转换统计信息以及任何错误或警告。 另外,还可以在 Excel 中打开报表以获取 Access 对象的清单,以及执行架构转换所需的工作量。 报表默认位于 SSMAProjects 中的报表文件夹中,如下所示:

    drive:\<username>\Documents\SSMAProjects\MyAccessMigration\report\report_2020_11_12T02_47_55\

    显示示例报表的屏幕截图。

验证数据类型

验证默认的数据类型映射,并根据需要对其进行更改(如有必要)。 为此,请执行以下操作:

  1. 在“工具”菜单中,选择“项目设置” 。

  2. 选择“类型映射”选项卡。

    显示“类型映射”的屏幕截图。

  3. 可在 Access 元数据资源管理器中选择表来更改每个表的类型映射。

转换

若要转换数据库对象:

  1. 选择“连接到 SQL Server”,并输入提供连接详细信息。

    显示如何连接到 SQL Server 的屏幕截图。

  2. 在 Access 元数据资源管理器中右键单击该数据库,然后选择“转换架构” 。 或者,可选择右上角的“转换架构”选项卡。

    显示“转换架构”的屏幕截图。

  3. 转换完成后,查看转换后的对象并与原始对象进行比较,以识别潜在问题并根据建议解决这些问题。

    显示比较转换后的查询的屏幕截图。

  4. 将转换后的 Transact-SQL 文本与原始代码进行比较,并查看建议。

    显示查看转换后的对象的屏幕截图。

  5. (可选)若要转换单个对象,请右键单击该对象,再选择“转换架构”。 已转换的对象以粗体形式显示在 Access 元数据资源管理器中。

    显示已转换元数据资源管理器中的粗体对象的屏幕截图。

  6. 在“输出”窗格中,选择“查看结果”,然后在“错误列表”窗格中查看错误 。

  7. 在本地保存该项目以进行脱机架构修正练习。 在“文件”菜单中,选择“保存项目” 。 这样,你就有机会在将架构发布到 SQL Server 之前,先对源和目标架构进行脱机评估并执行修正。

Migrate

评估数据库并解决任何分歧后,下一步就是运行迁移过程。 迁移数据是一个大容量加载操作,它在事务中将多行数据移动到 SQL Server。 每个事务中加载到 SQL Server 中的行数是在项目设置中配置的。

若要使用 SSMA 发布架构并迁移数据:

  1. 如果尚未连接,请选择“连接到 SQL Server”并输入连接详细信息。

  2. 在 SQL Server 元数据资源管理器中右键单击数据库,然后选择“与数据库同步”来发布架构 。 此操作会将 MySQL 架构发布到 SQL Server。

    显示“与数据库同步”的屏幕截图。

  3. 检查源项目与目标之间的映射。

    显示查看与数据库的同步情况的屏幕截图。

  4. 在 Access 元数据资源管理器中右键单击要迁移的数据库或对象,然后选择“迁移数据”来迁移数据 。 或者,可选择“迁移数据”选项卡。若要迁移整个数据库的数据,请选中数据库名称旁边的复选框。 若要从单个表中迁移数据,请展开数据库、展开“表”,然后选中表旁边的复选框。 若要忽略单个表中的数据,请清除对应的复选框。

    显示“迁移数据”的屏幕截图。

  5. 迁移完成后,查看数据迁移报表。

    显示数据迁移报表的屏幕截图。

  6. 使用 SQL Server Management Studio (SSMS) 连接到 SQL Server 实例,通过查看数据和架构来验证迁移。

    显示 SQL Server Management Studio 中的验证情况的屏幕截图。

迁移后

成功完成迁移阶段后,需要完成一系列的迁移后任务,以确保一切都能尽量顺畅高效地正常进行。

修正应用程序

将数据迁移到目标环境后,之前使用源的所有应用程序都需要开始使用目标。 在某些情况下,需要对应用程序进行更改才能完成此任务。

执行测试

数据库迁移的测试方法包括以下活动:

  1. 开发验证测试:要测试数据库迁移,需要使用 SQL 查询。 必须创建针对源数据库和目标数据库运行的验证查询。 验证查询应涵盖已定义的范围。
  2. 设置测试环境:测试环境应包含源数据库和目标数据库的副本。 请确保隔离测试环境。
  3. 运行验证测试:针对源和目标运行验证测试,然后分析结果。
  4. 运行性能测试:针对源和目标运行性能测试,然后分析和比较结果。

优化

迁移后阶段对于协调任何数据准确性问题、验证完整性以及解决工作负载的性能问题至关重要。

注意

有关这些问题及其缓解步骤的详细信息,请参阅迁移后验证和优化指南

迁移资产

若要获得完成此迁移场景的更多帮助,请参阅以下资源。 它是为支持实际迁移项目编制的。

标题 说明
数据工作负载评估模型和工具 此工具为给定工作负载提供建议的“最适合”目标平台、云就绪性和应用程序/数据库修正级别。 它提供简单的一键式计算和报表生成功能,通过提供统一的自动化目标平台决策过程,帮助加速大规模评估。

数据 SQL 工程团队开发了这些资源。 此团队的核心章程是解锁和加速到 Microsoft 的 Azure 数据平台的数据平台迁移项目的复杂现代化进程。