大型Oracle資料庫遷移解決方案

2021-05-22 08:39:46 字數 3892 閱讀 9175

大型oracle資料庫遷移解決方案

大型oracle資料庫的遷移需求和挑戰

隨著業務的不斷拓展,我們經常需要對系統進行調整,比如:儲存系統公升級、伺服器公升級、平台的遷移、資料庫版本公升級等等,這些情況我們都需要借助資料遷移工作來完成。

在遷移過程中,我們經常會遇到一些很難解決的問題。因為,如果是在相同的作業系統平台、或相同的資料庫平台之間做資料庫的遷移,會有較多解決方案能夠實 現;但是,如果在異構環境下,做作業系統的公升級或變更、資料庫的公升級、儲存裝置的公升級等等,都大幅度地提高了遷移的複雜程度。

資料庫資料遷移的具體需求往往是:

1、資料庫版本異構版本公升級:如oralce 8i 公升級到 9i,甚至是oracle10g,等等;

2、作業系統公升級:如aix 4.3 公升級 5.2,甚至是hp unix環境下,等等;

3、磁碟陣列擴容:從老的磁碟公升級到新的、其他不同廠家的高階磁碟中,等等。

資料庫遷移公升級過程中面臨的挑戰:

1、縮短業務中斷的時間;

即使是有計畫的業務中斷也將會對企業造成巨大的損失,比如電信行業計費系統的停止、營業帳務系統的服務中斷等,都會直接造成對外業務服務的中斷,大大降低服務質量和客戶滿意度等。

據業界估計,80%的停機時間都**於計畫的下線,其中包括硬體遷移等。因此盡量縮短遷移過程所需要的時間是提高系統連續執行的關鍵,目前普遍要求在 3-5個小時內完成遷移,而且盡量不影響正在執行的業務系統。因此,如何保證在異構環境下的遷移,並且縮短遷移的時間和業務中斷時間是本專案最關鍵的環 節。

2、資料的準確性;

3、能否在前後期準備和遷移期間,大大減少對業務系統的影響;

4、可以回退到舊環境,等等。

dsg資料庫遷移解決方案的特點

dsg獨特的技術手段和產品作為遷移的技術基礎

dsg公司的備份恢復產品(snapassure)、快速匯出、匯入產品(xexp/ximp)以及realsync產品所具備的首次全同步功能等各項技術,整合在一起能夠為使用者提供不同層次的遷移支援:

1、 realsync首次全同步技術:提供異構環境下的oracle資料庫的資料遷移,該產品具有在業務不停頓的情況下實施快速遷移的特點。在業務依然執行的 情況下,realsync支援將舊生產系統的資料遷移到新的資料庫系統上,自動將已有的資料遷移,同時還會將遷移過程中新產生的變化資料也遷移到新系統 上;

2 、快速匯出/匯入 (xexp/ximp) 技術:提供了在靜態環境下的資料庫快速遷移的功能,該技術比oracle的exp/imp的速度有近10倍的效率提公升;

3、快速備份/恢復(snapassure)技術:提供了同構作業系統環境下的資料遷移,尤其適用於在更換儲存系統環境下的遷移需求。提供了比傳統rman的備份恢復效能高出若干倍的備份/恢復效率。

dsg擁有嚴密的工程管理規範

1、充分的人員保證和組織管理:由於搬遷工作的複雜性,在專案組中要有專職專案經理,要有網路工程師、系統管理員、資料庫管理員、應用系統負責人等配合。

2、詳細專業地溝通:按照整個實施的過程,全面地進行專業溝通,涵蓋諸如遷移目標、需求、環境、如何聯合測試、設計和確定正式搬遷計畫、搬遷計畫實施、搬遷後觀察等。

3、嚴格的進度控制:由於是生產系統的遷移,專案的實施有嚴格的時間限制,因此在專案實施過程中要對實施進度進行嚴格控制,並制定詳細的應急方案。

4、完善的質量保證:由於是生產系統的遷移,所有的操作都要保證其準確性,要確保提前落實遷移測試、確定最後的遷移計畫和方案,嚴格按照遷移的專業流程操作、確保每乙個步驟萬無一失。因此,專案實施過程中對所有的實施步驟都要進行充分的測試驗證和審核,以確保實施的質量。

dsg的嚴格的大型資料庫遷移實施過程

步驟(1)

制定詳細的遷移計畫期:包括遷移任務的目標分析、系統環境分析、業務資料分析、遷移的效能需求分析;

步驟(2)

遷移準備期:系統環境準備、安裝和調測相關軟體、模擬遷移測試、根據模擬情況核定各項準備、核定所需遷移的最大時間等各個環節;提交正式遷移申請報告;

步驟(3.1)

正式遷移期:正式遷移開始,對生產系統的資料進行備份、匯出或大批量資料匯出;

