View a markdown version of this page

第 1 阶段:准备 - AWS 规范性指导

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

第 1 阶段:准备

在准备阶段,评估现有数据库并确定其依赖关系。以下各节介绍在计划迁移之前需要评估的主要项目。

依赖关系分析

在为 Oracle 迁移做准备时,请确定相互依赖关系及其对接口应用程序的影响。回答以下初步问题:

  • 依赖关系检查-识别直接连接到数据库的应用程序。为避免任何延迟问题,我们建议您将应用程序与数据库一起迁移。对于通过 API 间接访问数据的应用程序,请确定迁移对性能的影响和停机时间要求。

  • 访问其他数据库-Oracle 数据库提供了一种使用数据库链接通过网络访问另一个数据库中数据的机制。数据库链接可帮助您读取和写入远程数据库中的表。例如,报告应用程序可能从集中式数据库中提取数据,该数据库使用数据库链接从同一业务部门的其他数据库中提取数据。重要的是要识别所有这些连接,并在迁移后重新创建数据库链接。

  • 外部作业-有时数据库作业是在数据库外部调度和控制的。为避免任何下游影响,请确保这些作业在数据库迁移期间继续运行。

  • 数据中心依赖关系 — 在迁移过程中,有时您的一些系统在云中,而其他系统仍位于本地数据中心。网络延迟在这些配置中起着重要作用。决定是要将对延迟敏感的应用程序和数据库一起迁移,还是要将该功能移至迁移的数据库。无论哪种情况,我们都建议您将应用程序迁移到与迁移数据库相同的可用区,以避免任何网络延迟。

  • 访问主机-某些应用程序创建的报告存储在数据库服务器的文件系统中。迁移数据库时,您可以决定将报告保存在云原生存储中,从而实现报告生成的现代化。根据更改报告生成可能有多复杂,您可以决定使用亚马逊 EC2、Amazon RDS 或 A mazon RDS C ustom 作为 Oracle 数据库的目标。

  • 特定的数据库选项、功能和补丁要求-查看您使用的 Oracle 数据库功能以及迁移后的要求。功能使用和迁移后的需求有助于确定云中的数据库设置。源 Oracle 数据库中的一次性补丁可能需要将您的数据库迁移到 Amazon RDS Custom 或 EC2实例。

可用性要求

根据业务需求,某些数据库必须全天候运行。其他数据库可以承受下班后或周末的停机时间。在迁移计划的准备阶段,了解数据库停机对业务的影响并选择适当的迁移策略非常重要。例如,在线迁移的停机时间最短,而离线迁移涉及更长的停机时间。

工作量分析

了解数据库工作负载的性质有助于您确定数据库迁移策略。迁移窗口和所需的停机时间取决于工作负载。工作负载可以从高交易性到主要由批处理作业和报告组成。为了帮助您制定迁移计划和策略,请确定您的工作负载在此范围内的位置。

有工具可以帮助您限定数据库工作负载。您可以使用的工具取决于您的 Oracle 数据库许可证,包括以下内容: