共計 3488 個字符，預計需要花費 9 分鐘才能閱讀完成。

本篇內容主要講解“分析數據庫遷云解決方案流程”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓丸趣 TV 小編來帶大家學習“分析數據庫遷云解決方案流程”吧!

Oracle 是非常強大的綜合數據庫，但同時也存在一些劣勢，比如由于采用集中式架構，無法很好地實現橫向擴展，并且其穩定性依賴于硬件。出于架構升級、降低成本和云化等需求，越來越多的企業需要“去 Oracle”。 

1、Oracle 數據遷云概述

眾所周知，Oracle 是一個非常強大的綜合數據庫，但是 Oracle 也存在一些弱勢，比如因為采用集中式架構，因此無法很好地實現橫向擴展，并且其穩定性依賴于硬件，如需要 IBM 的小型機、EMC 的存儲等。

此外，Oracle 數據庫還存在技術依賴，很多使用者在開發時喜歡使用 PL/SQL，因此在進行數據庫異構升級或者架構轉型時，不得不解決 Oracle 的技術依賴問題。

與此同時，Oracle 數據庫的成本較高，使用 Oracle 數據庫需要搭配相應的小型機和存儲，并且往往難以很好地實現規模化管理。

2、數據庫 應用遷云流程

企業往往出于架構升級、降低成本和云化的需求，需要做“去 O”。而“去 O”一般分為以下幾個步驟。

第一步：進行遷移方案評估，分析如何遷移數據庫和應用，選用何種數據庫代替。這個過程中需要儲備很多知識，分析現有 Oracle 數據庫的所有數據對象與應用的關系，也需要判斷目標數據庫是否兼容，遷移方案是否可行。

而選擇合適的目標數據庫來替換現有 Oracle 數據庫是比較困難的，因為用 MySQL 與 PostgreSQL 等數據庫替換 Oracle 時無法確定性能和負載的變化情況，只能通過不斷地測試來完成。

此外，還需要盡量避免異構遷移的風險，需要保證遷移之后，應用和數據庫能夠良好適配。

第二步：數據庫和應用改造，數據庫切換肯定會存在不兼容，這里的不兼容將是數據庫和應用架構轉型的“最后一公里”。只有搞定這“最后一公里”，才能夠完成整個遷移方案。在這部分需要考慮對于數據庫和應用的改造方案。

第三步：數據庫和應用的割接，數據全量遷移比較容易，但異構數據庫增量遷移可能比較困難，因為會涉及大量數據變化、頻繁的 DDL，甚至數據庫的數據類型、精度等不同，這些對于遷移而言都是巨大的挑戰。

最后：數據庫和應用的遷移評測，包括了數據庫護航，因為 Oracle 性能非常強大。因此需要保證遷移到其他數據庫之后，性能仍然能夠滿足業務系統的需求。

護航階段需要考慮如何應對突發事件，如何回退，以及面對復雜的數據庫和應用之間的關系，如何進行切換。

架構綜合梳理

對于大部分企業而言，可能不只有一套 Oracle 數據庫，同樣也不只有一套應用，而數據庫與數據庫、應用與應用，應用與數據庫之間可能存在各種各樣的關系，但企業并沒有一個綜合的架構圖或架構文檔來記錄這些內容，因此需要厘清數據庫和應用的關系，方便規劃數據庫和應用異構改造的路線。

數據庫場景梳理

此外，需要厘清現在 Oracle 數據庫的業務情況，是 OLTP、OLAP 還是 TP 和 AP 的混合場景，只有這樣才能有針對性地選擇目標數據庫并規劃好替換方案。

改造內容

數據庫改造存在很多語法難點，首先需要進行語法轉換。因為不同數據庫引擎支持的語法不同，因此需要轉換 DML、DDL 和 SQL 的語法。
其次，還需要轉換應用代碼，因為某些情況下，SQL 語句會內嵌在程序中，可能需要對于百萬行代碼逐行檢查并修改其中的 SQL 語句，這樣一來不僅工作量巨大，而且非常耗時。

確定改造方案

編制完數據庫和應用架構遷移方案后，還需要逐一梳理改造點和功能點并進行測試，造成整個去 O 的過程前期準備需要很長的時間和很多的精力。

3、數據庫遷云解決方案

眾所周知，阿里巴巴是國內第一批實踐去 IOE 理念的公司，當年阿里的去 IOE 之路走得并不那么順滑，遇到了很多困難，也踩了很多坑，沉淀下來了很多經驗，形成了今天的數據庫遷云的最佳解決方案。

Oracle 數據庫和應用異構遷移痛點

Oracle 數據庫和應用異構遷云全鏈路方案

阿里云將數據庫遷云的過程經驗積累濃縮成為了數據庫和應用遷移（簡稱：ADAM）產品。ADAM 能夠幫助我們分析整個 IT 系統的架構，并為遷移的目標數據庫提供選型建議。

