了解如何将应用程序数据迁移到云

组织可以使用支持各种业务功能的应用。从传统的后台流程到业务关键制造、供应链和面向客户的应用。如果要考虑将应用程序数据从内部部署移到 Oracle Cloud,请评估需要将哪些数据传输到云,了解 Oracle Cloud Infrastructure 中的可用数据存储选项,并选择适当的数据传输方法。

您可以使用最小重新构建、重新集成或业务流程更改将应用程序数据迁移到 Oracle Cloud Infrastructure,这将导致解决方案更灵活、更可靠,并且比内部部署或其他云提供商以更低的成本提供较高的性能。

移至云的好处

Oracle Cloud Infrastructure 提供了优化的唯一服务、基础结构功能、工具和支持,可用于将应用程序及其数据从内部部署迁移到云。

  • 在 Oracle 云上运行应用时,性能会提高。
  • Oracle Cloud Infrastructure 在堆栈的每个级别提供企业级安全性,以确保用户隔离、生命周期的每个阶段的数据加密、细粒度的安全控制、合规性以及可见性(通过综合日志数据和监视解决方案)。
  • Oracle 提供行业中最全面的数据库迁移服务,因此将有一个完全匹配您的需求。

但是,将内部部署应用程序及其数据移动到云的策略取决于您的环境、自定义配置以及使用数据源的应用程序。

标识应用程序组件

移动应用程序时,请务必确定其所有组件,尤其是在计划更新数据结构化方式时。应用程序具有四个基本组件:客户机、软件、连接和数据。

客户机:在移动应用程序之前,请回答以下重要问题:
  • 谁是使用此应用程序的所有客户端?
  • 每个客户机对此应用程序需要哪种访问权限?
  • 超级用户是否具有与普通用户或仅报表用户不同的访问要求?
构建用户矩阵及其需求有助于设计应用程序移动的资料。

软件:系统工作需要哪些软件?标识应用程序是具有任何中间件还是数据库要求。请确保列出应用程序的所有基本要求。此移动也可以进行放大或缩减应用程序的机会。

连接:确定连接要求,并了解访问要求将是什么:
  • 此应用程序当前有一个问题的延迟?如果是这样,等待时间阈值是多少?
  • 是否已标识与 Oracle Cloud Infrastructure FastConnect 的连接、Internet 上的流量或 IPSec 隧道?
  • 应用程序需要多少带宽?
  • 客户机是否将对数据进行往返,或者是否全部使用并存储在 Oracle Cloud Infrastructure 中?
  • 是否存在特殊的 VPN 或 VCN 安全列表?
  • 是否需要子网来分隔客户机、SQL Server 和数据?

数据:对应用程序数据的访问在任何计算环境(包括云环境)中都是至关重要的。云计算中的一个核心问题是建立与计算系统相关的数据存储,无论该存储是对象存储、块存储卷还是文件系统。大量数据集会产生不同的迁移问题集。计算必须移动的数据量,不论是少数 Gb 还是几 gb。

通过移动应用程序,您还可以对数据进行归档或重新组织,以更好地满足组织的需求。回答有关数据的组织、管理和保留的以下问题:
  • 需要移动多少数据才能使应用程序正常工作?
  • 是否需要跨地理位置或可用性域访问数据?
  • 如果发生重大故障,可能会丢失多少数据?是否有可接受的数据丢失规模?
  • 确保与组织策略相容需要哪些类型的备份策略?
  • 是否需要克隆数据?
  • 应用程序是否具有任何有助于帮助在系统之间迁移的功能?
此问题列表并不详尽,但是在转到 Oracle Cloud Infrastructure 之前应考虑的最小值。

迁移方案

根据您的优先级,您可以选择不同的方法来将内部部署应用迁移到云。Oracle Cloud Infrastructure 提供了支持广泛选件系统的参考体系结构。

有许多因素可以影响内部部署到云的最优迁移路径:

应用程序是否已完成,需要几次更新,并具有固定工作量?

“提升和班次”是一种尽可能少地对基础结构进行更改的方法。它降低了引入行为差异的机会,同时仍使用最佳硬件、存储和网络提供改善性能的云优势,还提供从大写到大写模型的财务效益。通过切换到 Oracle 数据库的托管版本 , 提高可靠性并减少管理工作量来提高数据库。

应用程序是否仍为活动项目,具有常规更新和版本发行版?

“移动并改进”可以将应用程序基础结构的组件升级到最新版本,例如将 WebLogic 迁移到12.2版和 Oracle 数据库版本 19c,并使用可从 Terraform 脚本部署的 Oracle 验证的体系结构。这将实施在 Oracle Cloud Infrastructure 上运行应用程序的最佳做法。这种方法使得开发和测试工作应用程序实例可以轻松推动/关闭实例,并提高生产发行版的质量。

是否要实施云原生的体系结构,并支持弹性缩放、连续部署和自我修复?

这样可以基于 WebLogic 应用程序的 Kubernetes 集群来部署 Docker 容器。借助 OKE、Oracle Cloud Infrastructure 管理的 Kubernetes 服务,您可以轻松地构建高度可伸缩的基础设施,同时调整现有的应用代码。此基础结构非常适合现代的开发工作方法到软件开发。

在这些方法的每种方法中,Oracle 都提供了选项,以便对应用程序使用数据库即服务选项,同时通过其“显示-所有者-监视”(BYOL)程序来保留永久数据库许可证的投资。

当前状态 目标 类型 目标已验证体系结构
在任何 Oracle 数据库上运行的任何定制应用程序。 提高可靠性、性能和安全性。较低 TCO。最大限度地减少移植风险。 “平移” 将应用程序堆栈移动到 Oracle Cloud Infrastructure 上的 BM 或 VM。将数据库迁移到 Oracle Database Classic Cloud Service (BYOL)。
任何 Oracle 数据库上运行的JavaEE/WebLogic 应用程序。 与“提升和移动"一样,加:升级到最新的 WLS,自动执行dev/test/production部署,实现 HA 和 DR,合并数据库。 “移动并改进” 使用 Terraform 脚本将JavaEE/WLS部署到VM/BMs。将数据库移植到 Oracle Autonomous Database, Oracle Database Classic Cloud Service (VM 或 BM)或 Oracle Database Exadata Cloud Service。实施高级 HA 和 DR 选项。
任何 Oracle 数据库上运行的JavaEE/WebLogic 应用程序。 作为“移动并改善",加:提高灵活性、弹性,并使用广泛的自动化选项提高开发人员生产率。 “现代化” 使用 Terraform 脚本将JavaEE/WLS部署到 Docker/Kubernetes 集群。将数据库迁移到 ADB、Oracle Database 经典 Cloud Service(VM 或 BM)或 Oracle Database Exadata Cloud Service。实施高级 HA 和 DR 选项。

Oracle 可以帮助您了解一些注意事项,以便选择最适合您需求的方案,并提供经过验证的体系结构以实施这些方案。

确定最佳迁移策略

清点环境之后,应确定最佳的移植策略。

开始移植过程之前请考虑以下事项:

  • 一天中执行移植的最佳时间
  • 关闭时间要求
  • 数据库和数据集大小
  • 源和目标数据库字符集
  • 源和目标数据库版本
  • 源数据库包含用户定义的数据类型
  • 源数据库和目标数据库平台(endian)
  • 安全注意事项
  • 大工作量的策略