首先，本項(xiàng)目的目標(biāo)是將本地的Oracle數(shù)據(jù)庫(kù)遷移到云上的Amazon Aurora數(shù)據(jù)庫(kù)。

原則：

• 零數(shù)據(jù)丟失
• 零數(shù)據(jù)損壞

一、Amazon Aurora數(shù)據(jù)庫(kù)的優(yōu)勢(shì)

• 高性能和可擴(kuò)展

相同硬件環(huán)境下，Amazon Aurora的吞吐量是標(biāo)準(zhǔn)MySQL的5倍，標(biāo)準(zhǔn)PostgreSQL的3倍。

這一性能與商業(yè)數(shù)據(jù)庫(kù)旗鼓相當(dāng)，而成本只有后者的十分之一?？梢钥?個(gè)可用區(qū)(AZ:Availability Zone)建最多15個(gè)低延遲的只讀副本，來(lái)擴(kuò)展讀應(yīng)用的能力和性能。

• 高可用和持久化

Amazon Aurora提供超過(guò)4個(gè)9的可用性標(biāo)準(zhǔn)(注：一年可非計(jì)劃停機(jī)52.6分鐘)。在跨3個(gè)可用區(qū)內(nèi)每份數(shù)據(jù)有6個(gè)副本，因此Aurora有容錯(cuò)及自愈功能。

Aurora持續(xù)備份數(shù)據(jù)到Amazon S3上，當(dāng)發(fā)生物理存儲(chǔ)損壞或者實(shí)例故障時(shí)能夠進(jìn)行透明恢復(fù)，恢復(fù)通常在30秒內(nèi)完成。

• 高安全性

Amazon Aurora為數(shù)據(jù)庫(kù)提供了多個(gè)級(jí)別的安全。包括用Amazon VPC進(jìn)行網(wǎng)絡(luò)隔離，通過(guò)AMS秘鑰管理服務(wù)進(jìn)行數(shù)據(jù)加密，通過(guò)SSL進(jìn)行加密數(shù)據(jù)傳輸。

一個(gè)加密了的Amazon Aurora數(shù)據(jù)庫(kù)實(shí)例，底層存儲(chǔ)的數(shù)據(jù)是加密了的，自動(dòng)備份、快照及集群中的副本也是加密的。

• 完全托管

Amazon Aurora由 Amazon RDS(Amazon關(guān)系數(shù)據(jù)庫(kù)服務(wù))全面管理。你不必再擔(dān)心數(shù)據(jù)庫(kù)的日常管理，比如硬件預(yù)置、軟件補(bǔ)丁、安裝、配置及備份。

Aurora會(huì)持續(xù)地監(jiān)控?cái)?shù)據(jù)，并自動(dòng)將其備份數(shù)據(jù)庫(kù)到Amazon S3，因此可以實(shí)現(xiàn)精細(xì)的時(shí)間點(diǎn)恢復(fù)策略?？梢杂肁mazon CLoudWatch、增強(qiáng)監(jiān)控功能監(jiān)控?cái)?shù)據(jù)庫(kù)性能，還可以用Performance Insights幫助快速檢測(cè)性能問(wèn)題。

二、Amazon Aurora體系結(jié)構(gòu)

當(dāng)我們創(chuàng)建一個(gè)Amazon Aurora實(shí)例時(shí)，首先創(chuàng)建了一個(gè)數(shù)據(jù)庫(kù)集群。一個(gè)數(shù)據(jù)庫(kù)集群由一個(gè)或多個(gè)數(shù)據(jù)庫(kù)實(shí)例組成，集群中的集群卷(cluster volume)管理所有實(shí)例的數(shù)據(jù)。

Aurora集群卷是一個(gè)虛擬的數(shù)據(jù)庫(kù)存儲(chǔ)卷，橫跨多個(gè)可用區(qū)，每個(gè)可用區(qū)有數(shù)據(jù)庫(kù)集群數(shù)據(jù)的一個(gè)副本。

一個(gè)Aurora數(shù)據(jù)庫(kù)集群由兩種類型的數(shù)據(jù)庫(kù)實(shí)例組成，主實(shí)例(Primary instance)和副本實(shí)例(Aurora Repilca)：

• 主實(shí)例：支持讀寫操作，對(duì)集群卷(cluster volume)完成所有的數(shù)據(jù)修改。每個(gè)Aurora數(shù)據(jù)庫(kù)集群有一個(gè)主實(shí)例。
• 副本實(shí)例：僅支持讀操作。每個(gè)Aurora數(shù)據(jù)庫(kù)集群最多可以為主實(shí)例添加15個(gè)副本實(shí)例。多個(gè)副本實(shí)例分擔(dān)讀的壓力，將副本實(shí)例分散在不同的可用區(qū)同時(shí)增強(qiáng)了數(shù)據(jù)庫(kù)的可用性。下圖展示了一個(gè)Aurora數(shù)據(jù)庫(kù)集群中集群卷、主實(shí)例、副本實(shí)例的關(guān)系：

三、分支的選擇：MySQL和Postgres的區(qū)別

