Oracle到PostgreSQL、SQL Server、MySQL、informix、DB2異種數(shù)據(jù)庫遷移服務(wù)

1、產(chǎn)品亮點(diǎn)：DSG遷移軟件產(chǎn)品是擁有自主知識產(chǎn)權(quán)、各類數(shù)據(jù)庫高性能復(fù)制的統(tǒng)一平臺，實(shí)現(xiàn)對Oracle、SQL Server、DB2、MySQL、達(dá)夢DM、浪潮K-DB、Postgresql、KingbaseES等多種主流數(shù)據(jù)庫的高效日志分析、不中斷業(yè)務(wù)的首次全同步、實(shí)時增量同步、數(shù)據(jù)復(fù)制遷移統(tǒng)一的數(shù)據(jù)復(fù)制平臺；技術(shù)與性能全球領(lǐng)先！ 2、 嚴(yán)格的數(shù)據(jù)庫遷移實(shí)施過程： a. 遷移計(jì)劃期：制定詳細(xì)的遷移計(jì)劃期, 包括遷移任務(wù)的目標(biāo)分析、系統(tǒng)環(huán)境分析、業(yè)務(wù)數(shù)據(jù)分析、遷移的性能需求分析。 b. 遷移準(zhǔn)備期：系統(tǒng)環(huán)境準(zhǔn)備、模擬遷移測試、模擬各項(xiàng)情況，提交遷移方案。 c. 正式遷移期：正式遷移開始，對生產(chǎn)系統(tǒng)數(shù)據(jù)備份、導(dǎo)出或大批量數(shù)據(jù)導(dǎo)出。 d. 在不停頓業(yè)務(wù)的模式下，當(dāng)大批量數(shù)據(jù)復(fù)制完成后，SuperSync 通過跟蹤和分析遷移開始后所有 Redo Log 信息，將新增加記錄追加插入到目標(biāo)系統(tǒng)中。 e. 驗(yàn)證遷移系統(tǒng)期：驗(yàn)證后并啟動新系統(tǒng)，跟蹤記錄、回切增量信息到舊系統(tǒng)中。 f. 遷移系統(tǒng)觀察期：遷移系統(tǒng)運(yùn)行觀察期結(jié)束后，提交正式遷移完成報告。

1?概述

?

DSG 公司致力于不斷研究開發(fā)、改進(jìn)數(shù)據(jù)庫相關(guān)的管理軟件和工具產(chǎn)品，我們許多研?發(fā)成果，都與響應(yīng)客戶的各項(xiàng)新需求有關(guān)。

?

我們響應(yīng)了中國太平洋保險的需求，將?DSG?的高速數(shù)據(jù)庫備份產(chǎn)品升級到了災(zāi)備一體 的?DBP；與中國的證券界合作，推出了?RealSync；與江蘇移動、貴州移動、山東移動、?北京移動等的合作，升級了?Enhanced?ETL…..

?

DSG?將珍視中國建設(shè)銀行提出的需求、要求等，那是我們公司未來不斷發(fā)展的方向之 一！

?

1.1?大型?Oracle?數(shù)據(jù)庫的遷移需求和技術(shù)挑戰(zhàn)

隨著業(yè)務(wù)的不斷拓展，我們經(jīng)常需要對系統(tǒng)進(jìn)行調(diào)整，比如：存儲系統(tǒng)升級、服務(wù)器升?級、平臺的遷移、數(shù)據(jù)庫版本升級等等，這些情況我們都需要借助數(shù)據(jù)遷移工作來完成。

數(shù)據(jù)遷移種類，目前可分為如下?4?類不同技術(shù)需求：

1. 同構(gòu)遷移：

同構(gòu)遷移是在相同的操作系統(tǒng)平臺、或相同的數(shù)據(jù)庫平臺之間做數(shù)據(jù)庫的遷移；同?構(gòu)遷移可支持：同品牌服務(wù)器升級或更換、磁盤陣列的升級、擴(kuò)容、更換等。

2. 異構(gòu)遷移：

