本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
第 2 阶段：计划
在准备阶段收集有关数据库的信息后，在规划阶段决定迁移策略。有七种常见的迁移策略（7 R）：
-
重新托管
-
更换平台
-
重构（重新架构师）
-
回购
-
停用
-
保留
-
重新定位
有关确定 R 类型的帮助，请参阅《应用程序组合 AWS Cloud 迁移评估指南》中的决策树。数据库的迁移策略取决于诸如业务需求、时间和财务限制以及资源要求等因素。但是，在源数据库引擎和目标数据库引擎都是 Oracle 的同构迁移中，迁移策略仅限于重新托管、平台重定向和重新定位。迁移策略还有助于确定目标。如果您选择重新托管或重新定位作为迁移类型，则 Oracle 数据库的目标是实例。 EC2 如果您选择平台重组策略，则目标是适用于 Oracle 的 Amazon RDS 或适用于 Oracle 的 Amazon RDS Custom。
下表列出了基于源 Oracle 数据库技术的同构数据库迁移所支持的 R 类型。
| 来源 Oracle 数据库技术 | 重新托管 | 更换平台 | 重新定位 |
|---|---|---|---|
Oracle Database Enterprise Edition |
|
|
|
甲骨文数据库标准版 2 |
|
|
|
甲骨文真实应用集群 (RAC) |
不可用 |
不可用 |
不可用 |
带数据防护的 Oracle RAC |
不可用 |
不可用 |
|
带数据防护的 Oracle 独立集群 |
|
|
|
甲骨文 Exadata |
不可用 |
|
不可用 |
甲骨文数据仓库 |
|
不可用 |
|
甲骨文企业资源规划 (ERP) |
|
不可用 |
|
选择迁移策略还取决于工作负载。您可以使用 AWS Schema Conversion Tool (AWS SCT) 或 AWS Database Migration Service (AWS DMS) 架构转换来评估和决定迁移策略。下表显示了应用程序工作负载及其相应的迁移策略的示例。
| 应用程序类型 | 描述 | 迁移策略 |
|---|---|---|
内部应用程序 |
在线数据库连接 (ODBC) 或 Java 数据库连接 (JDBC) 工作负载，以及具有专有功能的轻型工作负载 |
平台重组的候选人 |
SaaS 或 ISV 提供的软件 |
具有专有功能的繁重工作负载 |
平台重组的候选人 |
企业资源规划应用程序 |
特定引擎的工作负载 |
更换平台或重新托管的候选人 |