挑選合適的數(shù)據(jù)庫(kù)技術(shù)是非常重要的，應(yīng)用需求、可用性、安全需求決定了哪種技術(shù)更滿足需要。下表羅列了MySQL和Postgres的關(guān)鍵區(qū)別(針對(duì)從Oracle遷移過(guò)來(lái)，選誰(shuí)更合適這一需求)：

四、最終選擇及采取策略

Postgres成為了最終的贏家，因?yàn)閼?yīng)用不能遵循MySQL的規(guī)則。MySQL要求，如果表有Primary key或者unique key，那么分區(qū)表的分區(qū)列必須包含在唯一鍵或者主鍵里。另外，interval分區(qū)特性也是個(gè)考慮點(diǎn)，能降低運(yùn)營(yíng)成本。

遷移策略

• 檢查Amazon SCT工具輸出的遷移評(píng)估報(bào)告，并修正報(bào)告中提及的問(wèn)題項(xiàng)。
• 在AWS上創(chuàng)建Oracle RDS，將數(shù)據(jù)從本地Oracle數(shù)據(jù)庫(kù)遷移到Oracle RDS。
• 如果應(yīng)用不能接受停機(jī)割接，則在本地Oracle和云上Oracle RDS之間部署Goldengate復(fù)制。
• 用模式轉(zhuǎn)換工具(SCT，Schema Conversion Tool)進(jìn)行從Oracle到Aurora的模式轉(zhuǎn)換。
• 初始數(shù)據(jù)同步前，禁用所有Amazon Aurora上的外鍵。
• 對(duì)持續(xù)運(yùn)行的應(yīng)用，用DMS(AWS Data Migration Service)將數(shù)據(jù)從Oracle RDS遷移到Postgres。
• 在Amazon Aurora上啟用所有外鍵。
• 在postgres上配置自動(dòng)功能，自動(dòng)清除舊的分區(qū)。
• DDL/DML復(fù)制是DMS開(kāi)箱即用的功能。我問(wèn)支持DDL/DML復(fù)制么?當(dāng)然!而且不需要再配置什么別的。
• 數(shù)據(jù)庫(kù)性能深度分析(Performance Insights)也是開(kāi)箱即用的功能。目前僅僅支持Amazon Aurora。
• 刪除遷移過(guò)程中的臨時(shí)資源(比如復(fù)制實(shí)例、任務(wù)、endpoint及Oracle RDS等)，遷移工作就算完成了。

整個(gè)遷移流程基本如下圖所示(從RDS Oracle到Aurora Postgres都是在云上完成)：

回退策略

• 采用DMS進(jìn)行回退，或者用Goldengate也可以。
• Postgres作為源端，Oracle RDS作為目標(biāo)端。
• 把已經(jīng)存在的數(shù)據(jù)或者增量數(shù)據(jù)從源端遷移到目標(biāo)端(取決于回退方法以及應(yīng)用可以允許停機(jī)多久來(lái)做回退)。

整個(gè)遷移應(yīng)該說(shuō)作者寫得還是有點(diǎn)簡(jiǎn)單了，AWS有更詳細(xì)的文檔，在遷移三步走的playbook里：

它對(duì)Oracle一些重要的特性與Postgres做了較詳細(xì)的對(duì)比(異構(gòu)數(shù)據(jù)庫(kù)間的遷移都可以參考下)：

SQL&PL/SQL方面：

表和索引方面：

數(shù)據(jù)庫(kù)對(duì)象方面：

數(shù)據(jù)庫(kù)管理方面：

我們可以看到除了交換分區(qū)和UTL_file是不支持的，其他大部分Oracle功能Aurora Postgres都滿足。其實(shí)這是很正常的，PostgreSQL是對(duì)Oracle兼容性***的開(kāi)源RDBMS。

Amazon在2018年將它***的數(shù)據(jù)倉(cāng)庫(kù)從Oracle遷移到了Amazon Aurora(雖然在Prime Day那天宕機(jī)了，但此后一直穩(wěn)定運(yùn)行，說(shuō)明這個(gè)遷移還是很成功的)。在Prime Day期間，這個(gè)Aurora數(shù)據(jù)庫(kù)承載的業(yè)務(wù)每天處理超過(guò)100萬(wàn)個(gè)包裹。

并且計(jì)劃要在2019年底把所有在用的Oracle數(shù)據(jù)庫(kù)都遷移到AWS自己的數(shù)據(jù)庫(kù)上，說(shuō)明Aurora在架構(gòu)和工程上都已經(jīng)可以承載大規(guī)模應(yīng)用了。對(duì)于一般規(guī)模的電商應(yīng)用來(lái)說(shuō)，應(yīng)該是小菜一碟，intuit的實(shí)踐也說(shuō)明了這一點(diǎn)。

在這篇文章的***，有2個(gè)回復(fù)都是在贊揚(yáng)Aurora。

我們?cè)谟肁urora，非常棒!我現(xiàn)在看不到任何用Oracle的必要性了。