異構(gòu)遷移是在異構(gòu)環(huán)境下做操作系統(tǒng)的升級或變更、數(shù)據(jù)庫的升級、存儲設(shè)備的升?級等等，但是，數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)沒有實(shí)質(zhì)變化。此過程相對同構(gòu)遷移，比較復(fù)雜。

?

比如：

?

1）?數(shù)據(jù)庫版本異構(gòu)升級

如 Oralce 8i 升級到 9i、甚至是?Oracle10g、Oracle11g，等等。

2）?操作系統(tǒng)升級

如?AIX?4.3?升級?5.3，甚至是?HP?Unix?環(huán)境升級為?AIX?的不同環(huán)境，等等。

3）?磁盤陣列升級擴(kuò)容?從老的磁盤升級到新的、其他不同廠家的高端磁盤中，等等。

3. 異構(gòu)數(shù)據(jù)遷移

異構(gòu)數(shù)據(jù)遷移是在異構(gòu)環(huán)境下進(jìn)行數(shù)據(jù)遷移，支持操作系統(tǒng)升級、數(shù)據(jù)庫版本異構(gòu)?升級、存儲設(shè)備升級擴(kuò)容等，且遷移后的數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)發(fā)生改變，如：增加或刪?除列、字段名稱或長度改變、只遷移條件過濾后的數(shù)據(jù)等。

4. 異種數(shù)據(jù)庫遷移

?

?

異種數(shù)據(jù)庫遷移不僅支持操作系統(tǒng)異構(gòu)、數(shù)據(jù)庫版本異構(gòu)，更可以支持兩種不同的?數(shù)據(jù)庫之間的數(shù)據(jù)遷移，如：從?HP-UX?的?Oracle?數(shù)據(jù)庫遷移到?AIX?的?DB2?數(shù)據(jù) 庫。

?

衡量好的遷移技術(shù)和過程，有以下?4?項(xiàng)重要的技術(shù)性能要求和挑戰(zhàn)：

l 停機(jī)時間：如何縮短業(yè)務(wù)中斷的時間

據(jù)業(yè)界估計(jì)，80%的停機(jī)時間都來源于計(jì)劃的下線，其中包括硬件遷移等。即使是?有計(jì)劃的業(yè)務(wù)中斷也將會對企業(yè)造成巨大的損失，造成對外業(yè)務(wù)服務(wù)的中斷，降低?客戶服務(wù)質(zhì)量和滿意度等。

?

因此，如何保證在異構(gòu)環(huán)境下的遷移，并且縮短遷移的時間和業(yè)務(wù)中斷時間是衡量?遷移技術(shù)的最關(guān)鍵的環(huán)節(jié)。目前普遍要求停機(jī)不要超過?3-5?個小時內(nèi)，而且盡量不?影響已經(jīng)運(yùn)行的業(yè)務(wù)系統(tǒng)。DSG?公司致力于停機(jī)在數(shù)分鐘之內(nèi)。

l 數(shù)據(jù)準(zhǔn)確性：如何確保數(shù)據(jù)的準(zhǔn)確性

l 低干擾：在遷移的前后準(zhǔn)備期內(nèi)、遷移過程中，大大減少對業(yè)務(wù)系統(tǒng)的影響，確保?遷移的過程可控

l 簡易快速：如何簡化遷移的操作步驟、支持大數(shù)據(jù)量下?TBIt/小時的快速遷移

?

1.2?數(shù)據(jù)庫遷移方案的選擇

大型數(shù)據(jù)遷移是一個非常復(fù)雜的問題，它需要利用一定的技術(shù)和經(jīng)驗(yàn)。大型數(shù)據(jù)遷移方?法的選擇是建立在對遷移需求、遷移環(huán)境的具體分析基礎(chǔ)之上的，從目前的技術(shù)來看，?有多種方式能夠?qū)崿F(xiàn)數(shù)據(jù)遷移。

1. 同構(gòu)遷移方案選擇?

可以通過：

l 邏輯卷數(shù)據(jù)鏡像方式：對于服務(wù)器操作系統(tǒng)已經(jīng)采用邏輯卷管理器的系統(tǒng)，可?以利用邏輯卷管理器的管理功能完成原有的數(shù)據(jù)到新存儲的遷移。

