數(shù)據(jù)遷移方案(二)

正本

招標人：XXXX

項目名稱：電信機房遷移項目

（數(shù)據(jù)庫升級部分）

投

標

文

件

投標方全稱：XXXX股份有限公司

2012年02月20日

刖§

首先，非常感謝各位領(lǐng)導及專家給予XXXX參與“XXXX數(shù)據(jù)庫遷移項目”的機會，我們憑借自身

綜合實力及多年系統(tǒng)集成，提交本方案，望能采用。

XXXX集團（原青鳥軟件股份有限公司）起源于北京大學，是一家專業(yè)從事軟件與信息技術(shù)服務(wù)

的大型企業(yè)集團（以下簡稱“XXXX"），XXXX集團以XXXX股份有限公司為核心企業(yè)，XXXX活躍在新

經(jīng)濟下企業(yè)轉(zhuǎn)型服務(wù)領(lǐng)域，并在咨詢服務(wù)、軟件開發(fā)、系統(tǒng)集成以及運維服務(wù)四個核心業(yè)務(wù)領(lǐng)域積

累了世界領(lǐng)先的專業(yè)技術(shù)和服務(wù)經(jīng)驗，與50多家國際著名管理咨詢公司和軟硬件廠商結(jié)成戰(zhàn)略合作

聯(lián)盟，與3000多家國內(nèi)集成商緊密合作，為數(shù)萬家客戶提供信息技術(shù)服務(wù)和應(yīng)用軟件解決方案及相

關(guān)服務(wù)，在金融、能源、政府及企業(yè)領(lǐng)域建立起了卓越的聲譽和品牌，是客戶最佳的信息技術(shù)發(fā)展

戰(zhàn)略合作伙伴.

針對本項目，XXXX具有如下優(yōu)勢：

集成優(yōu)勢

XXXX作為一級系統(tǒng)集成商，對系統(tǒng)集成有著深刻的認識；同時設(shè)計和實施過在眾多數(shù)據(jù)中心、

大型業(yè)務(wù)系統(tǒng)的軟硬件平臺，有著豐富的建設(shè)經(jīng)驗；針對應(yīng)用的高可用性和業(yè)務(wù)的連續(xù)性有著深入

的研究，結(jié)合用戶的具體需求，我們將提供全面、合理的解決方案。

產(chǎn)品優(yōu)勢

XXXX是IB是HP、SUN小型機;ORACLE,SYBASE數(shù)據(jù)庫;IBM、ORACLE中間件及試測軟件;EMC,

HDS存儲；CISCO、AVAYA網(wǎng)絡(luò)設(shè)備；APC機房設(shè)備等高級別代理商，對各類產(chǎn)品有深入細致的了解，

能為貴校提供最優(yōu)的解決方案。

完善的質(zhì)量保證體系

ISO9001質(zhì)量保證體系是質(zhì)量管理標準和質(zhì)量保證標準。XXXX為了進一步提高公司的管理水

平，確立了以客戶為中心的質(zhì)量體系，并將其定義到整個系統(tǒng)集成的設(shè)計/開發(fā)、供應(yīng)、安裝和服務(wù)

領(lǐng)域。

本地化服務(wù)能力

上海XXX員工逾200人，技術(shù)人員50余名，其中包括小型機、中型機、存儲、數(shù)據(jù)庫、智

能化、軟件、項目經(jīng)理人及網(wǎng)絡(luò)工程師若干名，具備較強的技術(shù)力量和集成能力。

公司特為此項目成立豪華項目小組，由公司銷售總監(jiān)擔當項目組長，監(jiān)控整個項目的實施過程，

并組建15人的技術(shù)服務(wù)團隊（有廠商資格認證的工程師）配合廠商為用戶提供全方位的技術(shù)服務(wù)。

優(yōu)惠政策

公司根據(jù)本實驗室的建設(shè)目標、主要任務(wù)和功能定位，特免費贈送對改實驗室建設(shè)有幫助的一

款系統(tǒng)軟件數(shù)據(jù)統(tǒng)計軟件，希望能夠充分的幫助學校更好的建設(shè)此實驗室。

科研合作

近期，國家加大了對“產(chǎn)學研”過程的扶持與引導力度，而XXXX也一直致力于出身高校（前

北大系）服務(wù)于高校的準則，大力與高校進行校企合作。充分利用高校的人力資源與科研能力，在

金融、電力、能源、高教等領(lǐng)域共同開發(fā)出適合市場需求的產(chǎn)品，并樹立良好的品牌。因此，希望通

過此次參與上海交通大學項目，能夠有機會更進一步與貴校在內(nèi)容安全領(lǐng)域有更多的科研合作，通

過XXXX現(xiàn)有的用戶群來做市場推廣。

本著與XXXX建立全面、持久、穩(wěn)定、良好的業(yè)務(wù)合作關(guān)系，我們鄭重承諾：

以豐富的項目實施能力、雄厚的資金實力，以方便、快捷的本地化服務(wù)特點為保障，確保XXXX數(shù)據(jù)

庫升級項目的順利實施。

目錄

第一章技術(shù)方案..........................................................................................................................................3

1項目方案...............................................................................3

1.1生產(chǎn)中心硬件平臺...............................................................3

1.1.1系統(tǒng)拓撲結(jié)構(gòu)...................................................................................................................................3

1.1.2服務(wù)器硬件平臺選擇.......................................................................................................................4

1.1.3存儲部分...........................................................................................................................................5

1.1.4存儲交換機.......................................................................................................................................6

1.2數(shù)據(jù)遷移方案....................................................................7

1.2.1RMANBackup/Restore遷移.............................................................................................................7

1.2.2OracleDataGuard遷移....................................................................................................................8