ADAM 產品目前優選推薦兩種數據庫遷云方案，第一種 OLTP 平滑遷移解決方案，目標數據庫是 POLARDB 語法高度兼容 Oracle，因此僅需要少量改動，就可以直接遷移到阿里云或線下的 POLARDB Box 一體機中。該方案的特點是兼容性以及如何適配，能否彈性擴展以及整體成本。

第二種是 OLAP 數倉云化方案，針對提供數倉服務的 Oracle 數據庫，可以將其遷移到阿里云的 ADB for PG 上。該方案的關注點是對 Oracle 分析型 SQL 的改造以及能夠在云上實現真正的彈性擴展，以及成本的降低。

將 Oracle 數據庫和應用異構遷移分為六步，即數據采集、數據庫智能分析、應用評估分析、數據庫和應用改造、項目實施和割接護航。

數據庫和應用異構遷移全鏈解決方案工具

ADAM 還為數據庫和應用異構遷移提供了全流程解決方案工具，ADAM SaaS 是 Oracle 遷移評估大腦，提供專業、豐富、可視化的數據庫和應用評估服務，靜態或動態交互報告，應用改造管理，支持自動生成測試遷移計劃。

ADAM Studio 是 Oracle 遷移改造產品，能夠提供穩定、易用的數據庫遷移測試與改造工具集，支持自動生成割接遷移計劃，實現仿真與割接環境計劃自動同步。
DSG for ADMA 是 ADAM 認證 Oracle 遷移割接與同步產品，能夠提供穩定、可靠的數據遷移與校驗工具集，以 ADAM 遷移計劃為核心，提供場景化、流程化、自動化的數據全量遷移、增量遷移、數據校驗、數據修正能力。
數據傳輸工具 DTS 是阿里云數據庫傳輸工機具，同樣支持數據源間的數據交互，能夠幫助用戶實現全量和增量遷移數據。

ADAM 關鍵技術

ADAM 的核心是智能采集、智能評估、智能改造和配套工具。
智能采集不需要人為采集數據庫和應用程序的內容，以采集 agent 產品實現自動采集，采集后數據將落到本地，保證了核心資產的數據安全。
智能評估會逐一對比不同數據庫性能和語法等，并推薦目標數據庫選型及生成數據庫和應用異構遷移解決方案。而借助配套工具和智能改造系統，可以快速完成改造過程，如，將改造周期從 6 個月縮短到 1 個月。
ADAM 產品根據數據庫兼容性將數據庫對象改造難度分為 4 級，并加以不同的處理。

此外，ADMA 還提供了 ADMA studio 實現結構遷移和數據預遷移，SQL 在線翻譯工具能夠將 Oracle 的 SQL 語句轉化為其他數據庫的 SQL 語句，PL/SQL 轉 Java 工具能夠將 PL/SQL 語言轉 Java 語言，此外還有 SQL 對測工具和 ADAM 認證遷移工具。

4、最佳實踐

數據庫遷云選型建議

根據使用 Oracle 特性的多少將 Oracle 數據庫分為兩類，弱 O 特性和強 O 特性。對于前者，推薦快速上云方案。因為所用的 Oracle 特性較少，因此快速遷移到開源數據庫 MySQL 或 PostgreSQL 中，以降低成本。

而后者使用的 Oracle 特性較多，因此推薦使用 POLARDB Oracle 兼容版。ADAM 提供了全鏈路的遷移方案。如果想實現整體架構升級，也可以直接對業務進行重構，實現業務的微服務劃分和數據庫的分庫分表，進而快速地實現 IT 系統的架構轉型。

POLARDB 云原生分布式關系型數據庫架構完全自主可控

POLARDB 數據庫具有很多優勢，比如存儲與計算分離、RPO=0、自動讀寫分離、數據驅動、軟硬件協同，以及支持多模數據等。POLARDB 是真正的云原生分布式關系型數據庫，并且能夠做到架構完全自主可控。

POLARDB BOX 一體機

一些金融型企業可能對數據庫的監管要求比較高，因此阿里云也提供了 POLARDB BOX 一體機，能夠使得企業在線下機房享受到云原生數據庫的技術紅利。將云數據庫帶到線下機房，充分使用 DBaaS 能力帶來的管控、性能便利。

AnalyticDB for PostgreSQL 數據庫

針對于數據倉庫場景，阿里云 AnalyticDB for PostgreSQL 可以很好的支持大數據處理，實現真正的動態水平擴展。

5、企業異構遷云建議

Oracle 數據庫的遷云過程需要一套完整的方法論和產品，幫助實現架構評估、數據庫選型、遷移評估以及數據庫應用改造，幫助實現應用解耦，并且還需要專業的服務來助力實現真正的零停機遷移，最終實現企業異構遷云。

到此，相信大家對“分析數據庫遷云解決方案流程”有了更深的了解，不妨來實際操作一番吧！這里是丸趣 TV 網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！