?

邏輯卷數(shù)據(jù)鏡像方式適用于存儲系統(tǒng)之間的遷移，但其在遷移過程中需要長時?間停止生產(chǎn)端業(yè)務(wù)。由于其遷移速度比較慢且遷移時間久，僅適合于主機(jī)存儲?的非經(jīng)常性遷移。

l 存儲虛擬化方式：在源端和目標(biāo)端增加必要的存儲虛擬化設(shè)備，通過網(wǎng)絡(luò)（SAN 網(wǎng)絡(luò)或 IP?網(wǎng)絡(luò)），將數(shù)據(jù)從源端遷移到目標(biāo)端。

存儲虛擬化方式可以兼容現(xiàn)有的主流存儲設(shè)備，支持不同廠商不同品牌存儲設(shè)?備間的數(shù)據(jù)遷移，但其數(shù)據(jù)遷移需要通過代理端同步到目標(biāo)端數(shù)據(jù)庫中，數(shù)據(jù)?遷移實(shí)時性比較差，當(dāng)數(shù)據(jù)需要恢復(fù)時，不能恢復(fù)到任意時間，且對業(yè)務(wù)系統(tǒng)?影響比較大，占用生產(chǎn)端服務(wù)器內(nèi)存及網(wǎng)絡(luò)。

l 數(shù)據(jù)庫工具方式：采用數(shù)據(jù)庫自身工具，如?Oracle?自帶的?Data Guard?進(jìn)行數(shù) 據(jù)遷移。Data Guard?通過傳輸日志將數(shù)據(jù)遷移到到目標(biāo)端，在目標(biāo)端解析成 SQL?語句執(zhí)行。

?

Data Guard?進(jìn)行數(shù)據(jù)遷移比較節(jié)約帶寬，但遷移過程中必須中斷業(yè)務(wù)，同時 數(shù)據(jù)遷移對主機(jī)的性能有一定影響。

?

?

l 備份/恢復(fù)方式：使用第三方數(shù)據(jù)備份/恢復(fù)工具，如：Rman、DBP，進(jìn)行數(shù)?據(jù)遷移。

?

Rman?通過遷移數(shù)據(jù)表將數(shù)據(jù)傳輸?shù)骄彺鎱^(qū)，等緩存區(qū)寫滿后再遷移到目標(biāo)端?數(shù)據(jù)庫中。 Rman?遷移方法比較復(fù)雜，需要先將數(shù)據(jù)同步到中間服務(wù)器，然 后再遷移到目標(biāo)端，遷移速度比較慢，且影響生產(chǎn)系統(tǒng)。

50. DBP：是 DSG 的一款高性能的備份、同構(gòu)數(shù)據(jù)庫遷移及仿真測試軟件

DBP 的基本原理是：在首次全同步之后，DBP?通過對源端日志進(jìn)行跟蹤、分 析，從而獲得發(fā)生改變的數(shù)據(jù)塊信息，在發(fā)起增量備份時，無需數(shù)據(jù)庫掃描即?可定位增量數(shù)據(jù)，直接抽取、復(fù)制，并采用不落地遷移方式，直接裝在到目標(biāo)?端。

?

DBP?為客戶提供了：備份功能，支持備份期間的任意時間點(diǎn)恢復(fù)；提供了類 似?Data?Guard?功能；提供應(yīng)用仿真測試和增量定時覆蓋同步更新功能，以便 提供持續(xù)測試環(huán)境；

?

DBP?的特點(diǎn)：遷移數(shù)據(jù)準(zhǔn)確、遷移速度比?Rman 快、可達(dá)每小時?1T?Bit?級別、?中斷原系統(tǒng)業(yè)務(wù)的時間在數(shù)分鐘內(nèi)、對系統(tǒng)干擾低于與?5%。

2. ??異構(gòu)遷移方案選擇

異構(gòu)遷移可以通過?Oracle?exp/imp?或數(shù)據(jù)復(fù)制軟件實(shí)現(xiàn)，如：Golden?Gate、 SharePlex 和?RealSync。