1.2.3借助第三方工具(QuestSharePlex)遷移.....................................................................................9

1.2.4遷移方案對比.................................................................................................................................12

1.2.5遷移數(shù)據(jù)校驗.................................................................................................................................13

2服務(wù)協(xié)議...................................................................15

2.1服務(wù)內(nèi)容........................................................................15

2.2項目實施工作小組................................................................15

2.3項目進度計劃....................................................................16

2.4項目分工界面....................................................................17

2.5項目驗收方案....................................................................20

2.6售后服務(wù)承諾....................................................................22

第一章技術(shù)方案

1項目方案

1.1生產(chǎn)中心硬件平臺

1.1.1系統(tǒng)拓撲結(jié)構(gòu)

XXXX現(xiàn)有數(shù)據(jù)中心和新建設(shè)的數(shù)據(jù)中心服務(wù)器配置的簡單拓撲圖如下圖所示:

現(xiàn)有生產(chǎn)數(shù)據(jù)中心新數(shù)據(jù)中心

Ikitntmw

layer

Loffic

Inycr

l*rcscntn

tlon

layer

現(xiàn)有生產(chǎn)中心數(shù)據(jù)庫服務(wù)器硬件平臺由兩臺Sunv890服務(wù)器構(gòu)成，在Solaris10操作系統(tǒng)上

運行OracleRAC數(shù)據(jù)庫（10gR2）,數(shù)據(jù)文件存放在共享的HPEVA8400磁盤陣列上。本次方案的主

要目的是建設(shè)新的硬件平臺，將數(shù)據(jù)庫從現(xiàn)有平臺平滑遷移至新的硬件平臺。

本次方案根據(jù)招標文件中相關(guān)要求，參考當前系統(tǒng)運行狀況，選擇合適的硬件平臺，支持核心

數(shù)據(jù)庫系統(tǒng)的穩(wěn)定、高效運行。根據(jù)本節(jié)硬件平臺的選擇結(jié)果，在第2節(jié)中我們將會給出相應(yīng)的數(shù)

據(jù)遷移的幾種方案。

1.1.2服務(wù)器硬件平臺選擇

當前數(shù)據(jù)庫服務(wù)器采用了Sunv890服務(wù)器，我們的目標是根據(jù)現(xiàn)有的硬件配置推算出我們需

要的新硬件平臺服務(wù)器的處理器的配置需求。衡量OLTP類應(yīng)用系統(tǒng)的處理器處理能力的指標有

CPU2006,SPECjbb2005,TPC-C等指標。由于不同廠商的不同時期發(fā)布的產(chǎn)品在性能比較上不存在單

一的標準，加上部分產(chǎn)品未參與某些指標的公開測試，所以在下面的討論中我們選擇同時發(fā)布了

SPECjbb2005和CPU2006指標的v890（UltraSPARCIV+2.1GHz處理器）服務(wù)器作為基準，作為其

他服務(wù)器處理器比較的依據(jù)。

從和可以分別獲得主流服務(wù)器平臺的TPC-C和CPU2006指標數(shù)據(jù)。各個型號服務(wù)器的

SPECjbb2005和CPU2006的數(shù)據(jù)和相應(yīng)配置如下表所示：

CINT2006CFP2006SPECjbb2005

V890(8chip,16core,1.5GHz)117986

V890(8chip,16core,2.1GHz)154244846

M3000(lChip,2Core,2.7GHz)33.529.5

M5000(8Chip,32Core,2.6GHz)352278

因為UltraSPARCIV+1500MHz的v890采用的是SPECjbb2005指標，我們只能從相關(guān)的參考指

標來推算出當前Oracle在主流服務(wù)器中配置的SPARC64芯片性能比較參數(shù)。從上表中可以看出，單

顆2.6GHz的SPARC64芯片性能大約是2.1GHzUltraSPARCIV+芯片的2.3倍，單顆2.1GHzUltraSPARC

IV+處理器是同型號1.5GHz主頻處理器的2倍。因此2.6GHz主頻的SPARC64處理器性能是UltraSPARC

1.5GHz處理器性能的5倍左右。

根據(jù)標書要求，服務(wù)器滿配置需要至少32核心處理器和64GB內(nèi)存。根據(jù)這一要求，我們從主

流的服務(wù)器廠商中選擇了Oracle的M5000服務(wù)器作為推薦型號，滿足本次方案建設(shè)要求。其性能參

數(shù)如上表所示，可以看出，配置新型號的處理器，考慮到存儲設(shè)備升級，I/O系統(tǒng)的優(yōu)化，數(shù)據(jù)庫參

數(shù)和配置的調(diào)整及優(yōu)化，有充分證據(jù)可以表明可以提升當前數(shù)據(jù)庫系統(tǒng)的性能，使得系統(tǒng)的響應(yīng)時

間縮短5?10倍，系統(tǒng)的吞吐量提高5?10倍左右。從而系統(tǒng)總體性能上有了10倍左右的提升。

1.1.3存儲部分

OLTP是傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的主要應(yīng)用，主要是基本的、日常的事務(wù)處理，具有很高的并發(fā)性

（大量的交互式用戶），并且是更新密集型的，SQL語句主要以插入、更新和刪除為主，要求具有較

快的響應(yīng)時間，以銀行系統(tǒng)，訂票系統(tǒng)為代表。

由于OLTP應(yīng)用的業(yè)務(wù)特點，從性能角度出發(fā)，對磁盤子系統(tǒng)有一定的要求。

OLTP系統(tǒng)最容易出現(xiàn)瓶頸的地方除了CPU就是磁盤子系統(tǒng)。磁盤子系統(tǒng)在OLTP環(huán)境中，它的