步驟(3.2)

在不停頓業務的模式下,當大批量資料複製完成後,realsync將步驟(3.1)過程中新增加的交易重新複製到目標系統。通過跟蹤和分析資料匯出 過程中的所有redo.log資訊,從log檔案中分析和翻譯出這段時間內新增加的記錄,然後再將這些記錄插入到目標系統中。

步驟(4)

驗證遷移系統期:正式遷移後,快速驗證並啟動新系統,並對新系統的執行進行跟蹤記錄和分析,已備回切增量資訊到舊系統中。

步驟(5)

遷移系統觀察期:遷移系統執行觀察期結束後,提交正式遷移完成報告。

dsg大型資料庫遷移解決方案優勢

在現實的遷移實踐中,dsg資料庫遷移解決方案在遷移工程實施過程中,展現了非常獨特的優勢,如下:

1、效率高、速度快

與其它同類遷移技術相比,無論是採用snapassure、xexp/ximp還是realsync等任何一種遷移方式,在效率上和效能上都遠遠高於其它同類解決方案。例如,在杭州電信採用realsync方式在2個多小時完成了1.9tb資料的遷移工作。

2、無中斷的資料遷移

如果採用realsync首次遷移方式,不需要對原系統業務進行限制、甚至停止原系統,從而減少在長時間遷移過程中對原系統的影響。

3、跨資料庫平台的遷移:

可支援oracle任意兩個不同版本之間的資料遷移,例如:支援從oracle 7.3.4 到 oracle 8.1.7或oracle 9i等更高版本。

4、跨os系統平台的遷移

可支援執行在不同作業系統平台上的兩個oracle系統之間的遷移,例如:從hp ux 到aix上的遷移等。

dsg在類似遷移工程中的應用案例

dsg的大型資料庫遷移解決方案已經成功應用於很多任務程實施中,包括:

1、杭州電信:杭州電信ibss系統,需要將hp- ux上的oracle 8i資料庫公升級到aix平台的oracle 8i資料庫上。資料量大小約為1.9tb。在杭州電信採用dsg realsync的遷移工具後,1.9tb的資料能夠在2-3小時內將資料匯出並裝載完成,create index需要的時間約為10個小時左右。

2、成都電信:成都電信計費系統需要從aix 4.3.3的oracle 8i ops環境遷移到aix5.2的oracle 9i rac上。其資料量約為2tb,但要求是系統不能停機,因此dsg的任務是配合ibm公司在遷移過程中實現業務不間斷、以及遷移失敗後將新系統上產生的新 資料恢復到舊系統上,實現業務回退的目標。系統採用了realsync中的日誌分析功能,負責將遷移過程中新產生的redo log分析成sql語句應用到新系統上,從而實現遷移過程中的業務不中斷的目的。

3、海南電信:海南電信需要經ibss系統,從舊的 盤陣系統遷移到新的盤陣系統上,但採用相同的作業系統。該專案要求在最短時間內,將系統遷移到新儲存系統上。dsg採用快速備份技術snapassure 將老系統上的資料庫備份出來,然後再恢復到新的系統上。800gb左右的資料,總共遷移時間只用了3個小時左右。

4、福建聯通:對帳務資料庫進行公升級遷移,將hp-ux上的oracle 8i資料庫遷移到另一台oracle 9i資料庫上,採用dsg realsync技術,實現了不停頓業務下的資料遷移,200gb左右的資料遷移用2小時左右完成。

5、甘肅移動:對營帳系統進行資料庫遷移,將aix上的oracle 9207資料庫遷移到另一台hp-ux11.23的oracle 9208資料庫上,採用dsg realsync技術,實現了4t資料短時間停機(3-6小時)遷移。

oracle資料遷移解決外來鍵關聯

在做資料遷移的時候,最蛋疼的就是資料之間的外來鍵關聯.這種硬關聯在來回的導資料的時候也特別的讓人糾結.我們的系統中,企業基本資訊 base qyjbxx 和人員基本資訊 base ryjbxx 的關聯是通過企業人員關係表 base qyrygxb 來關聯的.base開頭的表示我們的基礎資料,企業在做...

資料庫db2到oracle遷移解決方案

描述 db2語法為fetch first n rows only,oracle取前n條資料的語法為在where條件中增加rownum n 舉例 1 按照f id降序取表tab example info中前十條資料 2 db2 3select from tab example info order b...

elasticsearch 資料遷移解決方案

儘管可以增加新的型別到索引中,或者增加新的字段到型別中,但是不能新增新的分析器或者對現有的字段做改動。如果你那麼做的話,結果就是那些已經被索引的資料就不正確,搜尋也不能正常工作。對現有資料的這類改變最簡單的辦法就是重新索引 用新的設定建立新的索引並把文件從舊的索引複製到新的索引。字段 source的...