使用 AWS Application Migration Service 迁移 Oracle 应用程序和数据库

将 Oracle 应用程序及其底层数据库迁移到云中本来就很复杂。各种因素都会显著增加复杂性,包括操作系统兼容性、数据库和应用程序版本、软件可用性、数据库存储技术(如自动存储管理 (ASM))以及严格的业务停机时间要求。在处理复杂的企业资源规划 (ERP) 应用程序时,挑战变得更加严峻。要成功应对这些复杂性,需要精心规划和精确执行,才能实现无缝过渡。

AWS 应用程序迁移服务通过自动在块级别复制整个服务器来加速应用程序向Amazon Web Services (AWS)的迁移。 使用 AWS Application Migration 这种连续的块级别复制有助于确保对源服务器所做的任何更改都能被高效捕获并近乎实时地复制。通过使用此方法,应用程序迁移服务可最大限度地减少数据丢失并支持以最少的停机时间切换到 AWS。此过程是自动化且可扩展的,使其成为将复杂的关键任务工作负载迁移到云的理想解决方案。

在本文中,我们向您展示使用应用程序迁移服务将Oracle E-Business Suite迁移到 AWS 的过程。

源环境配此解决方案使用以下AWS服务:

  • AWS 应用程序迁移服务
  • Amazon 弹性计算云 (Amazon EC2)
  • AWS 密钥管理服务 (AWS KMS)
  • Amazon 弹性块存储 (Amazon EBS)

实施该解决方案的高级步骤如下:

  1. 为应用程序迁移服务创建 VPC 终端节点
  2. 创建AWS Identity and Access Management (IAM)用户和角色
  3. 为应用程序迁移服务创建临时凭证
  4. 在源服务器中安装AWS Replication Agent
  5. 创建并配置 Amazon EC2 启动模板
  6. 激活AWS Systems Manager 代理(SSM 代理)安装的启动后设置
  7. 在 AWS 管理控制台中检查应用程序迁移服务的数据复制状态
  8. 启动针对 Oracle E-Business Suite 数据库和应用程序服务器的应用程序迁移服务测试实例
  9. 在目标数据库服务器测试实例上配置 Oracle E-Business Suite 数据库层
  10. 在目标应用程 英国华侨华人数据 序服务器测试实例上配置 Oracle E-Business Suite 应用程序层
  11. 在应用程序迁移服务控制台中标记为已准备好切换
  12. 在应用程序迁移服务控制台中启动切换实例
  13. 在切换实例上配置 Oracle E-Business Suites 数据库和应用程序层
  14. 在应用程序迁移服务控制台中完成切换

先决条件

有关更多信息,请参阅AWS 定价。使用 AWS Application Migration 我们强烈建议您在非生产实例中设置此解决方案,并在生产环境中实施此解决方案之前运行端到端验证。

解决方案演练

在本节中,我们将引导您完成使用应用程序迁移服务将 Oracle 应用程序和数据库迁移到 AWS 所需的步骤。

 

英国华侨华人数据
英国华侨华人数据

创建 VPC 终端节点

首先按照使用接口 VPC 终端节 您今天需要发送的 10 种电子邮件活动类型 [以及原因] 点访问 AWS 服务中的说明为应用程序迁移服务创建 VPC 终端节点。

IAM 用户和角色设置

创建 AWS Identity and Access Management (IAM) 用户,使用 AWS Application Migration 然后将 AWS Replication Agent 权限 策略分配给 IAM 用户。 有关 IAM 资源的更多信息,请参阅 访问 IAM 资源所需的权限。

生成临时凭证

按照说明生成临时凭证。您将使用生成的凭证在源服务器中安装 AWS Replication Agent。

安装 AWS Replication Agent

在源服务器上安装AWS Replication Agent。在数据库和应用程序服务器上安装 AWS Replication Agent 后,它会捕获数据更改和元数据,并将整个环境复制到 AWS 云。这可确保一致且可靠的迁移过程。

配置 EC2 启动模板

AWS 应用程序迁移服务使用EC2 启动模板来启动、测试和切换每个源服务器的 EC2 实例。安装 AWS 复制代理后,将自动为添加到应用程序迁移服务的每个源服务器创建 EC2 启动模板。EC2 启动模板定义在迁移过程中创建的 EC2 实例的配置。它指定实例类型、安全组、子网和其他设置等详细信息。本质上,它是目标 Oracle E-Business Suite 环境的蓝图。需要编辑默认 EC2 启动模板以满足目标 EC2 应用程序和

 

配置 SSM 代理

按照激活启动后设置中的步骤,在应用程序迁移服务中激活AWS Systems Manager代理安装的启动后设置。

验证数据复制

使用 MGN 控制台中的“数据复制状态”部分来验证整体源服务器状态。下图显示仅用 3 分钟就将 16 GB 的数据从本地服务器快速复制到 Amazon EC2 实例。初始复制的持续时间受数据量、网络带宽和 EC2 复制实例的大小影响。处理多 TB 数据集时,建议从较大的 EC2 实例开始进行初始复制,然后缩小规模以完成连续复制任务。

启动测试实例

示例屏幕截图显示了 AWS Application Migration Service 界面,其中包含迁移仪表板、服务器信息和设置选项卡。生命周期状态显示“准备测试”。

在测试和切换下拉菜单中,选择启动测试实例。 使用 AWS Application Migration 此过程将启动一个测试实例,您可以使用该实例在最终切换之前验证迁移过程、应用程序兼容性和性能。

示例屏幕截图显示了 AWS 应用程序迁移服务界面,其中在复制下拉菜单下选择了启动测试实例的选项。

在测试实例上配置 Oracle E-Business Suite 数据库层

使用应用程序迁移服务复制整 by 列表 个服务器时, 使用 AWS Application Migration 该服务会不断将服务器的数据(包括主机名、操作系统、应用程序和设置)复制到 AWS 中的暂存区。这种实时复制可确保目标环境始终更新,从而最大限度地减少切换期间的停机时间。复制完成后,服务器将在 AWS 中启动,并保持原始服务器的配置,从而实现无缝过渡到云。

在此阶段,整个服务器已成功复制到 AWS,您可以启动数据库和应用程序了。但是,AWS 中复制的服务器仍包含源机器数据,例如 /etc/hosts 文件中的名称和 IP 地址详细信息。为了确保 AWS 环境中的正常运行,您需要编辑 /etc/hosts 文件并相应地更新 IP 地址。在继续数据库和应用程序配置之前,此步骤对于将服务器的网络配置与其新的 AWS 环境保持一致至关重要。

 

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注