承載能力一般取決于它每秒處理I/O的數(shù)量。因為在OLTP環(huán)境中，磁盤物理讀一般都是dbfile

sequentialread,也就是單塊讀，但是這個讀的次數(shù)非常頻繁。如果頻繁到磁盤子系統(tǒng)都不能承載

其IOPS的時候，就會出現(xiàn)大的性能問題。另外磁盤子系統(tǒng)的控制器的Cache大小對I/O系統(tǒng)的性能

也至關(guān)重要，Cache決定了很多事務(wù)不需要從物理磁盤存取數(shù)據(jù)，從而大大縮短了事務(wù)處理的時間。

根據(jù)標書要求，存儲設(shè)備的選擇需要同時支持FC和iSCSI協(xié)議，IOPS至少達到18000,控制

器緩存至少16GB,可用磁盤容量達到10TB,配置容量需要達到20TB左右。針對Oracle數(shù)據(jù)庫，可

以按照如下的方式進行RAID的設(shè)置：

文件需要容量RAID類型

控制文件200MRAID0+1

Redo日志文件300GBRAID0+1

系統(tǒng)表空間50GBRAID0+1

核心生產(chǎn)數(shù)據(jù)表空間1TBRAID0+1

索引表空間500GBRAID0+1

歸檔日志空間200GBRAID0+1

回滾表空間200GBRAID0+1

其他數(shù)據(jù)表空間1TBRAID5

歷史數(shù)據(jù)文件1TBRAID5

本次方案我們根據(jù)標書要求選擇HPEVA8400存儲設(shè)備作為推薦產(chǎn)品，滿足本次建設(shè)要求。HP

EVA8400控制器最大支持22GBCache。支持FC、FATA和SSD磁盤。

為了滿足隨機IOPS18000的要求，我們按照單塊15000rpm的SAS磁盤可以提供300?400個

IOPS計算，即我們至少需要配置50塊左右的磁盤。按照容量計算，我們配置48塊轉(zhuǎn)速15000rpm、

容量為450GB的FC磁盤，以滿足性能要求。

LL4存儲交換機

主機和存儲設(shè)備通過FCSAN進行互聯(lián)，根據(jù)標書要求采用兩臺Brocade300ESAN交換機實現(xiàn)

主機和存儲設(shè)備的互聯(lián)，保證連接性能的同時消除鏈路層的單點故障。每臺交換機激活16端口，滿

足當前主機和存儲鏈接需求。

1.2數(shù)據(jù)遷移方案

本次系統(tǒng)遷移的目標是在4小時停機維護時間內(nèi)完成數(shù)據(jù)在兩個數(shù)據(jù)中心RAC環(huán)境內(nèi)的遷移,

兩地數(shù)據(jù)中心之間通過1000Mbps的以太網(wǎng)鏈路互聯(lián)。

我們在本方案中建議以下三種方式實現(xiàn)Oracle數(shù)據(jù)庫的數(shù)據(jù)遷移：

?RMANBackup/Restore

■通過全備份、增量備份實現(xiàn)數(shù)據(jù)遷移

■實現(xiàn)方式簡單，遷移成本較低

■需要較長的停機維護時間

?Orac1eDataGuard遷移

■通過建立Active-Standby的模式運行實現(xiàn)數(shù)據(jù)自動復(fù)制，通過switchover的方式

實現(xiàn)主備中心的切換，實現(xiàn)數(shù)據(jù)遷移

■需要主-備中心使用相同服務(wù)器硬件平臺

?借助第三方工具(QuestSharePlex)遷移

■通過建立Active-Standby的模式運行實現(xiàn)數(shù)據(jù)自動復(fù)制，通過switchover的方式

實現(xiàn)主備中心的切換，實現(xiàn)數(shù)據(jù)遷移

■支持異構(gòu)平臺

■需要第三方工具支持，成本較高

1.2.1RMANBackup/Restore遷移

正式遷移前使用RMAN全備份源數(shù)據(jù)庫，通過1000Mbps網(wǎng)絡(luò)將備份數(shù)據(jù)傳輸至目標數(shù)據(jù)中心，

通過RMANrestore將數(shù)據(jù)庫在目標端恢復(fù)。

每天增量備份數(shù)據(jù)庫，將增量備份數(shù)據(jù)通過1000Mbps網(wǎng)絡(luò)傳輸至目標數(shù)據(jù)中心，通過RMAN

Restore將每天的增量數(shù)據(jù)恢復(fù)。

正式遷移開始時，中斷源數(shù)據(jù)庫的客戶端訪問連接，通過RMAN增量備份數(shù)據(jù)庫，將增量備份

數(shù)據(jù)通過1000Mbps網(wǎng)絡(luò)傳輸至目標數(shù)據(jù)中心，將源數(shù)據(jù)庫最后的增量部分在目標數(shù)據(jù)庫恢復(fù)。

該方法恢復(fù)數(shù)據(jù)庫實現(xiàn)方式簡單，不需要對源數(shù)據(jù)庫進行設(shè)置變更，不影響源數(shù)據(jù)庫的正常

運行；但該方式遷移數(shù)據(jù)庫需要較長的遷移周期，同時需要安排一定的停機時間，以保證數(shù)據(jù)的完

整遷移。

1.2.20racleDataGuard遷移

DataGuard方案是在新主機存儲設(shè)備劃分好、操作系統(tǒng)和數(shù)據(jù)庫軟件安裝完畢之后，通過在

新的磁盤陣列上創(chuàng)建與原有的數(shù)據(jù)庫一樣的卷組(VolumeGroup,簡稱VG),接著再在各個VG內(nèi)創(chuàng)

建與原有數(shù)據(jù)庫完全一致的邏輯卷(LogicalVolulne,簡稱LV),歸檔日志所在目錄以及oracle

