本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
使用 AWS SCT 数据提取代理将 Teradata 数据库迁移到 Amazon Redshift
由 Sergey Dmitriev (AWS) 编写
摘要
此模式将指导您完成将 Teradata 数据库（用作本地数据中心的数据仓库）迁移到 Amazon Redshift 数据库的步骤。该模式使用 AWS Schema Conversion Tool（AWS SCT）数据提取代理。代理是外部程序，它与 AWS SCT 集成，但在其他地方执行数据转换，并代表您与其他 Amazon Web Services 交互。
先决条件和限制
先决条件
一个有效的 Amazon Web Services account
本地数据中心中的 Teradata 源数据库
产品版本
Teradata 版本 13 和更高版本。有关支持版本的最新列表，请参阅 AWS SCT 文档。
架构
源技术堆栈
本地 Teradata 数据库
目标技术堆栈
Amazon Redshift 集群
数据迁移架构
工具
AWS SCT – AWS Schema Conversion Tool (AWS SCT) 通过自动将源数据库架构和大部分自定义代码转换为与目标数据库兼容的格式来处理异构数据库迁移。当源数据库和目标数据库彼此差异很大时，您可以使用 AWS SCT 代理执行额外的数据转换。有关更多信息，请参阅 AWS 文档中的将数据从本地数据仓库迁移至 Amazon Redshift。
操作说明
| Task | 描述 | 所需技能 |
|---|---|---|
验证源数据库和目标数据库的版本和引擎。 | 数据库管理员 | |
确定目标服务器实例的硬件要求。 | 数据库管理员， SysAdmin | |
识别存储需求（存储类型和容量）。 | 数据库管理员， SysAdmin | |
选择适当的实例类型（容量、存储功能、网络功能）。 | 数据库管理员， SysAdmin | |
确定源数据库和目标数据库的网络访问安全要求。 | 数据库管理员， SysAdmin | |
选择应用程序迁移策略。 | DBA、 SysAdmin、应用程序所有者 |
| Task | 描述 | 所需技能 |
|---|---|---|
创建虚拟私有云（VPC）和子网。 | SysAdmin | |
创建安全组。 | SysAdmin | |
配置并启动 Amazon Redshift 集群。 | SysAdmin |
| Task | 描述 | 所需技能 |
|---|---|---|
使用 AWS SCT 数据提取代理迁移数据。 | 有关使用 AWS SCT 数据提取代理的详细信息，请参阅参考和帮助部分中的链接。 | 数据库管理员 |
| Task | 描述 | 所需技能 |
|---|---|---|
遵循选定的应用程序迁移策略。 | DBA、 SysAdmin、应用程序所有者 |
| Task | 描述 | 所需技能 |
|---|---|---|
将应用程序客户端切换至新基础设施。 | DBA、 SysAdmin、应用程序所有者 |
| Task | 描述 | 所需技能 |
|---|---|---|
关闭临时 AWS 资源。 | 数据库管理员， SysAdmin | |
查看和验证项目文档。 | DBA、 SysAdmin、应用程序所有者 | |
收集与迁移时间、手动任务与工具任务的百分比、成本节约等相关的指标。 | DBA、 SysAdmin、应用程序所有者 | |
关闭项目并提供任何反馈。 |
相关资源
参考
将 Teradata RESET WHEN 功能转换为 Amazon Redshift SQL (AWS Prescriptive Guidance)
将 Teradata NORMALIZE 临时功能转换为 Amazon Redshift SQL（AWS Prescriptive Guidance）
教程