50. Oracle?exp/imp：通過?Oracle?自帶的導(dǎo)入導(dǎo)出功能，實(shí)現(xiàn)數(shù)據(jù)遷移。exp/imp?遷移速度慢，且生產(chǎn)端停機(jī)時間很長，影響生產(chǎn)業(yè)務(wù)系統(tǒng)。
50. Golden Gate 和 SharePlex：是通過對生產(chǎn)端解析日志，再把解析出來的?SQL

語句通過網(wǎng)絡(luò)傳輸?shù)竭w移目標(biāo)端中執(zhí)行。

?

Golden?Gate?和?SharePlex?遷移比較復(fù)雜，由于不支持首次全同步功能，在數(shù)?據(jù)遷移時需要將數(shù)據(jù)先同步到中間服務(wù)器中，再遷移到目標(biāo)端中，對業(yè)務(wù)系統(tǒng)?人為影響比較大，且遷移速度比較慢。

l RealSync：是?DSG?推出的一款支持異構(gòu)環(huán)境、高效、專業(yè)的遷移軟件。

RealSync?在數(shù)據(jù)遷移過程中，生產(chǎn)系統(tǒng)的業(yè)務(wù)可以保持運(yùn)行狀態(tài)，無需中斷 業(yè)務(wù)，RealSync?操作簡單，只需要一條命令就可完成全同步，不需要過多的 人為干預(yù)，對系統(tǒng)影響降到最低。提供的遷移功能將源系統(tǒng)上的已有數(shù)據(jù)記錄?從?datafile?中直接讀取并解析成為?DXF?數(shù)據(jù)格式，在利用?XIMP?將?DXF?數(shù)據(jù) 批量快速裝載到?Data?target?系統(tǒng)上。

3. 異構(gòu)數(shù)據(jù)遷移方案選擇

異構(gòu)數(shù)據(jù)遷移，在遷移過程中需要對數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)進(jìn)行改變，因此其遷移過程比?較復(fù)雜，目前?DSG?的?Enhanced ETL?可以支持異構(gòu)數(shù)據(jù)遷移。

50. Enhanced?ETL：Enhanced?ETL?對源端日志進(jìn)行跟蹤、分析，通過?Enhanced?ETL?的實(shí)時轉(zhuǎn)換功能，實(shí)現(xiàn)源端到目標(biāo)端增刪列、字段名稱或長度改變、按條?件過濾的數(shù)據(jù)遷移復(fù)制，滿足用戶對數(shù)據(jù)和結(jié)構(gòu)改變的需求。

?

Enhanced ETL?的首次遷移方式，不需要停止原系統(tǒng)業(yè)務(wù)，且對原系統(tǒng)的影響 很小。

?

?

4. 異種數(shù)據(jù)庫遷移方案選擇

異種數(shù)據(jù)遷移是將數(shù)據(jù)從一種數(shù)據(jù)庫遷移到另外一種數(shù)據(jù)庫中，遷移過程涉及到數(shù)?據(jù)轉(zhuǎn)換，目前?DSG?的?Enhanced?ETL?可以支持異種數(shù)據(jù)庫遷移。

50. Enhanced ETL：Enhanced ETL?對源端日志進(jìn)行跟蹤、分析，將需要遷移的 交易指令和交易數(shù)據(jù)經(jīng)過格式轉(zhuǎn)化生成數(shù)據(jù)格式，最后遷移到目標(biāo)端數(shù)據(jù)庫 中。所以，遷移時不需要停止原系統(tǒng)業(yè)務(wù)，對原系統(tǒng)的影響很小。

?

Enhanced?ETL?可支持?Oracle?到?DB2、Teradata、神州通用等其他數(shù)據(jù)庫遷?移，甚至支持?Oracle?向?Hadoop?中?HBASE?等遷移和實(shí)時增量更新等。并且， DSG?有能力將不斷按照客戶的需求，不斷新增加可以支持的數(shù)據(jù)庫類型。

?

?

?

?

2?同構(gòu)遷移

?

同構(gòu)遷移是在相同的操作系統(tǒng)平臺、或相同的數(shù)據(jù)庫平臺之間做數(shù)據(jù)庫的遷移。DSG?的?DBP?通過數(shù)據(jù)準(zhǔn)實(shí)時同步實(shí)現(xiàn)高速的同構(gòu)遷移。