的bdump、cdump和udump必須和原有的數(shù)據(jù)庫相應(yīng)目錄設(shè)置成一致。

然后在原有數(shù)據(jù)庫上做全庫的RMAN備份，再在新的磁盤陣列上利用RMAN備份生成的文件做

新的數(shù)據(jù)庫的恢復(fù)，并且將新的數(shù)據(jù)庫一直處于managedrecovery狀態(tài)，在此狀態(tài)下，原有數(shù)據(jù)

庫上生成的歸檔日志，可以在新的數(shù)據(jù)庫上應(yīng)用，以保證新的數(shù)據(jù)庫與原有的數(shù)據(jù)庫不斷同步。在

需要進行測試的時候，可以先將新的數(shù)據(jù)庫做一次RMAN備份，然后將新的數(shù)據(jù)庫至于open狀態(tài)，

新數(shù)據(jù)庫就可以進行交易驗證測試了。驗證測試完成之后，將新的數(shù)據(jù)庫再次恢復(fù)，此時恢復(fù)采用

的文件為新數(shù)據(jù)庫叩即前所做的RMAN備份的文件，然后再和遷移前的數(shù)據(jù)庫通過應(yīng)用歸檔日志保

持不斷同步。

當執(zhí)行數(shù)據(jù)庫正式切換時，將遷移前的數(shù)據(jù)庫所在的應(yīng)用全部正常關(guān)閉，保證不再有新的數(shù)

據(jù)庫記錄產(chǎn)生，然后插入相應(yīng)的驗證數(shù)據(jù)，再連續(xù)切若干個歸檔日志，保證在線聯(lián)機日志中不再保

留任何數(shù)據(jù)，將生成的所有歸檔日志全部在新的磁盤陣列所在的數(shù)據(jù)庫上進行應(yīng)用，然后將新的

數(shù)據(jù)庫至于打開狀態(tài)，這樣新的數(shù)據(jù)庫就能正常對外提供服務(wù)了。DataGuard的遷移流程如下圖所

示O

DataGuard方案所使用的軟件、工具和命令均為安裝了Oracle10g企業(yè)版所自帶，不再需要

另行購買。流程的實施具有一定難度，尤其還要保證不影響現(xiàn)有的系統(tǒng)的正常運行。DataGuard

整個實施流程中涉及到的所有命令的學習和掌握都需要一定的時間，生產(chǎn)數(shù)據(jù)庫和新數(shù)據(jù)庫之間

的歸檔日志如何自動傳輸以及歸檔日志如何自動在新數(shù)據(jù)庫上進行應(yīng)用，都需要認真考慮解決方

案。

DataGuard方案不能對現(xiàn)有的數(shù)據(jù)庫做表空間大小的優(yōu)化調(diào)整，它只能保持新數(shù)據(jù)庫所有的

數(shù)據(jù)文件和現(xiàn)有的數(shù)據(jù)庫數(shù)據(jù)文件完全一致。但由于采用該方案，之前的數(shù)據(jù)庫信息可以提前同

步，在正式切換時，需要同步的數(shù)據(jù)比較少，因而導致停業(yè)的時間比較短。在DataGuard的三種

模式中選擇最大性能模式，可以盡可能地減少對現(xiàn)有生產(chǎn)數(shù)據(jù)庫的性能影響。

1.2.3借助第三方工具(QuestSharePlex)遷移

此方式和2.2節(jié)OracleDataGuard的方法和原理是一樣的。下圖所示為SharePlexfor

Oracle的基本結(jié)構(gòu):

源系統(tǒng)目標系統(tǒng)

數(shù)據(jù)捕獲

SharePlexforOracle由捕獲進程來收集發(fā)生變化的數(shù)據(jù)，捕獲進程駐留在源系統(tǒng)上，自動

讀取Oracle的在線日志文件。這種讀操作是從操作系統(tǒng)的角度來完成的，而不是通過數(shù)據(jù)庫。通

過將日志文件作為獲取變化信息的源泉，Quest可以完成數(shù)據(jù)的復(fù)制而不會給生產(chǎn)系統(tǒng)帶來額外的

開銷。由于Oracle將所有的事物變化記錄到日志中并使用日志文件進行系統(tǒng)恢復(fù)，因此Shareplex

forOracle可以通過解析日志文件保障數(shù)據(jù)的一致性。

捕獲進程連續(xù)監(jiān)控日志文件用以捕捉變化信息。當日志文件中出現(xiàn)一條新記錄時，SharePlex

判斷其是否屬于被復(fù)制對象，如果是，則SharePlex為該條記錄加入用于決定此記錄將被發(fā)向那

個主機的地址信息并將包含地址信息的記錄存放到自己的隊列中，存儲隊列存在于數(shù)據(jù)庫之外。

發(fā)生改變的數(shù)據(jù)被立即處理并被發(fā)送到目標系統(tǒng)中而不等待提交或回滾動作的完成，因為等待提

交或回滾完成將帶來延遲。當提交或回滾信息被寫入日志文件時，它們也將被發(fā)送到目標系統(tǒng)中，

從而在目標系統(tǒng)中完成相對應(yīng)的操作。

捕獲進程具有如下特點：

?捕獲進程從Oracle日志文件中讀取信息，因此復(fù)制過程不會給生產(chǎn)數(shù)據(jù)庫實例帶來性

能問題;

?只有發(fā)生改變的數(shù)據(jù)被傳輸，而不是日志文件中的全部信息，因此SharePlex的網(wǎng)絡(luò)負

載非常??；

?盡管需要在Oracle數(shù)據(jù)庫中安裝少量的對象用來存儲有關(guān)復(fù)制的一些基本信息，但源

