AWS云迁移实践：从Oracle到AWS Aurora之旅

首先，本项目的目标是将本地的Oracle数据库迁移到云上的Amazon Aurora数据库。

原则：

• 零数据丢失
• 零数据损坏

一、Amazon Aurora数据库的优势

• 高性能和可扩展

相同硬件环境下，Amazon Aurora的吞吐量是标准MySQL的5倍，标准PostgreSQL的3倍。

这一性能与商业数据库旗鼓相当，而成本只有后者的十分之一。可以跨3个可用区(AZ:Availability Zone)建最多15个低延迟的只读副本，来扩展读应用的能力和性能。

• 高可用和持久化

Amazon Aurora提供超过4个9的可用性标准(注：一年可非计划停机52.6分钟)。在跨3个可用区内每份数据有6个副本，因此Aurora有容错及自愈功能。

Aurora持续备份数据到Amazon S3上，当发生物理存储损坏或者实例故障时能够进行透明恢复，恢复通常在30秒内完成。

• 高安全性

Amazon Aurora为数据库提供了多个级别的安全。包括用Amazon VPC进行网络隔离，通过AMS秘钥管理服务进行数据加密，通过SSL进行加密数据传输。

一个加密了的Amazon Aurora数据库实例，底层存储的数据是加密了的，自动备份、快照及集群中的副本也是加密的。

• 完全托管

Amazon Aurora由 Amazon RDS(Amazon关系数据库服务)全面管理。你不必再担心数据库的日常管理，比如硬件预置、软件补丁、安装、配置及备份。

Aurora会持续地监控数据，并自动将其备份数据库到Amazon S3，因此可以实现精细的时间点恢复策略。可以用Amazon CLoudWatch、增强监控功能监控数据库性能，还可以用Performance Insights帮助快速检测性能问题。

二、Amazon Aurora体系结构

当我们创建一个Amazon Aurora实例时，首先创建了一个数据库集群。一个数据库集群由一个或多个数据库实例组成，集群中的集群卷(cluster volume)管理所有实例的数据。

Aurora集群卷是一个虚拟的数据库存储卷，横跨多个可用区，每个可用区有数据库集群数据的一个副本。

一个Aurora数据库集群由两种类型的数据库实例组成，主实例(Primary instance)和副本实例(Aurora Repilca)：

• 主实例：支持读写操作，对集群卷(cluster volume)完成所有的数据修改。每个Aurora数据库集群有一个主实例。
• 副本实例：仅支持读操作。每个Aurora数据库集群最多可以为主实例添加15个副本实例。多个副本实例分担读的压力，将副本实例分散在不同的可用区同时增强了数据库的可用性。下图展示了一个Aurora数据库集群中集群卷、主实例、副本实例的关系：

三、分支的选择：MySQL和Postgres的区别

挑选合适的数据库技术是非常重要的，应用需求、可用性、安全需求决定了哪种技术更满足需要。下表罗列了MySQL和Postgres的关键区别(针对从Oracle迁移过来，选谁更合适这一需求)：

四、最终选择及采取策略

Postgres成为了最终的赢家，因为应用不能遵循MySQL的规则。MySQL要求，如果表有Primary key或者unique key，那么分区表的分区列必须包含在唯一键或者主键里。另外，interval分区特性也是个考虑点，能降低运营成本。

迁移策略

• 检查Amazon SCT工具输出的迁移评估报告，并修正报告中提及的问题项。
• 在AWS上创建Oracle RDS，将数据从本地Oracle数据库迁移到Oracle RDS。
• 如果应用不能接受停机割接，则在本地Oracle和云上Oracle RDS之间部署Goldengate复制。
• 用模式转换工具(SCT，Schema Conversion Tool)进行从Oracle到Aurora的模式转换。
• 初始数据同步前，禁用所有Amazon Aurora上的外键。
• 对持续运行的应用，用DMS(AWS Data Migration Service)将数据从Oracle RDS迁移到Postgres。
• 在Amazon Aurora上启用所有外键。
• 在postgres上配置自动功能，自动清除旧的分区。
• DDL/DML复制是DMS开箱即用的功能。我问支持DDL/DML复制么?当然!而且不需要再配置什么别的。
• 数据库性能深度分析(Performance Insights)也是开箱即用的功能。目前仅仅支持Amazon Aurora。
• 删除迁移过程中的临时资源(比如复制实例、任务、endpoint及Oracle RDS等)，迁移工作就算完成了。

整个迁移流程基本如下图所示(从RDS Oracle到Aurora Postgres都是在云上完成)：

回退策略

• 采用DMS进行回退，或者用Goldengate也可以。
• Postgres作为源端，Oracle RDS作为目标端。
• 把已经存在的数据或者增量数据从源端迁移到目标端(取决于回退方法以及应用可以允许停机多久来做回退)。

整个迁移应该说作者写得还是有点简单了，AWS有更详细的文档，在迁移三步走的playbook里：

它对Oracle一些重要的特性与Postgres做了较详细的对比(异构数据库间的迁移都可以参考下)：

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!