?

2.1?遷移場景

DBP?支持的遷移場景有：

l 更換磁盤陣列

l 硬件升級、更換主機(jī)，且更換后的主機(jī)操作系統(tǒng)與原生產(chǎn)主機(jī)操作系統(tǒng)版本一致

l 更換磁盤陣列并更換升級相同品牌主機(jī)

l 幫助用戶搭建仿真測試環(huán)境

（有時候，用戶升級了應(yīng)用軟件，在正式用于生產(chǎn)環(huán)境之前，需要測試升級后的應(yīng)?用軟件的可用性、穩(wěn)定性等等，此時，特別需要與目標(biāo)生產(chǎn)環(huán)境一致的仿真測試系?統(tǒng)。DBP?具有生產(chǎn)環(huán)境仿真的功能，比如?DBP?可以如下設(shè)定：DBP?備份源生產(chǎn)庫?并且恢復(fù)到應(yīng)用仿真測試平臺后，即可用于應(yīng)用仿真測試。在每天的應(yīng)用測試結(jié)束?后，DBP?可以將白天測試的數(shù)據(jù)回退、并用源端數(shù)據(jù)庫的實(shí)時變化的數(shù)據(jù)更新覆 蓋，為下一個工作日的應(yīng)用測試提供最新時間點(diǎn)的數(shù)據(jù)庫狀態(tài)。）

?

2.2 DBP?數(shù)據(jù)庫遷移特點(diǎn)

1. 支持大型數(shù)據(jù)庫同平臺遷移

?

DBP?可以支持?TB?級以上大型數(shù)據(jù)庫遷移，提供同構(gòu)操作系統(tǒng)環(huán)境下的數(shù)據(jù)遷移， 尤其適用于在更換存儲系統(tǒng)環(huán)境下的遷移需求。DBP 支持的平臺有?AIX、HP-UX、 Linux、Solaris、Windows。

2. 遷移效率高、遷移速度快

?

DBP?支持?1Tbit/小時的數(shù)據(jù)庫首次同步速度，可以在幾小時內(nèi)完成大型數(shù)據(jù)庫增量?同步，比傳統(tǒng)的數(shù)據(jù)遷移方案快?5-10?倍。

同時，DSG?專有數(shù)據(jù)塊增量備份技術(shù)，對數(shù)據(jù)庫日志進(jìn)行跟蹤、分析，從而獲得 發(fā)生改變的數(shù)據(jù)塊信息，在發(fā)起增量備份時，無需數(shù)據(jù)庫掃描即可定位增量數(shù)據(jù)，?直接抽取、復(fù)制，速度快。

3. 降低原系統(tǒng)干擾

?

DBP?的首次全同步技術(shù)，不需要對原系統(tǒng)業(yè)務(wù)進(jìn)行限制、甚至停止原系統(tǒng)，從而?減少在長時間遷移過程中對原系統(tǒng)的影響，保證原系統(tǒng)干擾低于與?5%。

4. 操作簡單，無需目標(biāo)端數(shù)據(jù)庫初始化

?

?

DBP 只需一次?restore，將自動恢復(fù)全備份版本及所有增量版本，操作簡單，且遷 移的目標(biāo)端僅需要安裝與源端相同版本的操作系統(tǒng)和數(shù)據(jù)庫版本，不需要對目標(biāo)端?額外進(jìn)行環(huán)境配置。

?

2.3?數(shù)據(jù)庫遷移工作原理

DBP?采用的是物理復(fù)制技術(shù)，是對數(shù)據(jù)庫底層的存儲數(shù)據(jù)塊進(jìn)行復(fù)制。

l DBP?首次全同步

代理程序?Agent?將源數(shù)據(jù)庫的所有數(shù)據(jù)塊復(fù)制到目標(biāo)端中。

l 增量數(shù)據(jù)同步

