面對互聯網業(yè)務的不斷深化以及業(yè)務量的爆發(fā)式增長，傳統(tǒng)數據庫架構迎來了前所未有的挑戰(zhàn)和變革。在傳統(tǒng)數據庫領域，Oracle一直占據了很大的市場份額，很多企業(yè)的業(yè)務系統(tǒng)基于此實現OLTP交易場景。近年來，隨著分布式技術的發(fā)展，分布式數據庫逐漸占據了OLTP領域較大的市場，尤其在互聯網領域，MYSQL、PG等分布式數據庫的應用非常廣泛。隨著軟件國產化、自主可控戰(zhàn)略的提出，去“Oracle”逐漸被提上日程，非互聯網企業(yè)也開始考慮數據庫轉型，其中，分布式數據庫即是一個重要轉型方向。

不同于Oracle數據庫的集中式、主從式架構，分布式數據庫將位于不同地點的多個服務器通過網絡互相連接，共同組成一個完整的、全局的大型數據庫，它在邏輯上集中、物理上分布；在數據存儲上，分布式數據庫將數據打散存儲在不同服務器上，故而將數據庫壓力分散到不同服務器上。故而使得分布式數據庫具備了可擴展性、高并發(fā)性、高可用性等特點。

很多企業(yè)原本都是傳統(tǒng)數據庫一體化解決方案，在進行Oracle向分布式數據庫遷移時會遇到很多難點，傳統(tǒng)數據庫設計與運維經驗不一定完全適合分布式數據庫。那么，從Oracle遷移至MYSQL、PG等分布式數據庫會遇到哪些障礙？這些障礙是否能順利解決？

（1）不同數據庫之間的異構數據如何做到無損遷移？Oracle存量數據如何成功遷移至MYSQL、PG等分布式數據庫？

（2）Oracle數據庫遷移至MYSQL、PG等分布式數據庫過程中如何保障系統(tǒng)穩(wěn)定性？如何設置異構數據庫并行過渡期？

（3）Oracle數據庫往往和應用耦合度較高，遷移過程還會涉及到應用遷移和改造，特別是存儲過程、觸發(fā)器、自定義函數等方面的改造，將業(yè)務邏輯實現方從數據庫上移至應用，那么如何評估改造量和改造難度？兼容性如何保障？

（4）數據庫遷移完成后如何成功建轉運？或者說，在數據庫設計階段如何設計運維方案？除了分布式數據庫的高可用、負載均衡設計，傳統(tǒng)運維方案中的網絡、存儲、監(jiān)控告警、備份恢復等等應該如何規(guī)劃？