數(shù)據(jù)庫不需要參與到數(shù)據(jù)捕獲和傳輸過程中；

SharePlex的捕獲進程不但可以讀取在線的日志文件，而且可以讀取歸檔日志，甚至當歸檔

日志文件被移動到其它設(shè)備上時，SharePlex會發(fā)出提示信息。正是這種能力極大地增強了系統(tǒng)的

冗余功能。例如，如果捕獲進程由于某種原因被停止，當它重新啟動后數(shù)據(jù)同步不會受到影響；

數(shù)據(jù)傳輸

SharePlexforOracle在基于TCP/IP協(xié)議的網(wǎng)絡(luò)環(huán)境完成源和目標系統(tǒng)之間的數(shù)據(jù)傳輸。

其相關(guān)的進程確保數(shù)據(jù)的正確接收和網(wǎng)絡(luò)數(shù)據(jù)包的正確順序，從而提供網(wǎng)絡(luò)傳輸冗余，確保數(shù)據(jù)

的完整。整個數(shù)據(jù)傳輸過程無需其它的中間件。

應(yīng)用數(shù)據(jù)

應(yīng)用進程將傳送到目標系統(tǒng)中的信息轉(zhuǎn)化為SQL語句，然后發(fā)送給Oracle執(zhí)行。

SharePlex能夠?qū)崿F(xiàn)精確復(fù)制的一個重要原因就是其能保證從源數(shù)據(jù)庫到目標數(shù)據(jù)庫的

Oracle讀一致性，不但按順序復(fù)制事務(wù)，而且也復(fù)制上下文信息，將源數(shù)據(jù)庫中發(fā)生變化的全部

事務(wù)信息都復(fù)制到目標數(shù)據(jù)庫中。

盡管企業(yè)從規(guī)劃設(shè)計良好的業(yè)務(wù)系統(tǒng)中收益，但也不得不面臨數(shù)據(jù)庫升級和平臺遷移這一挑

戰(zhàn)。如從Oracle9i升級到11G,從HP平臺前移動AIX平臺等等呢個。

SharePlex可確保在進行以上工作時正常的事務(wù)處理得以繼續(xù)進行。源系統(tǒng)的功能不受到任

何影響，SharePlex只捕捉遷移過程中發(fā)生變化的事務(wù)并將它們排隊保存。當遷移工作結(jié)束后，這

些被保存的事務(wù)將被應(yīng)用到新系統(tǒng)中并進行數(shù)據(jù)同步工作。一旦數(shù)據(jù)同步后，用戶活動會有非常

短暫的停頓，在此瞬間將完成系統(tǒng)的切換動作。

方案收益

?異構(gòu)平臺的遷移及數(shù)據(jù)庫升級

基于SharePlex對復(fù)制平臺異構(gòu)的支持，SharePlex的系統(tǒng)遷移方案，完全可以實現(xiàn)跨平臺

的數(shù)據(jù)庫遷移或數(shù)據(jù)庫版本的升級。例如：用戶可以平滑的實現(xiàn)HP平臺下Oracle9i到AIX平

臺下Oracle11G的數(shù)據(jù)庫升級，沒有任何限制。

?極大地降低了停機時間

以往的數(shù)據(jù)庫遷移或升級，大部分情況下只能使用EXP/IMP的方式完成，必然造成較多的停

機時間，這對現(xiàn)今越來越要求高可用性的7*24小時系統(tǒng)來說，幾乎是不可接受的。SharePlex通

過使用中間機，及數(shù)據(jù)變化的即時復(fù)制等技術(shù)，使停機時間從兒小時甚至幾天，縮短到幾分鐘，最

大程度的滿足了用戶的需求。

?建立了風險回退機制

通常的數(shù)據(jù)庫升級或遷移都存在著一定的風險，如數(shù)據(jù)庫與應(yīng)用程序兼容問題等，如果升級

后出現(xiàn)未預(yù)料到的問題，或升級失敗，則需要能夠迅速切換到原有的系統(tǒng)，以保證系統(tǒng)的正常運

行。通過SharePlex設(shè)計方案，整個遷移過程都是可控的，原有生產(chǎn)環(huán)境保留，升級過程中失敗直

接啟用原有生產(chǎn)系統(tǒng)即可。SharePlex完成系統(tǒng)的升級或遷移后，可以建立一條由新系統(tǒng)到舊系統(tǒng)

的復(fù)制鏈路，將新系統(tǒng)上的數(shù)據(jù)變化復(fù)制回舊系統(tǒng)。此時，如果新系統(tǒng)出現(xiàn)意外情況，應(yīng)用不僅可

以迅速的切換到原有的系統(tǒng)，也避免了切換過程中的數(shù)據(jù)損失，保證了系統(tǒng)的平穩(wěn)過渡。

1.2.4遷移方案對比

RMAN遷移DataGuardSharePlex

難易程度較為容易有一定難度需要專業(yè)軟件

停機時間較長較短較短

實施額外費用無無需購買軟件授權(quán)

需要調(diào)整現(xiàn)有數(shù)據(jù)庫設(shè)置否是否

遷移周期長短短

平臺要求建議同構(gòu)平臺同構(gòu)平臺無要求

通過上述三種數(shù)據(jù)遷移方案的比較和本次系統(tǒng)遷移的要求，我們建議采用OracleDataGuard

的方式來實現(xiàn)Oracle數(shù)據(jù)庫的數(shù)據(jù)遷移。

1.2.5遷移數(shù)據(jù)校驗

1.2.5.1業(yè)務(wù)驗證方案

業(yè)務(wù)驗證方式是數(shù)據(jù)遷移驗證的核心，由于遷移流程中從小到大、從易到難會經(jīng)歷內(nèi)部測試、

