View a markdown version of this page

创建 SQL Server 现代化任务 - AWS 转换
连接数据库和源代码存储库循环中的人类评估和波浪规划每波数据迁移每波的代码迁移

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

创建 SQL Server 现代化任务

连接数据库和源代码存储库

配置数据库连接器

通过配置数据库连接器与 SQL Server 数据库建立安全连接。该连接器执行环境分析、依赖关系发现，并使T AWS ransform能够访问您的数据库架构和元数据进行评估和转换。

要完成的操作：

  • 从安装向导中选择 “配置数据库连接器”

  • 选择连接方法：新建连接或现有连接

  • 提供 SQL Server 连接的详细信息（端点、端口、数据库名称）

  • 配置身份验证和测试连接

  • 查看已发现的数据库并确认选择

注意

网络连接：确保您的 SQL Server 安全组和 NACL 允许来自 T AWS ransform 服务端点的入站连接。

连接源代码存储库

启用 T AWS ransform 以访问您的 .NET 应用程序源代码。 AWS Transform 支持三种提供源代码的方法：个人访问令牌 (PAT) 连接器（推荐）或 Amazon S3。 AWS CodeConnections这种集成允许该服务分析您的应用程序代码，识别数据库依赖关系，并执行自动代码转换以实现 PostgreSQL 兼容性。

要完成的操作：

  • 导航到 “连接源代码存储库” 部分

  • 选择您的身份验证方法：PAT 连接器（推荐）或 Amazon S3 AWS CodeConnections

  • 选择包含 .NET 应用程序的存储库

  • 指定用于分析（通常为开发） main/master 的分支

  • 验证存储库访问权限和代码结构

注意

存储库发现：T AWS ransform 会自动扫描您的存储库以识别.NET 项目、实体框架配置、数据库连接字符串和 SQL 依赖关系。

注意

安全注意事项：T AWS ransform 只需要对存储库具有读取权限，并为转换后的代码创建新的功能分支。您的主分支保持不变。

循环中的人类

AWS Transform 使用人为在环 (HITL) 机制来确保质量，并允许您审查和批准关键的转型决策。以下检查点需要你注意：

Wave 计划审查和批准

您要审查的内容：拟议的迁移浪潮，包括哪些数据库和应用程序组合在一起以及浪潮顺序。

你可以：

  • 批准波浪计划

  • 通过在波次之间移动数据库来定制波浪

  • 修改波浪序列

  • 分裂或合并波浪

批准后，T AWS ransform 将继续进行架构转换。

架构转换审查

您查看的内容：转换后的数据库对象，包括表、存储过程、函数和触发器。操作项会突出显示需要注意的对象。

你可以：

  • 接受转换后的代码

  • 修改转换后的代码

  • 转型后举报供人工审查

  • 查看原始代码和转换后的代码的并排比较

批准后会发生什么：T AWS ransform 将架构应用于 Aurora PostgreSQL 并继续进行数据迁移（如果已配置）。

应用程序代码审查

您查看的内容：所有应用程序代码更改包括实体框架配置、连接字符串、数据访问代码和存储过程调用。

你可以：

  • 接受对每个文件的更改

  • 修改转换后的代码

  • 拒绝更改（不推荐）

  • 为您的团队添加评论

  • 下载转换后的代码以供本地审查

批准后会发生什么：T AWS ransform 将更改提交到仓库中的新分支并继续进行验证。

验证结果审查

您查看的内容：自动验证结果包括架构兼容性、数据完整性检查和应用程序构建状态。

你可以：

  • 查看通过的测试

  • 调查失败的测试

  • 地址警告

  • 继续部署或返回修复问题

批准后会发生什么：T AWS ransform 准备部署到目标环境。

部署批准

您查看的内容：部署配置包括基础架构即代码模板、ECS 服务配置和部署设置。

你可以：

  • 查看和自定义部署设置

  • 批准继续部署

  • 延迟部署以进行额外测试

  • 下载基础设施代码以供审查