代理程序?Agent?對源數(shù)據(jù)庫的歸檔日志進(jìn)行分析得到變化數(shù)據(jù)塊位置信息，并將數(shù)?據(jù)塊位置信息保存到?Agent?程序的塊映射文件中。當(dāng)同步發(fā)起時，Agent?先讀取塊?映射文件，并根據(jù)該信息將變化數(shù)據(jù)塊同步到目標(biāo)數(shù)據(jù)庫中覆蓋原位置數(shù)據(jù)，生成?增量同步版本。

?

當(dāng)源數(shù)據(jù)庫數(shù)據(jù)發(fā)生歸檔日志切換時，Agent?抓取已經(jīng)切換的歸檔日志，將其存儲?到目標(biāo)數(shù)據(jù)庫中。

?

?

?

?

?

2.4 DBP?數(shù)據(jù)庫遷移流程

DBP 數(shù)據(jù)庫遷移流程如圖 1?所示，具體流程介紹請參見表?1。

圖 1 DBP?遷移流程

?

?

?

表 1 DBP?遷移流程介紹

步驟	說明
前期調(diào)研	? 根據(jù)用戶需求，對用戶使用的源端及目標(biāo)端環(huán)境進(jìn)行調(diào)查，包?括： l 用戶需求分析 l 需要遷移的軟硬件環(huán)境調(diào)查 l 需要遷移的數(shù)據(jù)文件個數(shù)，數(shù)據(jù)文件大小的調(diào)查
確定遷移方案	根據(jù)前期的調(diào)研工作，確定 DBP?數(shù)據(jù)庫遷移方案，方案中包括： l 遷移時間和關(guān)鍵步驟 l 遷移過程和相關(guān)軟件的配合 l 遷移過程中生產(chǎn)系統(tǒng)的配合 l 遷移回退策略
遷移環(huán)境部署	在源端和目標(biāo)端安裝并配置?DBP?軟件。
遷移測試	對?DBP?軟件遷移功能進(jìn)行測試，包括： ? l 按照預(yù)先制定的遷移方案進(jìn)行測試，對遷移方案進(jìn)行驗(yàn)證，?并且對不完善的地方進(jìn)行補(bǔ)充。 ? l 獲取真實(shí)的性能數(shù)據(jù)，包括數(shù)據(jù)全量數(shù)據(jù)遷移性能、增量?數(shù)據(jù)遷移性能、日志遷移性能、數(shù)據(jù)庫應(yīng)用日志性能等。
遷移模擬演練	進(jìn)行正式遷移之前的真實(shí)模擬，要求在將來要遷移的老系統(tǒng)和?新系統(tǒng)上進(jìn)行。通過模擬演練，對遷移方案進(jìn)行最后的修改和?定稿。
正式遷移	對數(shù)據(jù)庫進(jìn)行真實(shí)遷移操作。
全量數(shù)據(jù)首次遷移	? 在原系統(tǒng)業(yè)務(wù)不中斷的情況下，通過?DBP?的首次同步功能，將?源系統(tǒng)中的數(shù)據(jù)塊復(fù)制到目標(biāo)系統(tǒng)中。
? 增量數(shù)據(jù)遷移/日志?遷移	? 在數(shù)據(jù)首次遷移后，將增量數(shù)據(jù)不定期遷移到新系統(tǒng)上，進(jìn)行?數(shù)據(jù)庫恢復(fù)和打開，驗(yàn)證遷移數(shù)據(jù)的可恢復(fù)性和恢復(fù)性能。 日志實(shí)時遷移到目標(biāo)庫，作為全量和增量數(shù)據(jù)恢復(fù)到任意時間?點(diǎn)的保障。 ? 在正式割接前，僅需做一次增量數(shù)據(jù)遷移或幾個日志的應(yīng)用，?停機(jī)時間即為增量數(shù)據(jù)遷移時間或日志應(yīng)用時間。
數(shù)據(jù)驗(yàn)證	? 目標(biāo)端數(shù)據(jù)庫在恢復(fù)和打開的過程中，Oracle?引擎已經(jīng)對所有 數(shù)據(jù)文件、日志文件、控制文件進(jìn)行物理校驗(yàn)；同時?DSG?提供?邏輯驗(yàn)證工具，進(jìn)行邏輯數(shù)據(jù)的校驗(yàn)。