預(yù)演和正式切換三個實施階段，而這三個階段分別需要業(yè)務(wù)的驗證。由于系統(tǒng)業(yè)務(wù)交易的數(shù)量太

多，而業(yè)務(wù)驗證時間和參與驗證機構(gòu)的數(shù)量各有不同，業(yè)務(wù)驗證不可能面面俱到，不可能涵蓋每一

筆交易，因此需要根據(jù)每個階段的測試目的，根據(jù)業(yè)務(wù)系統(tǒng)的交易類別和交易重要性，在不同的測

試階段，選擇不同的測試機構(gòu)和機構(gòu)數(shù)量，制定每個階段可行的業(yè)務(wù)驗證案例。

在內(nèi)部測試階段，業(yè)務(wù)驗證主要是測試數(shù)據(jù)遷移后應(yīng)用能否正常交易，因此該階段的測試側(cè)

重的是業(yè)務(wù)交易的可用性和核心交易的正確性，由于中間業(yè)務(wù)測試環(huán)境已經(jīng)搭建，所以在內(nèi)部測

試階段增加中間業(yè)務(wù)類的測試。

預(yù)演階段是正式切換的預(yù)先演習。由于內(nèi)部測試己經(jīng)測試了較為完整的交易流程，預(yù)演的目

的主要是驗證實際生產(chǎn)前臺環(huán)境的可用性，另外預(yù)演測試還能起到對新主機數(shù)據(jù)庫一個壓力測試

作用。

在正式切換階段，所有的驗證交易均為真實的操作，之前兩個階段的交易只在測試環(huán)境有效，

在生產(chǎn)環(huán)境中是不存在的，而正是切換后，遷移后的數(shù)據(jù)庫就轉(zhuǎn)為了新的生產(chǎn)數(shù)據(jù)庫，此時的交易

驗證要盡可能的詳細，必須包含所有核心交易，尤其是與外圍系統(tǒng)有業(yè)務(wù)交易往來的交易，能測的

都需要盡可能得測到。

1.2.5.2外圍系統(tǒng)驗證

如果存在以訂票系統(tǒng)為核心的外圍系統(tǒng)，并且這些外圍系統(tǒng)有些是需要通過業(yè)務(wù)交易與核心

系統(tǒng)的應(yīng)用和數(shù)據(jù)庫打交道，有些是不需要通過業(yè)務(wù)交易直接在數(shù)據(jù)庫層面或者其他層面與核心

系統(tǒng)進行交互，基于此，可以對所有外圍系統(tǒng)進行分析，將不需要通過業(yè)務(wù)交易驗證就可以驗證新

舊數(shù)據(jù)庫數(shù)據(jù)遷移是否正常的系統(tǒng)進行篩選，列出各外圍系統(tǒng)與核心系統(tǒng)的關(guān)聯(lián)性，并提供可行

的外圍系統(tǒng)驗證方法，從而提高數(shù)據(jù)遷移驗證的準確性，減少業(yè)務(wù)交易驗證的工作量。

1.2.5.3技術(shù)驗證方案

Oracle數(shù)據(jù)庫遷移的技術(shù)特性是在通過RMAN恢復(fù)數(shù)據(jù)庫后，不斷應(yīng)用遷移，前數(shù)據(jù)庫生成

的歸檔日志而這些歸檔日志記錄的就是使得原有數(shù)據(jù)庫的數(shù)據(jù)內(nèi)容進行改變的每一條語句。再由

于歸檔白志記錄的每條語句的順序，就是每條語句被執(zhí)行的順序，換句話說，就是執(zhí)行每條語句的

時間順序。根據(jù)以上分析，技術(shù)驗證的方法可以考慮通過在特定的時間在原有的數(shù)據(jù)庫中插入特

定的內(nèi)容，當數(shù)據(jù)遷移完成后，在新的數(shù)據(jù)庫中查找插入的特定內(nèi)容是否存在，如果不存在，遷移

肯定有問題，如果存在，則在一定程度上可以證明數(shù)據(jù)的一致性。

基于以上的分析，再加上現(xiàn)有生產(chǎn)數(shù)據(jù)庫的備份方式，，備份前，必須將應(yīng)用和數(shù)據(jù)庫正常關(guān)

閉，因此在技術(shù)驗證的時間點，考慮在生產(chǎn)數(shù)據(jù)庫上建立一張驗證表，表明為verify—tab,該表

字段為日期和時間字段，每天備份數(shù)據(jù)庫之前，在verify-tab中插入一條記錄，該記錄的內(nèi)容為

插入該條記錄的日期和時間，具體精確到年、月、日、小時、分鐘、秒。由于該驗證記錄是在數(shù)據(jù)

庫關(guān)閉前產(chǎn)生的最后一條記錄，如果新的數(shù)據(jù)庫上同步結(jié)束后正常打開后，能在新的數(shù)據(jù)庫的驗

證表verify--tab中查找到同樣的當日插入驗證記錄，并且新數(shù)據(jù)庫的告警日志altertSID.log

文件中沒有任何出錯信息，則可以肯定遷移前后新舊數(shù)據(jù)庫的內(nèi)容是保持完全一致的。

為了進一步驗證遷移前后數(shù)據(jù)的一致性，還可以考慮將數(shù)據(jù)庫中與應(yīng)用相關(guān)的、重要的數(shù)據(jù)

庫表的記錄數(shù)和某些字段的求和進行統(tǒng)計。我們可以通過執(zhí)行相應(yīng)的SQL命令獲得整個數(shù)據(jù)庫中

一共有多少記錄。當然，這個數(shù)據(jù)的獲得應(yīng)該在應(yīng)用正常關(guān)閉后數(shù)據(jù)庫正常關(guān)閉前獲得，然后將這