获得批准后，T AWS ransform 会将您的现代化应用程序和数据库部署到目标环境。

评估和波浪规划

设置着陆区

配置部署现代化应用程序的目标基础架构环境。着陆区设置包括 Aurora PostgreSQL 配置、网络配置和参考部署配置。

要完成的操作：

  • 从配置菜单中选择 “设置着陆区”

  • 配置 Aurora PostgreSQL 目标（版本、实例类） Multi-AZ

  • 配置网络和安全设置（VPC、子网、安全组）

注意

成本考虑：Aurora PostgreSQL 实例会产生持续成本。考虑在 development/testing 环境中使用 Aurora Serverless v2。

评测

对您的数据库架构、应用程序代码和依赖关系进行全面分析。评估阶段提供转型复杂性评级，确定潜在挑战，并生成详细报告。

要完成的操作：

  • 选择存储库分支进行代码分析

  • 选择要转换的存储库和数据库

  • 查看评估结果和复杂性评级

  • 生成包含工作量预测的评估报告

  • 供利益相关者审查和批准的出口报告

注意

评估见解：该评估提供对架构对象、存储过程、应用程序依赖关系的详细分析，并估计所需的人工干预水平。

波浪规划

根据转型复杂性、业务优先级和应用程序依赖关系，将您的现代化改造分成可管理的浪潮。 AWS Transform 会生成智能波浪推荐，您可以对其进行自定义。

要完成的操作：

  • 查看 AI-Generated Wave 计划和建议

  • 根据业务优先级自定义 Wave 配置

  • 验证应用程序和数据库之间的依赖关系

  • 使用对话界面敲定 Wave 计划

  • 设定 Wave 执行优先级并分配责任

注意

AI-Powered 建议：你可以通过自然语言与人工智能进行交互以调整推荐：“将CustomerDB移至Wave 1” 或 “将这两个应用程序合并成同一个浪潮”。

注意

最佳实践：从包含 1-2 个低复杂度数据库的试点开始，以建立流程和建立团队信心。

每波数据迁移

每波的架构转换

使用 AI-enhanced 转换功能将 SQL Server 数据库架构转换为 PostgreSQL-compatible 等效架构。此过程转换表、存储过程、函数、触发器和其他数据库对象。

要完成的操作：

  • 提供架构转换目标并配置首选项

  • 使用 DMS 架构转换服务执行自动转换

  • 查看转换结果并确定人工干预项目

  • 通过 HITL 提示处理手动干预

  • 验证人工更正并在需要时重新运行转换

注意

常见的手动干预：链接服务器、用户定义的类型、高级 T-SQL 模式和供应商特定的 SQL 功能通常需要人工审查和更正。

每波数据迁移

使用 AWS Database Migration Service (AWS DMS) 集成将数据从 SQL Server 传输到 Aurora PostgreSQL。在生产数据迁移或合成数据生成之间进行选择，以用于测试目的。

要完成的操作：

  • 选择生产数据迁移或合成数据生成

  • 配置 DMS 复制实例以进行数据传输

  • 监控迁移进度并处理数据不一致问题

  • 验证数据完整性和引用限制

  • 在继续操作之前确认成功完成

注意

自动化 DMS 集成：T AWS ransform 抽象出了 DMS 配置的复杂性，自动处理端点创建、任务配置和数据类型映射。

注意

数据验证：该服务通过对源数据库和目标数据库运行相同的查询来执行实证测试，以确保数据一致性。

每波的代码迁移

转换.NET 应用程序代码以使其与 Aurora PostgreSQL 配合使用，包括实体框架配置更新、连接字符串修改、SQL 查询调整和特定于框架的调整。

要完成的操作：

  • 针对 SQL Server 依赖项执行自动代码分析

  • 执行框架转换（实体框架提供商更新）

  • 使 SQL 查询语法适应 PostgreSQL-compatible SQL

  • 为转换后的代码配置目标分支管理

  • 处理复杂模式的手动干预