通过

迁移指南：从 SAP ASE 迁移到 SQL Server

  • 项目

适用范围：SQL Server

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

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

先决条件

开始将 SAP ASE 数据库迁移到 SQL Server 之前：

预迁移

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

评估

借助 SSMA for SAP ASE，可查看数据库对象和数据、评估数据库是否适合迁移、将 Sybase 数据库对象迁移到 SQL Server，然后将数据迁移到 SQL Server。 若要了解详细信息，请查看适用于 Sybase 的 SQL Server 迁移助手 (SybaseToSQL)。

若要创建评估：

  1. 打开 SSMA for SAP ASE。

  2. 在“文件”菜单中，选择“新建项目”。

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

  4. 在“连接到 Sybase”对话框上，为 SAP 连接详细信息输入相应的值。

  5. 右键单击想要迁移的 SAP 数据库，然后选择“创建报告”来生成 HTML 报表。

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

    drive:\<username>\Documents\SSMAProjects\MySAPMigration\report\report_<date>。

验证类型映射

执行架构转换之前，请验证默认数据类型映射，或者根据要求更改这些映射。 可转到“工具”菜单并选择“项目设置”，也可在 SAP ASE 元数据资源管理器中选择表，来更改每个表的类型映射 。

转换架构

若要转换架构：

  1. （可选）若要转换动态或即席查询，请右键单击节点，然后选择“添加语句”。

  2. 选择“连接到 SQL Server”选项卡，然后输入 SQL Server 详细信息。 可选择连接到现有数据库，也可输入新名称；如果是提供新名称，将在目标服务器上创建一个数据库。

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

  4. 比较并查看架构的结构来识别潜在问题。

    架构转换后，可在本地保存此项目供离线架构修正练习使用。 在“文件”菜单中，选择“保存项目” 。 这样，你就有机会在将架构发布到 SQL Server 之前，先对源和目标架构进行脱机评估并执行修正。

有关详细信息，请参阅转换 SAP ASE 数据库对象 (SybaseToSQL)。

Migrate

在满足必需的先决条件并完成与“预迁移”阶段相关的任务后，就可以执行架构和数据迁移了。

若要发布架构并迁移数据：

  1. 在 SQL Server 元数据资源管理器中右键单击数据库，然后选择“与数据库同步”来发布架构 。 此操作会将 SAP ASE 架构发布到 SQL Server 实例。
  2. 在 SAP ASE 元数据资源管理器中右键单击要迁移的数据库或对象，然后选择“迁移数据”来迁移数据。 或者，可选择“迁移数据”选项卡。若要迁移整个数据库的数据，请选中数据库名称旁边的复选框。 若要从单个表中迁移数据，请展开数据库、展开“表”，然后选中表旁边的复选框。 若要忽略单个表中的数据，请清除对应的复选框。
  3. 迁移完成后，查看“数据迁移报告”。
  4. 使用 SQL Server Management Studio (SSMS) 连接到 SQL Server 实例，通过查看数据和架构来验证迁移。

迁移后

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

修正应用程序

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

执行测试

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

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

优化

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

注意

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

迁移资产

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

标题 说明
Optimization Guide for Mainframe App/Data recompiled to .NET & SQL Server（针对已重新编译到 .NET 和 SQL Server 的大型机应用/数据的优化指南） 本指南就如何尽可能高效地从 .NET 针对 SQL Server 执行点查找提供优化建议。 如果客户想要从大型机数据库迁移到 SQL Server，那么他们可能希望迁移针对大型机进行了优化的现有设计模式（尤其是在使用 Raincode Compiler 等第三方工具时），从而自动地将大型机代码（例如 COBOL/JCL）迁移到 T-SQL 和 C# .NET。

注意

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

相关内容