兩個數(shù)據(jù)記錄下來。在數(shù)據(jù)遷移完成后，在新的數(shù)據(jù)庫中同樣執(zhí)行相同的命令，也能得到兩個數(shù)

據(jù)，將前后兩次所得到的活期賬戶數(shù)和活期賬戶余額求和兩個數(shù)進行對比，如果兩個數(shù)都分別完

全一致，則從另一個角度也能說明遷移前后新舊數(shù)據(jù)庫數(shù)據(jù)的一致性。

完整性和可用性驗證相對比較簡單，只要遷移后的新數(shù)據(jù)庫能正常打開，并且架構(gòu)在數(shù)據(jù)庫

之上的應(yīng)用能正常啟動，不會報由于數(shù)據(jù)庫的問題導致應(yīng)用不可用，并且新數(shù)據(jù)庫的告警日志

altertSID.log文件中沒有任何出錯信息，那就可以肯定遷移后的新數(shù)據(jù)庫是完整的、可用的。

數(shù)據(jù)遷移的驗證是一個非常重要的內(nèi)容，通過驗證可以確定新舊數(shù)據(jù)庫內(nèi)容是否一致，可以

確定新的數(shù)據(jù)庫的完整性和有效性。

2服務(wù)協(xié)議

2.1服務(wù)內(nèi)容

本項目主要包括了XXXX股份有限公司電信機房遷移項目涉及的服務(wù)器、存儲、SAN交換機、

虛擬化軟件等硬件設(shè)備、相關(guān)軟件以及系統(tǒng)集成方案詳細設(shè)計、實施、培訓、技術(shù)支持與服務(wù)等內(nèi)

容。

本項目系統(tǒng)集成服務(wù)的具體內(nèi)容如下：

1.完成本項目中標采購設(shè)備的總體設(shè)計及工程實施方案的設(shè)計。

2.完成本項目中標采購設(shè)備的安裝、調(diào)試及相關(guān)軟件的集成服務(wù)。

3.完成本項目中涉及到的系統(tǒng)升級、平臺遷移和數(shù)據(jù)遷移的實施工作，確保在停機時間內(nèi)可以平

滑升級。

4.編制與本項目相關(guān)的各種工作文檔、技術(shù)文擋、測試記錄和工作記錄，并在項目驗收完成后全

部提交給甲方備案。

5.為甲方1關(guān)信息系統(tǒng)管理人員及相關(guān)人員提供相關(guān)設(shè)備的技術(shù)、維護等相關(guān)培訓。

2.2項目實施工作小組

項目經(jīng)理

IBMP系列認證

1項目經(jīng)理XXX

VCP虛擬化認證

OCP數(shù)據(jù)庫認證

2項目指導XXXORACLE專家

IBMP系列認證

3服務(wù)器工程師XXX

OCA數(shù)據(jù)庫認證

4存儲工程師XXXIBMP系列認證

IBMP系列認證

5數(shù)據(jù)庫工程師XXX

OCP數(shù)據(jù)庫認證

2.3項目進度計劃

T0+5T0+15T0+20T0+25T0+30T0+35T0+45T0+50T0+70

準備階段

產(chǎn)品訂貨

到貨驗收

設(shè)備上架

硬件平臺聯(lián)調(diào)■

數(shù)據(jù)遷移演練

系統(tǒng)測試

數(shù)據(jù)庫正式遷移■

系統(tǒng)整體測試/割接

項目初驗

項目終驗

注：

1.TO為項目啟動時間

2.產(chǎn)品訂貨約10天

3.實際實施時間約20天，同時進行系統(tǒng)測試

2.4項目分工界面

XXXX職責：

＞任務(wù)一項目準備

目標：協(xié)助XXXX檢查實施環(huán)境條件。

任務(wù)描述：

■協(xié)助XXXX前期的實施準備工作，提交有關(guān)現(xiàn)場安裝環(huán)境要求的文檔，協(xié)助完成現(xiàn)場環(huán)境

的準備，檢查并確認XXXX設(shè)備安裝環(huán)境是否已具備實施要求。

■在XXXX的協(xié)助下，完成本次項目的需求調(diào)查，為項目實施進行深化設(shè)計和前期準備。

■現(xiàn)場勘查

任務(wù)說明：

■對施工現(xiàn)場進行實地環(huán)境和準備情況勘察。

■結(jié)合現(xiàn)場情況訪談用戶，對主機、存儲、光纖網(wǎng)絡(luò)、IP網(wǎng)絡(luò)需求進行深入了解和細化。

■結(jié)合業(yè)務(wù)特點，了解現(xiàn)有系統(tǒng)運行環(huán)境。

■實地勘察完上述地點后，在五個工作日內(nèi)對該地發(fā)現(xiàn)的問題和建議進行匯總整理，以報告

的形式提交給甲方。

交付件：

■《現(xiàn)場勘察報告》

完成標準：

■乙方完成上述工作，提交交付件，本任務(wù)即視為完成。

＞任務(wù)二制定詳細設(shè)計方案及實施方案

目標：為XXXX項目具體實施確定深化實施方案。

任務(wù)描述：

■制定深化設(shè)計方案。

■制定系統(tǒng)實施計劃。

■制定系統(tǒng)測試計劃。

■制定系統(tǒng)驗收計劃。

交付件：

《sow手冊》、《深化設(shè)計方案》、《系統(tǒng)實施計劃方案》、《驗收方案》

完成標準：

乙方完成上述工作，提交交付件，本任務(wù)即視為完成。

＞任務(wù)三設(shè)備到貨、現(xiàn)場驗收

目標：督促廠商設(shè)備生產(chǎn)及發(fā)貨，確認到貨設(shè)備符合合同約定。

任務(wù)描述：

