日常工作中我們經(jīng)常會遇到遷移數(shù)據(jù)庫的情況，遷移到更性能配置更高級的主機OS上、遷移到遠程的機房、遷移到不同的平臺下。但是對于數(shù)據(jù)庫遷移我們常用的方式方法都有那些了，今天我就和大家一起來說說關于數(shù)據(jù)遷移的幾種方式方法：
方法一、exp/imp邏輯備份與恢復(常規(guī)備份)：
它是最常用最簡單的方法，一般是基于應用的owner級做導出導入。關于以上方法的導入導出具體實現(xiàn)方法可參考樓主的另外一篇文章，文章包含導入導出時常遇到的問題的解決exp/imp邏輯備份與恢復
優(yōu)缺點：優(yōu)點是可以跨平臺使用;缺點是停機時間長，停機時間為從exp到網(wǎng)絡傳輸?shù)叫聨欤偌由蟟mp的時間。
還有一種與之類似的方法，/備份與恢復，此方法的導入導出相比于上面的常規(guī)導出更快更安全，具體可參考/備份與恢復
方法二、存儲遷移
這種方法常常適用于裸設備。一般，數(shù)據(jù)文件、控制文件、日志文件、都在存儲上(一般情況下是裸設備)，我們可以直接把存儲掛到新機器上，然后在新機器上啟動數(shù)據(jù)庫。
操作方法：將老庫的pfile(因為里面有指向裸設備的鏈接)，.ora，.ora，密碼文件傳到新庫的對應位置。將存儲切至新機oracle11g是基于文件系統(tǒng)，或者用文件拷貝或dd的方式復制數(shù)據(jù)文件，啟動數(shù)據(jù)庫。
優(yōu)缺點：優(yōu)點是該遷移方式非常簡單，主要的工作是主機工程師的工作，dba只需配合即可，停機時間為停庫、切存儲、起庫的時間；缺點是要求新老庫都是同一平臺oracle11g是基于文件系統(tǒng)，是相同的數(shù)據(jù)庫版本。
方法三、利用data guard遷移
用dg我們不僅可以用來做容災，物理的dg我們還可以作為遷移的方式。
具體的操作方法參考:DB 遷移到Data Guard 實施方案
優(yōu)缺點：優(yōu)點是停機時間短，停機時間為 over的時間；缺點：主機必須雙份、存儲必須雙份。
方法四、數(shù)據(jù)遷移工具
可以利用專業(yè)的數(shù)據(jù)遷移工具執(zhí)行，常見的數(shù)據(jù)遷移工具如：sqoop 、、DB2DB等。樓主還是推薦DB2DB，因為DB2DB的頁面是樓主喜歡的，并且操作也比較小白，還有就是DB2DB 是目前經(jīng)過測試速度最快、最穩(wěn)定實現(xiàn)多種數(shù)據(jù)庫之間進行數(shù)據(jù)轉換的工具。支持 SQL 、MySQL、、 等多種數(shù)據(jù)庫類型，通過該工具可以把原來的系統(tǒng)，方便快速地部署在不同的數(shù)據(jù)庫甚至是云端數(shù)據(jù)庫下。在大數(shù)據(jù)情況下（千萬級別以上），處理速度比國內(nèi)外同類軟件要高出300%以上。并針對云端數(shù)據(jù)庫中使用最多的 MySQL 數(shù)據(jù)庫進行優(yōu)化，使得從源數(shù)據(jù)庫復制到新數(shù)據(jù)庫時保留更多的數(shù)據(jù)表屬性設置。這樣大大減少程序員、DBA、實施人員將大型數(shù)據(jù)庫進行遷移時的等待、測試和調試時間，減少公司為了測試某系統(tǒng)轉換到新數(shù)據(jù)庫系統(tǒng)時的人力成本。DB2DB下載地址