?

?

步驟	說明
遷移切換	數(shù)據(jù)庫遷移成功后，需要將源端業(yè)務(wù)停止，將業(yè)務(wù)應(yīng)用系統(tǒng)連?接指向目標(biāo)端。
回退	如果數(shù)據(jù)驗(yàn)證不一致，則數(shù)據(jù)遷移失敗，需對遷移進(jìn)行回退。

?

2.5 DBP?遷移注意事項(xiàng)

DBP?遷移過程中需要注意以下事項(xiàng)：

?

1. 源端和目標(biāo)端操作系統(tǒng)大版本一致，即源端操作系統(tǒng)為?AIX5.3，則目標(biāo)端必須為?AIX5.*。

2. 源端和目標(biāo)端?Oracle?版本一致。

?

2.6 DBP?遷移成功案例

目前為止，DBP?已遷移成功的案例有十幾家以上，典型案例：

用戶	遷移描述
重慶聯(lián)通	計(jì)費(fèi)和?CRM?遷移： 從?HPUX?+Oracle?9i?遷移到?HPUX?+Oracle9i?平臺上，更換磁盤陣列?數(shù)據(jù)量大?。?/span>1.8TB，2TB 中斷業(yè)務(wù)時間：0.5?小時
海南電信	Bill?和?acct?系統(tǒng)的遷移： 從?SUN?+oracle?10g?遷移到?SUN?+oracle10g?平臺上，磁盤陣列由 HDS?更換為華為磁盤陣列 數(shù)據(jù)量大?。?/span>4TB，3TB?中斷業(yè)務(wù)時間：0.5?小時
新疆電信	IT?服務(wù)管理系統(tǒng)的遷移： ? 從?HPUX?+Oracle?10g?遷移到?HPUX?+Oracle?10g?平臺上，更換磁盤 陣列 數(shù)據(jù)量大小：1TB 中斷業(yè)務(wù)時間：0.5?小時

?

?

?

?

3?異構(gòu)遷移

?

異構(gòu)遷移是在異構(gòu)環(huán)境下做操作系統(tǒng)的升級或變更、數(shù)據(jù)庫的升級、存儲設(shè)備的升級等?等，但數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)沒有實(shí)質(zhì)變化，異構(gòu)遷移的過程比較復(fù)雜。DSG?的?RealSync?支持異構(gòu)遷移。

?

3.1?遷移場景

RealSync?支持的數(shù)據(jù)結(jié)構(gòu)未改變的異構(gòu)數(shù)據(jù)庫遷移場景有：

l 操作系統(tǒng)升級或變更，即源端、目標(biāo)端數(shù)據(jù)庫操作系統(tǒng)不同，例如生產(chǎn)系統(tǒng)由?HP-UX

變更為浪潮?K1?服務(wù)器。

l 數(shù)據(jù)庫升級，即源端、目標(biāo)端數(shù)據(jù)庫版本不同。

l 遷移停機(jī)時間窗口比較短，短時間內(nèi)需要恢復(fù)系統(tǒng)運(yùn)行的數(shù)據(jù)遷移。

l 遷移完成后，需要做回退切換保障的數(shù)據(jù)遷移。

?

1. 2. RealSync?數(shù)據(jù)庫遷移特點(diǎn)

1. ????無中斷的數(shù)據(jù)遷移

?

RealSync?對遷移的點(diǎn)和日志分析的點(diǎn)自動匹配，無需人為干預(yù)，直接實(shí)現(xiàn)首次全 同步和增量匹配同步的功能。不需要對原系統(tǒng)業(yè)務(wù)進(jìn)行限制、甚至停止原系統(tǒng)，從?而減少在長時間遷移過程中對原系統(tǒng)的影響。

2. ????并發(fā)導(dǎo)出與裝載，提高遷移速度

?

RealSync?支持分配多個任務(wù)對多個表進(jìn)行并發(fā)導(dǎo)出和裝載，且邊導(dǎo)出、邊傳輸、 邊裝載，三個任務(wù)并行進(jìn)行。因此三個時間不是相加的，而是獲取裝載的耗時