View a markdown version of this page

创建 SQL 服务器现代化任务 - AWS 转换
Connect 数据库和源代码存储库Human 在圈子里评估和浪潮规划每波数据迁移每波的代码迁移

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

创建 SQL 服务器现代化任务

Connect 数据库和源代码存储库

配置数据库连接器

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

要完成的操作：

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

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

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

  • 配置身份验证并测试连通性

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

注意

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

Connect 源代码存储库

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

要完成的操作：

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

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

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

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

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

注意

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

注意

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

Human 在圈子里

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

波浪计划审查和批准

你回顾的内容：拟议的迁移浪潮，包括哪些数据库和应用程序被分组在一起以及迁移顺序。

你可以：

  • 批准波浪计划

  • 通过在波浪之间移动数据库来自定义波浪

  • 修改波浪序列

  • 分割或合并波浪

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

架构转换审查

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

你可以：

  • 接受转换后的代码

  • 修改转换后的代码

  • 转换后标记供人工审核

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

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

应用程序代码审查

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

你可以：

  • 接受每个文件的更改

  • 修改转换后的代码

  • 拒绝更改（不推荐）

  • 为你的团队添加评论

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

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

验证结果审查

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

你可以：

  • 查看已通过的测试

  • 调查失败的测试

  • 地址警告

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

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

部署批准

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

你可以：

  • 查看和自定义部署设置

  • 批准部署以继续

  • 延迟部署以进行其他测试

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

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

评估和浪潮规划

设置着陆区

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

要完成的操作：

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

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

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

注意

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

评测

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

要完成的操作：

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

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

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

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

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

注意

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

波浪规划

根据转型的复杂性、业务优先级和应用程序依赖性，将您的现代化整理成可管理的浪潮。 AWS Transform 会生成您可以自定义的智能波浪建议。

要完成的操作：

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

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

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

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

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

注意

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

注意

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

每波数据迁移

每波的架构转换

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

要完成的操作：

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

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

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

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

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

注意

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

每波数据迁移

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

要完成的操作：

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

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

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

  • 验证数据完整性和引用约束

  • 确认成功完成后再继续

注意

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

注意

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

每波的代码迁移

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

要完成的操作：

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

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

  • 调整 SQL 查询语法以适应 PostgreSQL-compatible SQL

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

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