步驟（3.1）

　　正式遷移期：正式遷移開始，對生產(chǎn)系統(tǒng)的數(shù)據(jù)進行備份、導出或大批量數(shù)據(jù)導出；

　　步驟（3.2）

　　在不停頓業(yè)務的模式下，當大批量數(shù)據(jù)復制完成后，RealSync將步驟（3.1）過程中新增加的交易重新復制到目標系統(tǒng)。通過跟蹤和分析數(shù)據(jù)導出過程中的所有redo.log信息，從Log文件中分析和翻譯出這段時間內(nèi)新增加的記錄，然后再將這些記錄插入到目標系統(tǒng)中。

　　步驟（4）

　　驗證遷移系統(tǒng)期：正式遷移后，快速驗證并啟動新系統(tǒng)，并對新系統(tǒng)的運行進行跟蹤記錄和分析，已備回切增量信息到舊系統(tǒng)中。

　　步驟（5）

　　遷移系統(tǒng)觀察期：遷移系統(tǒng)運行觀察期結束后，提交正式遷移完成報告。

　　DSG大型數(shù)據(jù)庫遷移解決方案優(yōu)勢

　　在現(xiàn)實的遷移實踐中，DSG數(shù)據(jù)庫遷移解決方案在遷移工程實施過程中，展現(xiàn)了非常獨特的優(yōu)勢，如下：

　　1、效率高、速度快

　　與其它同類遷移技術相比，無論是采用SnapAssure、XEXP/XIMP還是RealSync等任何一種遷移方式，在效率上和性能上都遠遠高于其它同類解決方案。例如，在杭州電信采用RealSync方式在2個多小時完成了1.9TB數(shù)據(jù)的遷移工作。

　　2、無中斷的數(shù)據(jù)遷移

　　如果采用RealSync首次遷移方式，不需要對原系統(tǒng)業(yè)務進行限制、甚至停止原系統(tǒng)，從而減少在長時間遷移過程中對原系統(tǒng)的影響。

　　3、跨數(shù)據(jù)庫平臺的遷移：

　　可支持Oracle任意兩個不同版本之間的數(shù)據(jù)遷移，例如：支持從Oracle 7.3.4 到 Oracle 8.1.7或Oracle 9i等更高版本。

　　4、跨OS系統(tǒng)平臺的遷移

　　可支持運行在不同操作系統(tǒng)平臺上的兩個Oracle系統(tǒng)之間的遷移，例如：從HP UX 到AIX上的遷移等。

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

　　DSG的大型數(shù)據(jù)庫遷移解決方案已經(jīng)成功應用于很多工程實施中，包括：

　　1、杭州電信：杭州電信IBSS系統(tǒng)，需要將HP-UX上的Oracle 8i數(shù)據(jù)庫升級到AIX平臺的Oracle 8i數(shù)據(jù)庫上。數(shù)據(jù)量大小約為1.9TB。在杭州電信采用DSG RealSync的遷移工具后，1.9TB的數(shù)據(jù)能夠在2-3小時內(nèi)將數(shù)據(jù)導出并裝載完成，create index需要的時間約為10個小時左右。

　　2、成都電信：成都電信計費系統(tǒng)需要從AIX 4.3.3的Oracle 8i OPS環(huán)境遷移到AIX5.2的Oracle 9i RAC上。其數(shù)據(jù)量約為2TB，但要求是系統(tǒng)不能停機，因此DSG的任務是配合IBM公司在遷移過程中實現(xiàn)業(yè)務不間斷、以及遷移失敗后將新系統(tǒng)上產(chǎn)生的新數(shù)據(jù)恢復到舊系統(tǒng)上，實現(xiàn)業(yè)務回退的目標。系統(tǒng)采用了RealSync中的日志分析功能，負責將遷移過程中新產(chǎn)生的Redo Log分析成SQL語句應用到新系統(tǒng)上，從而實現(xiàn)遷移過程中的業(yè)務不中斷的目的。

　　3、海南電信：海南電信需要經(jīng)IBSS系統(tǒng)，從舊的盤陣系統(tǒng)遷移到新的盤陣系統(tǒng)上，但采用相同的操作系統(tǒng)。該項目要求在最短時間內(nèi)，將系統(tǒng)遷移到新存儲系統(tǒng)上。DSG采用快速備份技術SnapAssure將老系統(tǒng)上的數(shù)據(jù)庫備份出來，然后再恢復到新的系統(tǒng)上。800GB左右的數(shù)據(jù)，總共遷移時間只用了3個小時左右。

　　4、福建聯(lián)通：對帳務數(shù)據(jù)庫進行升級遷移，將HP-UX上的Oracle 8i數(shù)據(jù)庫遷移到另一臺Oracle 9i數(shù)據(jù)庫上，采用DSG RealSync技術，實現(xiàn)了不停頓業(yè)務下的數(shù)據(jù)遷移，200GB左右的數(shù)據(jù)遷移用2小時左右完成。