在Santa Clara參加AWS峰會(huì)上，一個(gè)客戶分享過(guò)類似的案例。他們從Oracle遷移到了AWS，節(jié)省了大量資金。更為重要的是，響應(yīng)時(shí)間從36小時(shí)縮短到30秒鐘，而且易于使用，易于管理，易于操作。超酷!AWS可能會(huì)終結(jié)正在苦苦掙扎的Oracle。

要不是實(shí)名評(píng)論，我怎么都懷疑是廠家在自吹自擂。到官網(wǎng)看了下，目前使用Aurora數(shù)據(jù)庫(kù)的用戶主要在國(guó)外：

• United Nations聯(lián)合國(guó)

聯(lián)合國(guó)信息系統(tǒng)主管Mohamad Reza評(píng)價(jià)：

聯(lián)合國(guó)運(yùn)營(yíng)著多個(gè)擁有全球影響力的網(wǎng)站，需要關(guān)鍵任務(wù)型可靠性和一致的性能。即使使用Amazon Aurora最小的數(shù)據(jù)庫(kù)引擎，我們也能夠?qū)崿F(xiàn)卓越的性能。

Amazon Aurora的全新用戶友好型監(jiān)控界面讓我們能夠輕松診斷和解決問(wèn)題。它的性能、可靠性和監(jiān)控能力真正表明了Amazon Aurora是一個(gè)企業(yè)級(jí)AWS數(shù)據(jù)庫(kù)。

• Wappa出租車費(fèi)用管理公司

Wappa***技術(shù)官Cesar Matias評(píng)價(jià)：

為了幫助我們的客戶減少公司差旅費(fèi)用，我們的平臺(tái)需要快速找到交通工具，并加快制定預(yù)算以及支付和報(bào)告流程的速度。

自從我們將Oracle數(shù)據(jù)庫(kù)遷移到Amazon Aurora以來(lái)，我們的用戶驗(yàn)證流程速度提高了60%，每位用戶的報(bào)告時(shí)間縮短了75%，支付流程速度也加快了70%。我們清楚看到了應(yīng)用程序的用戶增長(zhǎng)數(shù)量和用戶滿意度評(píng)分結(jié)果。

• BMC IT管理軟件廠商

BMC數(shù)字服務(wù)管理部總裁Nayaki Nayyar評(píng)價(jià)：

我們很高興地宣布在AWS云上推出Remedy ITSM。在我們支持遷移到Aurora PostgreSQL后，我們的客戶現(xiàn)在可以從***的云服務(wù)中受益，安裝時(shí)間縮短3倍，并且可以降低擁有成本。

• Nielsen消費(fèi)者行為調(diào)查公司

Nielson Watch部門架構(gòu)負(fù)責(zé)人Todd Lightbody評(píng)價(jià)：

通過(guò)使用Amazon Aurora PostgreSQL預(yù)覽版，我們發(fā)現(xiàn)Amazon Aurora PostgreSQL的性能非常好，無(wú)論是對(duì)于寫入工作負(fù)載，還是讀/寫工作負(fù)載，性能都是RDS PostgreSQL的7到11倍以上。

我們對(duì)能夠獲得預(yù)期的可擴(kuò)展性和可靠性感到興奮，因此可以確信，我們將部分核心數(shù)據(jù)庫(kù)工作負(fù)載遷移到AWS后，Amazon Aurora PostgreSQL能夠滿足我們的要求。

• ASU亞利桑那州大學(xué)

副***信息官John Rome評(píng)價(jià)：

ASU不斷努力提高其IT解決方案的靈活性和敏捷性，以求滿足客戶需求。我們利用Amazon Aurora將報(bào)告、提取、轉(zhuǎn)換和加載 (ETL) 時(shí)間縮短10倍以上，同時(shí)將Oracle工作負(fù)載替換為高性能云數(shù)據(jù)庫(kù)，以快速響應(yīng)用戶請(qǐng)求。

考慮到今年秋季會(huì)有大量學(xué)生入學(xué)，到時(shí)系統(tǒng)負(fù)載會(huì)達(dá)到峰值，我們的ASU Alexa技能和ASU移動(dòng)應(yīng)用程序?qū)⑹芤嬗贏mazon Aurora的可擴(kuò)展性。

另外，新的Amazon Aurora Serverless功能能夠幫助我們減少非生產(chǎn)環(huán)境的成本，從而讓我們能夠靈活支持使用模式不規(guī)律的數(shù)據(jù)倉(cāng)庫(kù)和ETL流程。

今年或明年你有計(jì)劃將Oracle遷移到其他數(shù)據(jù)庫(kù)么?

參考

原文鏈接：

https://www.linkedin.com/pulse/oracle-amazon-aurora-journey-rajesh-saluja

參考鏈接：

https://www.dbbest.com/services/migrate-oracle-to-amazon-aurora-postgresql/

https://d1.awsstatic.com/whitepapers/Migration/oracle-database-amazon-aurora-postgresql-migration-playbook.pdf

https://www.cnbc.com/2018/10/23/amazon-move-off-oracle-caused-prime-day-outage-in-warehouse.html

https://aws.amazon.com/cn/rds/aurora/customers/