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

迁移目标

出于各种原因，您可能希望将 Oracle 工作负载从本地环境迁移到 AWS 本地环境。例如，您可能希望降低成本、提高灵活性、提高安全性或更快地重构工作负载。无论您做出决定的原因是什么，选择正确的迁移策略都很重要，这样您才能实现目标和所需的时间表。

降低成本

在以下情况下，在本地环境中运行 Oracle 数据库可能会产生昂贵的许可成本：

根据这些场景的要求，您可能不想分配相同数量的资源来降低许可和运营成本，但您可能希望根据需要自动扩展，并且可以在云中更轻松地实现这一目标。有关成本和风险的讨论，请参阅指南 Oracle 成本陷阱以及如何使用 House of Brick Technologies 的 AWS 解决方案来克服这些陷阱。

提高敏捷性

在本地环境中配置 Oracle 数据库通常是一项耗时的活动，可能需要几周或长达数月的时间。借助亚马逊弹性计算云 (Amazon EC2)，您可以使用基础设施即代码 (IaC)，在短时间内启动所需大小的 Oracle 数据库。

Oracle 实例 AWS 可以向上或向下扩展以满足您的需求的速度将帮助您完成开发活动并快速做出决策。重新托管的 Oracle 数据库 AWS 可以提高自定义解决方案的灵活性。例如，当你在 Amazon 上托管 Oracle 数据库时 EC2，你可以在几秒钟内部署多个环境。

提高安全性

在本地运行 Oracle 数据库的组织负责确保所有层面的安全，包括静态和传输中的数据。这可能导致安全配置不完整，从而可能使数据库面临风险。使用责任AWS 共担模型， AWS 管理基础设施安全，同时负责配置 EC2 实例和 Oracle 数据库层的安全性。

您可以限制对托管 Oracle 数据库的 EC2 实例的公共访问权限，这样虚拟私有云 (VPC) 之外的应用程序就无法访问该数据库。您可以使用 AWS Key Management Service (AWS KMS) 密钥对分配给静态数据库的所有存储空间进行始终加密，这有助于满足合规性要求。您可以从中配置这些安全策略 AWS 管理控制台。

更快的重构

与本地数据库相比， AWS 已经开启的数据库更易于重构。已经开启的数据库 AWS 具有必要的基础架构 VPCs，包括安全组和网络。当您准备好对数据库进行现代化改造时，您可以使用现有 AWS 基础设施启动重构后的数据库引擎。如果这是您的目标，则可以 AWS 先将 Oracle 数据库迁移到，然后开始对其进行重构或现代化改造。

其他有助于降低许可成本和运营开销的重构选项包括：