■督促廠商設(shè)備生產(chǎn)及發(fā)貨。

■制定設(shè)備驗收方案。

■在到貨現(xiàn)場，對硬件設(shè)備和軟件進行檢查并記錄設(shè)備S/N號。

交付項目：

設(shè)備現(xiàn)場驗收文檔

完成標準：

乙方完成上述工作，提交交付件，通過客戶審核，甲方本任務(wù)即視為完成。

＞任務(wù)四系統(tǒng)安裝調(diào)試、數(shù)據(jù)遷移

目標：在XXXX現(xiàn)場完成硬件設(shè)備和軟件的安裝、配置和調(diào)試。

任務(wù)描述：

■數(shù)據(jù)庫服務(wù)器安裝，調(diào)試

■存儲設(shè)備安裝、調(diào)試

■服務(wù)器和存儲系統(tǒng)互聯(lián)

■新平臺RAC環(huán)境搭建

■系統(tǒng)測試和遷移方案論證、演練

■數(shù)據(jù)遷移

交付項目：

《系統(tǒng)集成完工報告（FAT）》、《項目SOP手冊》、《系統(tǒng)測試報告》、《系統(tǒng)終驗報

告》

完成標準：

乙方完成上述工作，提交交付件，通過客戶審核，甲方本任務(wù)即視為完成。

XXXX職責：

1,xxxx應(yīng)同集成商進行系統(tǒng)整體設(shè)計，規(guī)劃及技術(shù)標準的制定；

2,XXXX應(yīng)配合集成商的分工界面及工程實施計劃，提供合適的機房環(huán)境、傳輸電路和與電信

的互連互通;

3,XXXX應(yīng)在采納集成商的各項建議后，對集成商的行為做出有效的約束，以保證工程的順利

實施：

4,XXXX應(yīng)根據(jù)雙方確認的技術(shù)標準與合作界面對集成商負責的部分進行驗收，并檢驗集成商

的工作進度；

5,為保證工程的順利運行，XXXX應(yīng)在故障發(fā)生的1小時之內(nèi)計時以書面形式通知集成商；

6,XXXX負責整個系統(tǒng)的驗收。

7,設(shè)備到貨后XXXX可提供存放地點，但不保證其安全性。

集成商和XXXX應(yīng)保持及時充分的溝通，本著協(xié)作的精神，共同保證工程的順利實施。為了保

證本工程按照XXXX的要求按期、按質(zhì)地完成工程建設(shè)，建議由貴方牽頭，由集成商協(xié)助，成立工

程項目總協(xié)調(diào)小組，實施統(tǒng)一的工程協(xié)調(diào)會制度。實施細節(jié)如下：

1,建立工程總協(xié)調(diào)小組，統(tǒng)一協(xié)調(diào)各方技術(shù)標準、工程進度等實施問題。

2,工程總協(xié)調(diào)小組的具體運作，應(yīng)該有明確的、含工程全程的實施計劃和要求。內(nèi)容有：

工程總協(xié)調(diào)小組的組織結(jié)構(gòu)及職責定義；

工程總協(xié)調(diào)小組的成員名單；

統(tǒng)一的工程進度及協(xié)調(diào)會制度；

工程簡報制度；

工程文檔規(guī)范。

2.5項目驗收方案

項目驗收包括項目結(jié)束時交付系統(tǒng)的驗收，也包括項目執(zhí)行過程中的集成產(chǎn)品交

付、項目階段成果交付等的驗收。應(yīng)該講，項目驗收貫穿于項目的全過程。

以下從項目驗收組織、驗收內(nèi)容、驗收標準、項目交付物以及驗收文檔，五個方面

說明本項目的項目驗收。

一、驗收組織

由業(yè)主方、我方（如果業(yè)主需要可以外聘專家）組成驗收小組，負責對項目進行

全面的驗收。也可以在合同專用條款中明確是否委托第三方進行驗收，沒有約定第三

方的，由業(yè)主負責驗收，每次驗收均應(yīng)在五個工作日完成。

二、驗收內(nèi)容

測試及驗收

在此次項目驗收中，甲乙雙方需要對項目中所提供的產(chǎn)品型號進行驗收。驗收過

程中，將提交驗收方案、驗收測試報告。

在產(chǎn)品交付驗收后，我方會將產(chǎn)品全部技術(shù)文件、資料、及測試、驗收報告等文

檔匯集成冊交付XXXX股份有限公司。

在驗收中測試的程序包括：

1）測試計劃及程序包括下列幾項：

a）測試的說明及測試的目的；

b）測試結(jié)果記錄的說明；

c）觀察、測試結(jié)果的硬件產(chǎn)品及程序；

d）測試進度表；

e）使用的軟件程序清單及說明。

1）有關(guān)的測試結(jié)果要以書面報告的形式由投標人提交，內(nèi)容包括：

a）測試的系統(tǒng)功能；

b）測試的系統(tǒng)性能等。

設(shè)備驗收

我方應(yīng)提前二天通知業(yè)主做好驗收準備。在指定的交貨地點組織驗收應(yīng)隨貨物向

客戶交付相關(guān)的備件、工具、使用說明書及相關(guān)資料。設(shè)備驗收是項目重要環(huán)節(jié)，主要

設(shè)備清點及加電測試，具體包含內(nèi)容如下：

1.設(shè)備的品牌、規(guī)格、數(shù)量、質(zhì)量、資料。

2.設(shè)備是全新的、未使用過的，采用的是最佳材料和第一流的工藝。

3.設(shè)備的質(zhì)量、規(guī)格和性能等符合合同規(guī)定的質(zhì)量、規(guī)格和性能要求。

驗收合格后，業(yè)主應(yīng)向我方出具加蓋公