迁移过程

实施迁移策略的企业通常不会一次将其所有数据传输到云端。实际上，在业务和技术需求的推动下，许多组织采用迭代方法进行云迁移。有关部署选项的更多信息，请参阅 Teradata 网站上的 “从本地迁移到云端” 一文。

当您准备好将数据迁移到 La VantageCloud ke 时，Teradata 迁移框架将指导您完成每个步骤。该框架涵盖了云迁移的整个跨度——从设计到上线，从Teradata平台到与之连接的生态系统，并为内部和外部团队提供指导。这是一份可靠、快速、有效的路线图，用于迁移到和利用 Teradata 的云产品。

迁移框架由以下阶段组成：

• 设计

• 连接

• 实施

• 实时流

设计

设计阶段的目标是确定您的迁移准备情况，并确保与利益相关者就通用迁移方法达成协议。此阶段包括以下阶段：

• 启动 — 设定利益相关者的期望。

• 评估-完成高级评估。

• 设计解决方案-完成详细的评估、设计和方法。

我们建议您在此阶段聘请这些角色，为要求提供意见：

• 您的项目发起人和企业用户

• 您的数据分析架构师和生态系统架构师

• 您的信息安全架构师

• 您的数据仓库主管

• 您的测试主管

此阶段涉及以下 Teradata 角色，他们将领导需求讨论：

• Teradata 客户团队

• Teradata 解决方案工程师

• Teradata 云架构师

在设计阶段结束时，您将获得详细的架构图、高级时间表、关键依赖关系和风险的初始列表，以及对总体迁移方法的共识。

连接

Connect 阶段的目标是确认您的迁移准备就绪、部署云实例并完成详细规划。此阶段包括以下阶段：

• 测试策略和成功标准-定义成功的样子。

• 入门 — 配置和部署您的云实例。

• 实施计划-定义详细的实施计划。 

我们建议您在此阶段聘请这些角色，为详细规划提供意见：

• 您的项目发起人和企业用户

• 您的数据分析架构师和生态系统架构师

• 您的信息安全架构师

• 您的数据仓库主管

• 您的 IT 部门负责防火墙和网络连接等领域

• 您的测试主管

• 您的项目经理

此阶段涉及以下 Teradata 角色，他们将领导需求讨论：

• Teradata 解决方案工程师

• Teradata 云架构师

• Teradata 服务体验经理

• Teradata 云资源调配团队

• Teradata 云支持团队

• Teradata 项目经理

• Teradata 迁移主管

• Teradata 云实施经理 

在 Connect 阶段结束时，您将获得测试策略、部署的云实例、详细的实施计划以及一份协议，表明您已准备好开始实施迁移计划。

实施

实施阶段的目标是准备一个支持测试的环境，完成所有迁移前测试，并实施迁移计划。此阶段包括以下阶段：

• 转换 — 将测试数据迁移到 L VantageCloud ake 系统，并在需要时转换提取、转换和加载 (ETL) 或商业智能 (BI) 工作负载。

• 验证平台和生态系统 — 对任何转换后的ETL或 BI 工作负载进行回归测试，测试 Teradata 和第三方应用程序，并完成性能测试。

• 迁移、验证和追踪数据 — 实施详细的迁移计划。 

我们建议您在此阶段聘请以下角色来完成迁移：

• 您的项目发起人和企业用户

• 您的数据仓库主管

• 你ETL和 BI 的潜在客户

• 您的测试负责人和测试团队

• 您的 IT 部门负责防火墙和网络连接等领域

• 您的项目经理 

此阶段涉及的 Teradata 角色包括：

• Teradata 迁移主管

• Teradata 服务体验经理

• Teradata 云支持团队

• Teradata 项目经理

• Teradata 迁移主管

• Teradata 云实施经理 

在实施阶段结束时，您的系统将在 L VantageCloud ake on 上线 AWS。

实时流

上线阶段的目标是优化云系统并过渡到运营支持。此阶段包括以下阶段：

• 优化-完成工作负载管理和其他迁移后工作。

• 过渡 — 完成向运营支持团队的过渡。

我们建议您在此阶段聘请以下角色：

• 您的数据仓库主管

• 您的 IT 部门负责防火墙和网络连接等领域

• 您的测试主管

• 您的项目经理 

此阶段涉及以下 Teradata 角色：

• Teradata 服务体验经理

• Teradata 云支持团队

• Teradata 项目经理

• Teradata 云实施经理 

在上线阶段结束时，您的 L VantageCloud ake 系统将上线 AWS，持续的运营支持将开始，迁移后的活动也将完成。