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

1、正本招標(biāo)人： XXXX項(xiàng)目名稱：電信機(jī)房遷移項(xiàng)目（數(shù)據(jù)庫升級部分）投標(biāo)文件投標(biāo)方全稱：XXXX殳份有限公司2012 年 02 月 20 日刖百首先，非常感謝各位領(lǐng)導(dǎo)及專家給予 XXX）#與"XXX>®C據(jù)庫遷移項(xiàng)目”的機(jī)會， 我們憑借自身綜合實(shí)力及多年系統(tǒng)集成，提交本方案，望能采用。XXXXK團(tuán)（原青鳥軟件股份有限公司）起源于北京大學(xué)，是一家專業(yè)從事軟件與信 息技術(shù)服務(wù)的大型企業(yè)集團(tuán)（以下簡稱“ XXXX）, xxxxK團(tuán)以XXXXK份有限公司為核 心企業(yè)，XXXX舌躍在新經(jīng)濟(jì)下企業(yè)轉(zhuǎn)型服務(wù)領(lǐng)域，并在咨詢服務(wù)、軟件開發(fā)、系統(tǒng)集成 以及運(yùn)維服務(wù)四個(gè)核心業(yè)務(wù)領(lǐng)域積累了世界

2、領(lǐng)先的專業(yè)技術(shù)和服務(wù)經(jīng)驗(yàn)，與50 多家國際著名管理咨詢公司和軟硬件廠商結(jié)成戰(zhàn)略合作聯(lián)盟，與3000 多家國內(nèi)集成商緊密合作，為數(shù)萬家客戶提供信息技術(shù)服務(wù)和應(yīng)用軟件解決方案及相關(guān)服務(wù)，在金融、能源、 政府及企業(yè)領(lǐng)域建立起了卓越的聲譽(yù)和品牌， 是客戶最佳的信息技術(shù)發(fā)展戰(zhàn)略合作伙伴。針對本項(xiàng)目，XXXXM有如下優(yōu)勢： 集成優(yōu)勢XXXX乍為一級系統(tǒng)集成商，對系統(tǒng)集成有著深刻的認(rèn)識；同時(shí)設(shè)計(jì)和實(shí)施過在眾多數(shù)據(jù)中心、大型業(yè)務(wù)系統(tǒng)的軟硬件平臺，有著豐富的建設(shè)經(jīng)驗(yàn)；針對應(yīng)用的高可用性和業(yè)務(wù)的連續(xù)性有著深入的研究，結(jié)合用戶的具體需求，我們將提供全面、合理的解決方 案。產(chǎn)品優(yōu)勢XXXX1 IBM、HR SUN、型

3、機(jī)；ORACLESYBAS瞰據(jù)庫；IBM、ORACLE問件及試 測軟件；EMC HDSff儲；CISCO AVAYA3絡(luò)設(shè)備；APCB房設(shè)備等高級別代理商，對各 類產(chǎn)品有深入細(xì)致的了解，能為貴校提供最優(yōu)的解決方案。完善的質(zhì)量保證體系ISO9001質(zhì)量保證體系是質(zhì)量管理標(biāo)準(zhǔn)和質(zhì)量保證標(biāo)準(zhǔn)。XXXW 了進(jìn)一步提高公司 的管理水平，確立了以客戶為中心的質(zhì)量體系，并將其定義到整個(gè)系統(tǒng)集成的設(shè)計(jì)/ 開發(fā)、供應(yīng)、安裝和服務(wù)領(lǐng)域。 本地化服務(wù)能力上海XXX員工逾200人，技術(shù)人員50余名，其中包括小型機(jī)、中型機(jī)、存儲、數(shù)據(jù)庫、智能化、軟件、項(xiàng)目經(jīng)理人及網(wǎng)絡(luò)工程師若干名，具備較強(qiáng)的技術(shù)力量和 集成能力。公司特

4、為此項(xiàng)目成立豪華項(xiàng)目小組，由公司銷售總監(jiān)擔(dān)當(dāng)項(xiàng)目組長，監(jiān)控整個(gè)項(xiàng)目的實(shí)施過程，并組建 15 人的技術(shù)服務(wù)團(tuán)隊(duì)（有廠商資格認(rèn)證的工程師）配合廠商為用戶提供全方位的技術(shù)服務(wù)。優(yōu)惠政策公司根據(jù)本實(shí)驗(yàn)室的建設(shè)目標(biāo)、主要任務(wù)和功能定位，特免費(fèi)贈送對改實(shí)驗(yàn)室建設(shè)有幫助的一款系統(tǒng)軟件數(shù)據(jù)統(tǒng)計(jì)軟件，希望能夠充分的幫助學(xué)校更好的建設(shè)此實(shí)驗(yàn)室?？蒲泻献鹘冢瑖壹哟罅藢Α爱a(chǎn)學(xué)研”過程的扶持與引導(dǎo)力度，而XXX也一直致力于出身高校（前北大系）服務(wù)于高校的準(zhǔn)則，大力與高校進(jìn)行校企合作。充分利用高校的人力資源與科研能力， 在金融、 電力、 能源、 高教等領(lǐng)域共同開發(fā)出適合市場需求的產(chǎn)品，并樹立良好的品牌。因此，希望通過

5、此次參與上海交通大學(xué)項(xiàng)目，能夠有機(jī)會更進(jìn)一步與貴校在內(nèi)容安全領(lǐng)域有更多的科研合作，通過XXXX®有的用戶群來做市場推廣。本著與XXXXS立全面、持久、穩(wěn)定、良好的業(yè)務(wù)合作關(guān)系，我們鄭重承諾：以豐富的項(xiàng)目實(shí)施能力、雄厚的資金實(shí)力，以方便、快捷的本地化服務(wù)特點(diǎn)為保障，確保XXXXt據(jù)庫升級項(xiàng)目的順利實(shí)施。目錄1項(xiàng)目方案1.1 生產(chǎn)中心硬件平臺 1.1.1 系統(tǒng)拓?fù)浣Y(jié)構(gòu) 1.1.2 服務(wù)器硬件平臺選擇 1.1.3 存儲部分1.1.4 存儲交換機(jī) 1.2 數(shù)據(jù)遷移方案1.2.1 RMANBackup/Restore遷移1.2.2 OracleDataGuard 遷移1.2.3 借助第三方工具

6、(QuestSharePlex ) 遷移 1.2.4 遷移方案對比1.2.5 遷移數(shù)據(jù)校驗(yàn)2服務(wù)協(xié)議2.1 服務(wù)內(nèi)容2.2 項(xiàng)目實(shí)施工作小組 2.3 項(xiàng)目進(jìn)度計(jì)劃2.4 項(xiàng)目分工界面2.5 項(xiàng)目驗(yàn)收方案2.6 售后服務(wù)承諾第一章技術(shù)方案1項(xiàng)目方案生產(chǎn)中心硬件平臺 系統(tǒng)拓?fù)浣Y(jié)構(gòu)XXXX®有數(shù)據(jù)中心和新建設(shè)的數(shù)據(jù)中心服務(wù)器配置的簡單拓?fù)鋱D如下圖所示：現(xiàn)有生產(chǎn)中心數(shù)據(jù)庫服務(wù)器硬件平臺由兩臺 Sunv890服務(wù)器構(gòu)成，在Solaris10操作系統(tǒng)上運(yùn)行OracleRAC數(shù)據(jù)庫(10gR2),數(shù)據(jù)文件存放在共享的HPEVA840磁盤陣 列上。本次方案的主要目的是建設(shè)新的硬件平臺，將數(shù)據(jù)庫從現(xiàn)有

7、平臺平滑遷移至新的 硬件平臺。本次方案根據(jù)招標(biāo)文件中相關(guān)要求，參考當(dāng)前系統(tǒng)運(yùn)行狀況，選擇合適的硬件平 臺，支持核心數(shù)據(jù)庫系統(tǒng)的穩(wěn)定、高效運(yùn)行。根據(jù)本節(jié)硬件平臺的選擇結(jié)果，在第 2節(jié) 中我們將會給出相應(yīng)的數(shù)據(jù)遷移的幾種方案。服務(wù)器硬件平臺選擇當(dāng)前數(shù)據(jù)庫服務(wù)器采用了 Sunv890服務(wù)器，我們的目標(biāo)是根據(jù)現(xiàn)有的硬件配置推算出我們需要的新硬件平臺服務(wù)器的處理器的配置需求。衡量 OLT嘮應(yīng)用系統(tǒng)的處理 器處理能力的指標(biāo)有CPU2006 SPECjbb2005 TPC-C等指標(biāo)。由于不同廠商的不同時(shí)期 發(fā)布的產(chǎn)品在性能比較上不存在單一的標(biāo)準(zhǔn)， 加上部分產(chǎn)品未參與某些指標(biāo)的公開測試, 所以在下面的討論中我

8、們選擇同時(shí)發(fā)布了 SPECjbb2005ffi CPU2006旨標(biāo)的v890（UltraSPARCIV+2.1GHz處理器）服務(wù)器作為基準(zhǔn)，作為其他服務(wù)器處理器比較的依據(jù)。從和可以分別獲得主流服務(wù)器平臺的 TPC-C和CPU2006旨標(biāo)數(shù)據(jù)。各個(gè)型號服務(wù)器的SPECjbb2005ffi CPU2006勺數(shù)據(jù)和相應(yīng)配置如下表所示：CINT2006CFP2006SPECjbb2005V890(8chip , 16core , 1.5GHz)UUlUUJLiiU IM HE州II：# Milm而，隼卬OHEBBSSB_ _.UAA*JL-M.r_117986 kii . I4V890(8chip ,

9、 16core , 2.1GHz)154, a k aa 4 >>244846 li n ' - - - - 一 一 一一 - .M3000(1Chip, 2Core, 2.7GHz)33.529.5M5000(8Chip, 32Core, 2.6GHz)352278n ,H , ,1因?yàn)閁ltraSPARCIV+1500MHz勺v890采用的是SPECjbb2005指標(biāo)，我們只能從相 關(guān)的參考指標(biāo)來推算出當(dāng)前 Oracle在主流服務(wù)器中配置的SPARC6芯片性能比較參數(shù)。 從上表中可以看出，單顆2.6GHz的SPARC6芯片性能大約是2.1GHzUltraSPARCIV+

10、®片 的2.3倍，單顆2.1GHzUltraSPARCIVM理器是同型號1.5GHz主頻處理器的2倍。因此 2.6GHz主頻的SPARC6處理器Tt能是UltraSPARC1.5GHz處理器Tt能的5倍左右。根據(jù)標(biāo)書要求，服務(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ù)可以表明 可以提升當(dāng)前數(shù)據(jù)庫系統(tǒng)的性能，使得系統(tǒng)的響應(yīng)時(shí)間縮短510

11、倍，系統(tǒng)的吞吐量提高510倍左右。從而系統(tǒng)總體性能上有了 10倍左右的提升。存儲部分OLTP®傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的主要應(yīng)用，主要是基本的、日常的事務(wù)處理，具有 很高的并發(fā)性（大量的交互式用戶）,并且是更新密集型的，SQL語句主要以插入、更新 和刪除為主，要求具有較快的響應(yīng)時(shí)間，以銀行系統(tǒng)，訂票系統(tǒng)為代表。由于OLTP應(yīng)用的業(yè)務(wù)特點(diǎn)，從性能角度出發(fā)，對磁盤子系統(tǒng)有一定的要求。OLTPS統(tǒng)最容易出現(xiàn)并頸的地方除了 CPLM是磁盤子系統(tǒng)。磁盤子系統(tǒng)在OLT叫 境中，它的承載能力一般取決于它每秒處理 I/O的數(shù)量。因?yàn)樵贠LT叫境中，磁盤物 理讀一般都是dbfilesequentialrea

12、d,也就是單塊讀，但是這個(gè)讀的次數(shù)非常頻繁。如果頻繁到磁盤子系統(tǒng)都不能承載其IOPS的時(shí)候，就會出現(xiàn)大的性能問題。另外磁盤子 系統(tǒng)的控制器的Cache大小對I/O系統(tǒng)的性能也至關(guān)重要，Cache決定了很多事務(wù)不需 要從物理磁盤存取數(shù)據(jù)，從而大大縮短了事務(wù)處理的時(shí)間。根據(jù)標(biāo)書要求，存儲設(shè)備的選擇需要同時(shí)支持 FC和iSCSI協(xié)議，IOPS至少達(dá)到 18000,控制器緩存至少16GB可用磁盤容量達(dá)到10TB,配置容量需要達(dá)到20TB左右。 針對Oracle數(shù)據(jù)庫，可以按照如下的方式進(jìn)行 RAID的設(shè)置：文件需要容量RAID類型控制文件200MRAID0+1Redo日志文件300GBRAID0+1系

13、統(tǒng)表空間50GBRAID0+1核心生產(chǎn)數(shù)據(jù)表空間1TBRAID0+1索引表空間500GBRAID0+1歸檔日志空間200GBRAID0+1回滾表空間200GBRAID0+1其他數(shù)據(jù)表空間1TBRAID5歷史數(shù)據(jù)文件1TBRAID5本次方案我們根據(jù)標(biāo)書要求選擇 HPEVA840存儲設(shè)備作為推薦產(chǎn)品，滿足本次建設(shè)要求。HPEVA8400I制器最大支持22GBCache支持FG FATAffi SSD1盤為了滿足隨機(jī)IOPS18000的要求，我們按照單塊15000rpm的SASK盤可以提供300400個(gè)IOPS計(jì)算，即我們至少需要配置50塊左右的磁盤。按照容量計(jì)算，我們配 置48塊轉(zhuǎn)速15000rp

14、m容量為450GB的FC磁盤，以滿足性能要求。存儲交換機(jī)主機(jī)和存儲設(shè)備通過FCSAN4行互聯(lián)，根據(jù)標(biāo)書要求采用兩臺 Brocade300ESANfc換機(jī)實(shí)現(xiàn)主機(jī)和存儲設(shè)備的互聯(lián)，保證連接性能的同時(shí)消除鏈路層的單點(diǎn)故障。每臺交換機(jī)激活 16 端口，滿足當(dāng)前主機(jī)和存儲鏈接需求。數(shù)據(jù)遷移方案本次系統(tǒng)遷移的目標(biāo)是在4小時(shí)停機(jī)維護(hù)時(shí)間內(nèi)完成數(shù)據(jù)在兩個(gè)數(shù)據(jù)中心RA5境內(nèi)的遷移，兩地?cái)?shù)據(jù)中心之間通過 1000Mbps的以太網(wǎng)鏈路互聯(lián)。我們在本方案中建議以下三種方式實(shí)現(xiàn)Oracle 數(shù)據(jù)庫的數(shù)據(jù)遷移：RMANBackup/Restore通過全備份、增量備份實(shí)現(xiàn)數(shù)據(jù)遷移實(shí)現(xiàn)方式簡單，遷移成本較低需要較長的停機(jī)維

15、護(hù)時(shí)間OracleDataGuard 遷移通過建立 Active-Standby 的模式運(yùn)行實(shí)現(xiàn)數(shù)據(jù)自動復(fù)制，通過switchover 的方式實(shí)現(xiàn)主備中心的切換，實(shí)現(xiàn)數(shù)據(jù)遷移需要主 - 備中心使用相同服務(wù)器硬件平臺借助第三方工具( QuestSharePlex )遷移通過建立 Active-Standby 的模式運(yùn)行實(shí)現(xiàn)數(shù)據(jù)自動復(fù)制，通過switchover 的方式實(shí)現(xiàn)主備中心的切換，實(shí)現(xiàn)數(shù)據(jù)遷移支持異構(gòu)平臺需要第三方工具支持，成本較高RMANBackup/Restore遷移正式遷移前使用RMA曲備份源數(shù)據(jù)庫，通過1000Mbps網(wǎng)絡(luò)將備份數(shù)據(jù)傳輸至目 標(biāo)數(shù)據(jù)中心，通過RMANrestore將

16、數(shù)據(jù)庫在目標(biāo)端恢復(fù)。每天增量備份數(shù)據(jù)庫，將增量備份數(shù)據(jù)通過1000Mbps網(wǎng)絡(luò)傳輸至目標(biāo)數(shù)據(jù)中心， 通過RMANRestore等每天的增量數(shù)據(jù)恢復(fù)。正式遷移開始時(shí)，中斷源數(shù)據(jù)庫的客戶端訪問連接，通過RMA峭量備份數(shù)據(jù)庫， 將增量備份數(shù)據(jù)通過1000Mbp加絡(luò)傳輸至目標(biāo)數(shù)據(jù)中心，將源數(shù)據(jù)庫最后的增量部分 在目標(biāo)數(shù)據(jù)庫恢復(fù)。該方法恢復(fù)數(shù)據(jù)庫實(shí)現(xiàn)方式簡單， 不需要對源數(shù)據(jù)庫進(jìn)行設(shè)置變更， 不影響源數(shù)據(jù)庫的正常運(yùn)行；但該方式遷移數(shù)據(jù)庫需要較長的遷移周期，同時(shí)需要安排一定的停機(jī)時(shí)間，以保證數(shù)據(jù)的完整遷移。OracleDataGuard 遷移DataGuard方案是在新主機(jī)存儲設(shè)備劃分好、操作系統(tǒng)和數(shù)據(jù)庫

17、軟件安裝完畢之后， 通過在新的磁盤陣列上創(chuàng)建與原有的數(shù)據(jù)庫一樣的卷組（VolumeGroup， 簡稱 VG），接著再在各個(gè)VGft創(chuàng)建與原有數(shù)據(jù)庫完全一致的邏輯卷（LogicalVolulne ，簡稱LV）, 歸檔日志所在目錄以及oracle的bdump cdum而口 udum心、須和原有的數(shù)據(jù)庫相應(yīng)目 錄設(shè)置成一致。然后在原有數(shù)據(jù)庫上做全庫的 RMA洛份，再在新的磁盤陣列上利用RMA附份生 成的文件做新的數(shù)據(jù)庫的恢復(fù)，并且將新的數(shù)據(jù)庫一直處于 managedrecovery 狀態(tài)， 在此狀態(tài)下，原有數(shù)據(jù)庫上生成的歸檔日志，可以在新的數(shù)據(jù)庫上應(yīng)用，以保證新的數(shù)據(jù)庫與原有的數(shù)據(jù)庫不斷同步。在需要

18、進(jìn)行測試的時(shí)候，可以先將新的數(shù)據(jù)庫做一次RMAK份，然后將新的數(shù)據(jù)庫至于open狀態(tài)，新數(shù)據(jù)庫就可以進(jìn)行交易驗(yàn)證測試了。驗(yàn)證測試完成之后，將新的數(shù)據(jù)庫再次恢復(fù)，此時(shí)恢復(fù)采用的文件為新數(shù)據(jù)庫叩即前所做的RMAK份的文件，然后再和遷移前的數(shù)據(jù)庫通過應(yīng)用歸檔日志保持不斷同 步。當(dāng)執(zhí)行數(shù)據(jù)庫正式切換時(shí)， 將遷移前的數(shù)據(jù)庫所在的應(yīng)用全部正常關(guān)閉， 保證不再有新的數(shù)據(jù)庫記錄產(chǎn)生，然后插入相應(yīng)的驗(yàn)證數(shù)據(jù)，再連續(xù)切若干個(gè)歸檔日志，保證在線聯(lián)機(jī)日志中不再保留任何數(shù)據(jù)，將生成的所有歸檔日志全部在新的磁盤陣列所在的數(shù)據(jù)庫上進(jìn)行應(yīng)用，然后將新的數(shù)據(jù)庫至于打開狀態(tài)，這樣新的數(shù)據(jù)庫就能正常對外提供服務(wù)了。 DataGua

19、rd 的遷移流程如下圖所示。DataGuard方案所使用的軟件、工具和命令均為安裝了 Oracle10g企業(yè)版所自帶,不再需要另行購買。流程的實(shí)施具有一定難度，尤其還要保證不影響現(xiàn)有的系統(tǒng)的正常運(yùn)行。 DataGuard 整個(gè)實(shí)施流程中涉及到的所有命令的學(xué)習(xí)和掌握都需要一定的時(shí)間，生產(chǎn)數(shù)據(jù)庫和新數(shù)據(jù)庫之間的歸檔日志如何自動傳輸以及歸檔日志如何自動在新數(shù)據(jù)庫上進(jìn)行應(yīng)用，都需要認(rèn)真考慮解決方案。DataGuard方案不能對現(xiàn)有的數(shù)據(jù)庫做表空間大小的優(yōu)化調(diào)整，它只能保持新數(shù)據(jù)庫所有的數(shù)據(jù)文件和現(xiàn)有的數(shù)據(jù)庫數(shù)據(jù)文件完全一致。但由于采用該方案，之前的數(shù)據(jù)庫信息可以提前同步，在正式切換時(shí)，需要同步的數(shù)據(jù)比

20、較少，因而導(dǎo)致停業(yè)的時(shí)間比較短。在DataGuard 的三種模式中選擇最大性能模式，可以盡可能地減少對現(xiàn)有生產(chǎn)數(shù)據(jù)庫的性能影響。借助第三方工具( QuestSharePlex )遷移此方式和 2.2 節(jié) OracleDataGuard 的方法和原理是一樣的。下圖所示為SharePlexforOracle 的基本結(jié)構(gòu)：數(shù)據(jù)捕獲SharePlexforOracle 由捕獲進(jìn)程來收集發(fā)生變化的數(shù)據(jù)，捕獲進(jìn)程駐留在源系統(tǒng)上，自動讀取Oracle 的在線日志文件。這種讀操作是從操作系統(tǒng)的角度來完成的，而不是通過數(shù)據(jù)庫。通過將日志文件作為獲取變化信息的源泉， Quest 可以完成數(shù)據(jù)的復(fù)制而不會給生產(chǎn)系統(tǒng)

21、帶來額外的開銷。 由于 Oracle 將所有的事物變化記錄到日志中并使用日志文件進(jìn)行系統(tǒng)恢復(fù)， 因此 ShareplexforOracle 可以通過解析日志文件保 障數(shù)據(jù)的一致性。捕獲進(jìn)程連續(xù)監(jiān)控日志文件用以捕捉變化信息。 當(dāng)日志文件中出現(xiàn)一條新記錄時(shí)，SharePlex 判斷其是否屬于被復(fù)制對象，如果是，則 SharePlex 為該條記錄加入用于決定此記錄將被發(fā)向那個(gè)主機(jī)的地址信息并將包含地址信息的記錄存放到自己的隊(duì)列中，存儲隊(duì)列存在于數(shù)據(jù)庫之外。發(fā)生改變的數(shù)據(jù)被立即處理并被發(fā)送到目標(biāo)系統(tǒng)中而不等待提交或回滾動作的完成，因?yàn)榈却峤换蚧貪L完成將帶來延遲。當(dāng)提交或回滾信息被寫入日志文件時(shí)，它們

22、也將被發(fā)送到目標(biāo)系統(tǒng)中，從而在目標(biāo)系統(tǒng)中完成相對應(yīng)的操作。捕獲進(jìn)程具有如下特點(diǎn)：捕獲進(jìn)程從Oracle 日志文件中讀取信息，因此復(fù)制過程不會給生產(chǎn)數(shù)據(jù)庫實(shí)例帶來性能問題；只有發(fā)生改變的數(shù)據(jù)被傳輸， 而不是日志文件中的全部信息， 因此 SharePlex的網(wǎng)絡(luò)負(fù)載非常??；盡管需要在Oracle 數(shù)據(jù)庫中安裝少量的對象用來存儲有關(guān)復(fù)制的一些基本信息，但源數(shù)據(jù)庫不需要參與到數(shù)據(jù)捕獲和傳輸過程中；SharePlex 的捕獲進(jìn)程不但可以讀取在線的日志文件，而且可以讀取歸檔日志，甚至當(dāng)歸檔日志文件被移動到其它設(shè)備上時(shí)， SharePlex 會發(fā)出提示信息。正是這種能力極大地增強(qiáng)了系統(tǒng)的冗余功能。例如，如果

23、捕獲進(jìn)程由于某種原因被停止，當(dāng)它重新啟動后數(shù)據(jù)同步不會受到影響；數(shù)據(jù)傳輸SharePlexforOracle 在基于 TCP/IP 協(xié)議的網(wǎng)絡(luò)環(huán)境完成源和目標(biāo)系統(tǒng)之間的數(shù)據(jù)傳輸。其相關(guān)的進(jìn)程確保數(shù)據(jù)的正確接收和網(wǎng)絡(luò)數(shù)據(jù)包的正確順序，從而提供網(wǎng)絡(luò)傳輸冗余，確保數(shù)據(jù)的完整。整個(gè)數(shù)據(jù)傳輸過程無需其它的中間件。應(yīng)用數(shù)據(jù)應(yīng)用進(jìn)程將傳送到目標(biāo)系統(tǒng)中的信息轉(zhuǎn)化為SQL®句，然后發(fā)送給Oracle執(zhí)行。SharePlex 能夠?qū)崿F(xiàn)精確復(fù)制的一個(gè)重要原因就是其能保證從源數(shù)據(jù)庫到目標(biāo)數(shù)據(jù)庫的 Oracle 讀一致性， 不但按順序復(fù)制事務(wù)， 而且也復(fù)制上下文信息， 將源數(shù)據(jù)庫中發(fā)生變化的全部事務(wù)信息都復(fù)制

24、到目標(biāo)數(shù)據(jù)庫中。盡管企業(yè)從規(guī)劃設(shè)計(jì)良好的業(yè)務(wù)系統(tǒng)中收益， 但也不得不面臨數(shù)據(jù)庫升級和平臺遷移這一挑戰(zhàn)。如從Oracle9i升級到11G從HP平臺前移動AIX平臺等等呢個(gè)。SharePlex 可確保在進(jìn)行以上工作時(shí)正常的事務(wù)處理得以繼續(xù)進(jìn)行。源系統(tǒng)的功能不受到任何影響， SharePlex 只捕捉遷移過程中發(fā)生變化的事務(wù)并將它們排隊(duì)保存。當(dāng)遷移工作結(jié)束后，這些被保存的事務(wù)將被應(yīng)用到新系統(tǒng)中并進(jìn)行數(shù)據(jù)同步工作。一旦數(shù)據(jù)同步后，用戶活動會有非常短暫的停頓，在此瞬間將完成系統(tǒng)的切換動作。方案收益異構(gòu)平臺的遷移及數(shù)據(jù)庫升級基于 SharePlex 對復(fù)制平臺異構(gòu)的支持， SharePlex 的系統(tǒng)遷移方

25、案，完全可以實(shí)現(xiàn)跨平臺的數(shù)據(jù)庫遷移或數(shù)據(jù)庫版本的升級。例如：用戶可以平滑的實(shí)現(xiàn)HP平臺下Oracle9i到AIX平臺下OraclellG的數(shù)據(jù)庫升級，沒有任何限制。極大地降低了停機(jī)時(shí)間以往的數(shù)據(jù)庫遷移或升級，大部分情況下只能使用EXP/IMP的方式完成，必然造成較多的停機(jī)時(shí)間， 這對現(xiàn)今越來越要求高可用性的 7*24 小時(shí)系統(tǒng)來說， 幾乎是不可接受的。 SharePlex 通過使用中間機(jī)，及數(shù)據(jù)變化的即時(shí)復(fù)制等技術(shù)，使停機(jī)時(shí)間從幾小時(shí)甚至幾天，縮短到幾分鐘，最大程度的滿足了用戶的需求。建立了風(fēng)險(xiǎn)回退機(jī)制通常的數(shù)據(jù)庫升級或遷移都存在著一定的風(fēng)險(xiǎn)， 如數(shù)據(jù)庫與應(yīng)用程序兼容問題等，如果升級后出現(xiàn)未預(yù)

26、料到的問題，或升級失敗，則需要能夠迅速切換到原有的系統(tǒng)，以保證系統(tǒng)的正常運(yùn)行。通過SharePlex 設(shè)計(jì)方案，整個(gè)遷移過程都是可控的，原有生產(chǎn)環(huán)境保留，升級過程中失敗直接啟用原有生產(chǎn)系統(tǒng)即可。 SharePlex 完成系統(tǒng)的升級或遷移后，可以建立一條由新系統(tǒng)到舊系統(tǒng)的復(fù)制鏈路，將新系統(tǒng)上的數(shù)據(jù)變化 復(fù)制回舊系統(tǒng)。此時(shí)，如果新系統(tǒng)出現(xiàn)意外情況，應(yīng)用不僅可以迅速的切換到原有的 系統(tǒng)，也避免了切換過程中的數(shù)據(jù)損失，保證了系統(tǒng)的平穩(wěn)過渡。遷移方案對比RMANE 移DataGuardSharePlex難易程度較為容易有一定難度:需要專業(yè)軟件停機(jī)時(shí)間較長較短較短實(shí)施額外費(fèi)用無無需購買軟件授權(quán)需要調(diào)整現(xiàn)有

27、數(shù)據(jù)庫設(shè)置否是 1否遷移周期長短短平臺要求建議同構(gòu)平臺一同構(gòu)平臺尢要求通過上述三種數(shù)據(jù)遷移方案的比較和本次系統(tǒng)遷移的要求，我們建議采用OracleDataGuard的方式來實(shí)現(xiàn)Oracle數(shù)據(jù)庫的數(shù)據(jù)遷移。遷移數(shù)據(jù)校驗(yàn) 業(yè)務(wù)驗(yàn)證方案業(yè)務(wù)驗(yàn)證方式是數(shù)據(jù)遷移驗(yàn)證的核心， 由于遷移流程中從小到大、 從易到難會經(jīng) 歷內(nèi)部測試、預(yù)演和正式切換三個(gè)實(shí)施階段，而這三個(gè)階段分別需要業(yè)務(wù)的驗(yàn)證。由 于系統(tǒng)業(yè)務(wù)交易的數(shù)量太多，而業(yè)務(wù)驗(yàn)證時(shí)間和參與驗(yàn)證機(jī)構(gòu)的數(shù)量各有不同，業(yè)務(wù) 驗(yàn)證不可能面面俱到，不可能涵蓋每一筆交易，因此需要根據(jù)每個(gè)階段的測試目的， 根據(jù)業(yè)務(wù)系統(tǒng)的交易類別和交易重要性，在不同的測試階段，選擇不同的

28、測試機(jī)構(gòu)和 機(jī)構(gòu)數(shù)量，制定每個(gè)階段可行的業(yè)務(wù)驗(yàn)證案例。在內(nèi)部測試階段，業(yè)務(wù)驗(yàn)證主要是測試數(shù)據(jù)遷移后應(yīng)用能否正常交易，因此該階段的測試側(cè)重的是業(yè)務(wù)交易的可用性和核心交易的正確性，由于中間業(yè)務(wù)測試環(huán)境已 經(jīng)搭建，所以在內(nèi)部測試階段增加中間業(yè)務(wù)類的測試。預(yù)演階段是正式切換的預(yù)先演習(xí)。由于內(nèi)部測試已經(jīng)測試了較為完整的交易流程, 預(yù)演的目的主要是驗(yàn)證實(shí)際生產(chǎn)前臺環(huán)境的可用性，另外預(yù)演測試還能起到對新主機(jī) 數(shù)據(jù)庫一個(gè)壓力測試作用在正式切換階段， 所有的驗(yàn)證交易均為真實(shí)的操作， 之前兩個(gè)階段的交易只在測試環(huán)境有效，在生產(chǎn)環(huán)境中是不存在的，而正是切換后，遷移后的數(shù)據(jù)庫就轉(zhuǎn)為了新的生產(chǎn)數(shù)據(jù)庫，此時(shí)的交易驗(yàn)證要盡

29、可能的詳細(xì)，必須包含所有核心交易，尤其是與外圍系統(tǒng)有業(yè)務(wù)交易往來的交易，能測的都需要盡可能得測到。外圍系統(tǒng)驗(yàn)證如果存在以訂票系統(tǒng)為核心的外圍系統(tǒng)， 并且這些外圍系統(tǒng)有些是需要通過業(yè)務(wù)交易與核心系統(tǒng)的應(yīng)用和數(shù)據(jù)庫打交道，有些是不需要通過業(yè)務(wù)交易直接在數(shù)據(jù)庫層面或者其他層面與核心系統(tǒng)進(jìn)行交互，基于此，可以對所有外圍系統(tǒng)進(jìn)行分析，將不需要通過業(yè)務(wù)交易驗(yàn)證就可以驗(yàn)證新舊數(shù)據(jù)庫數(shù)據(jù)遷移是否正常的系統(tǒng)進(jìn)行篩選，列出各外圍系統(tǒng)與核心系統(tǒng)的關(guān)聯(lián)性，并提供可行的外圍系統(tǒng)驗(yàn)證方法，從而提高數(shù)據(jù)遷移驗(yàn)證的準(zhǔn)確性，減少業(yè)務(wù)交易驗(yàn)證的工作量。技術(shù)驗(yàn)證方案Oracle數(shù)據(jù)庫遷移的技術(shù)特性是在通過RMANR復(fù)數(shù)據(jù)庫后，不斷

30、應(yīng)用遷移，前數(shù)據(jù)庫生成的歸檔日志而這些歸檔日志記錄的就是使得原有數(shù)據(jù)庫的數(shù)據(jù)內(nèi)容進(jìn)行改變的每一條語句。再由于歸檔白志記錄的每條語句的順序，就是每條語句被執(zhí)行的順序，換句話說，就是執(zhí)行每條語句的時(shí)間順序。根據(jù)以上分析，技術(shù)驗(yàn)證的方法可以考慮通過在特定的時(shí)間在原有的數(shù)據(jù)庫中插入特定的內(nèi)容，當(dāng)數(shù)據(jù)遷移完成后，在新的數(shù)據(jù)庫中查找插入的特定內(nèi)容是否存在， 如果不存在， 遷移肯定有問題， 如果存在，則在一定程度上可以證明數(shù)據(jù)的一致性?；谝陨系姆治?，再加上現(xiàn)有生產(chǎn)數(shù)據(jù)庫的備份方式， ，備份前，必須將應(yīng)用和數(shù)據(jù)庫正常關(guān)閉，因此在技術(shù)驗(yàn)證的時(shí)間點(diǎn)，考慮在生產(chǎn)數(shù)據(jù)庫上建立一張驗(yàn)證表，表明為verify-tab，

31、該表字段為日期和時(shí)間字段，每天備份數(shù)據(jù)庫之前，在verify-tab中插入一條記錄，該記錄的內(nèi)容為插入該條記錄的日期和時(shí)間，具體精確到年、月、日、小時(shí)、分鐘、秒。由于該驗(yàn)證記錄是在數(shù)據(jù)庫關(guān)閉前產(chǎn)生的最后一條記錄，如果新的數(shù)據(jù)庫上同步結(jié)束后正常打開后，能在新的數(shù)據(jù)庫的驗(yàn)證表verify-tab中查找到同樣的當(dāng)日插入驗(yàn)證記錄，并且新數(shù)據(jù)庫的告警日志altertSID.log 文件中沒有任何出錯信息，則可以肯定遷移前后新舊數(shù)據(jù)庫的內(nèi)容是保持完全一致的。為了進(jìn)一步驗(yàn)證遷移前后數(shù)據(jù)的一致性，還可以考慮將數(shù)據(jù)庫中與應(yīng)用相關(guān)的、重要的數(shù)據(jù)庫表的記錄數(shù)和某些字段的求和進(jìn)行統(tǒng)計(jì)。我們可以通過執(zhí)行相應(yīng)的 SQL

32、命令獲得整個(gè)數(shù)據(jù)庫中一共有多少記錄。當(dāng)然，這個(gè)數(shù)據(jù)的獲得應(yīng)該在應(yīng)用正常關(guān)閉 后數(shù)據(jù)庫正常關(guān)閉前獲得，然后將這兩個(gè)數(shù)據(jù)記錄下來。在數(shù)據(jù)遷移完成后，在新的 數(shù)據(jù)庫中同樣執(zhí)行相同的命令，也能得到兩個(gè)數(shù)據(jù)，將前后兩次所得到的活期賬戶數(shù) 和活期賬戶余額求和兩個(gè)數(shù)進(jìn)行對比，如果兩個(gè)數(shù)都分別完全一致，則從另一個(gè)角度 也能說明遷移前后新舊數(shù)據(jù)庫數(shù)據(jù)的一致性。完整性和可用性驗(yàn)證相對比較簡單， 只要遷移后的新數(shù)據(jù)庫能正常打開， 并且架 構(gòu)在數(shù)據(jù)庫之上的應(yīng)用能正常啟動，不會報(bào)由于數(shù)據(jù)庫的問題導(dǎo)致應(yīng)用不可用，并且 新數(shù)據(jù)庫的告警日志altertSID.log 文件中沒有任何出錯信息，那就可以肯定遷移后 的新數(shù)據(jù)庫是完

33、整的、可用的。數(shù)據(jù)遷移的驗(yàn)證是一個(gè)非常重要的內(nèi)容， 通過驗(yàn)證可以確定新舊數(shù)據(jù)庫內(nèi)容是否 一致，可以確定新的數(shù)據(jù)庫的完整性和有效性。服務(wù)協(xié)議服務(wù)內(nèi)容本項(xiàng)目主要包括了 XXXX殳份有限公司電信機(jī)房遷移項(xiàng)目涉及的服務(wù)器、 存儲、SAN 交換機(jī)、虛擬化軟件等硬件設(shè)備、相關(guān)軟件以及系統(tǒng)集成方案詳細(xì)設(shè)計(jì)、實(shí)施、培訓(xùn)、 技術(shù)支持與服務(wù)等內(nèi)容。本項(xiàng)目系統(tǒng)集成服務(wù)的具體內(nèi)容如下：1 .完成本項(xiàng)目中標(biāo)采購設(shè)備的總體設(shè)計(jì)及工程實(shí)施方案的設(shè)計(jì)。2 .完成本項(xiàng)目中標(biāo)采購設(shè)備的安裝、調(diào)試及相關(guān)軟件的集成服務(wù)。3 .完成本項(xiàng)目中涉及到的系統(tǒng)升級、平臺遷移和數(shù)據(jù)遷移的實(shí)施工作，確保在停機(jī) 時(shí)間內(nèi)可以平滑升級。4 .編制與本項(xiàng)

34、目相關(guān)的各種工作文檔、技術(shù)文擋、測試記錄和工作記錄，并在項(xiàng)目驗(yàn)收完成后全部提交給甲方備案。5.為甲方有關(guān)信息系統(tǒng)管理人員及相關(guān)人員提供相關(guān)設(shè)備的技術(shù)、維護(hù)等相關(guān)培訓(xùn)項(xiàng)目實(shí)施工作小組1項(xiàng)目經(jīng)理XXX項(xiàng)目經(jīng)理舊MP系列認(rèn)證VCP虛擬化認(rèn)證OC琳據(jù)庫認(rèn)證2項(xiàng)目指導(dǎo)XXXORACLE3服務(wù)器工程師XXX舊MP系列認(rèn)證OCA據(jù)庫認(rèn)證4存儲工程師XXX舊MP系列認(rèn)證5數(shù)據(jù)庫工程師XXX舊MP系列認(rèn)證OC琳據(jù)庫認(rèn)證項(xiàng)目進(jìn)度計(jì)劃T0+5T0+15T0+20T0+25T0+30T0+35T0+45T0+50T0+70準(zhǔn)備階段產(chǎn)品訂貨到貨驗(yàn)收設(shè)備上架硬件平臺聯(lián)調(diào)|Mipirniii|iII in mi mi 11

35、數(shù)據(jù)遷移演練系統(tǒng)測試數(shù)據(jù)庫正式遷移一系統(tǒng)整體測試/割接項(xiàng)目初驗(yàn)項(xiàng)目終驗(yàn)注：1 . T0為項(xiàng)目啟動時(shí)間2 .產(chǎn)品訂貨約10天3 .實(shí)際實(shí)施時(shí)間約20天，同時(shí)進(jìn)行系統(tǒng)測試項(xiàng)目分工界面XXXXK 責(zé)：?任務(wù)一項(xiàng)目準(zhǔn)備目標(biāo)：協(xié)助xxxX僉查實(shí)施環(huán)境條件。任務(wù)描述：協(xié)助XXXXl期的實(shí)施準(zhǔn)備工作，提交有關(guān)現(xiàn)場安裝環(huán)境要求的文檔，協(xié)助完 成現(xiàn)場環(huán)境的準(zhǔn)備，檢查并確認(rèn) XXXXS備安裝環(huán)境是否已具備實(shí)施要求。在XXXX勺協(xié)助下，完成本次項(xiàng)目的需求調(diào)查，為項(xiàng)目實(shí)施進(jìn)行深化設(shè)計(jì)和前 期準(zhǔn)備?，F(xiàn)場勘查任務(wù)說明：對施工現(xiàn)場進(jìn)行實(shí)地環(huán)境和準(zhǔn)備情況勘察。結(jié)合現(xiàn)場情況訪談用戶，對主機(jī)、存儲、光纖網(wǎng)絡(luò)、 IP 網(wǎng)絡(luò)需求進(jìn)行

36、深入了 解和細(xì)化。結(jié)合業(yè)務(wù)特點(diǎn)，了解現(xiàn)有系統(tǒng)運(yùn)行環(huán)境。實(shí)地勘察完上述地點(diǎn)后， 在五個(gè)工作日內(nèi)對該地發(fā)現(xiàn)的問題和建議進(jìn)行匯總整理，以報(bào)告的形式提交給甲方。交付件 :現(xiàn)場勘察報(bào)告完成標(biāo)準(zhǔn)：乙方完成上述工作，提交交付件，本任務(wù)即視為完成。? 任務(wù)二制定詳細(xì)設(shè)計(jì)方案及實(shí)施方案目標(biāo)：為XXXX®目具體實(shí)施確定深化實(shí)施方案。任務(wù)描述：制定深化設(shè)計(jì)方案。制定系統(tǒng)實(shí)施計(jì)劃。制定系統(tǒng)測試計(jì)劃。制定系統(tǒng)驗(yàn)收計(jì)劃。交付件：SOWf冊、深化設(shè)計(jì)方案、系統(tǒng)實(shí)施計(jì)劃方案、驗(yàn)收方案完成標(biāo)準(zhǔn)：乙方完成上述工作，提交交付件，本任務(wù)即視為完成。? 任務(wù)三設(shè)備到貨、現(xiàn)場驗(yàn)收目標(biāo)： 督促廠商設(shè)備生產(chǎn)及發(fā)貨，確認(rèn)到貨設(shè)備符合

37、合同約定。任務(wù)描述：督促廠商設(shè)備生產(chǎn)及發(fā)貨。制定設(shè)備驗(yàn)收方案。在到貨現(xiàn)場，對硬件設(shè)備和軟件進(jìn)行檢查并記錄設(shè)備S/N 號。交付項(xiàng)目：設(shè)備現(xiàn)場驗(yàn)收文檔完成標(biāo)準(zhǔn)：乙方完成上述工作，提交交付件，通過客戶審核，甲方本任務(wù)即視為完成。? 任務(wù)四系統(tǒng)安裝調(diào)試、數(shù)據(jù)遷移目標(biāo)：在xxxx®場完成硬件設(shè)備和軟件的安裝、配置和調(diào)試。任務(wù)描述：數(shù)據(jù)庫服務(wù)器安裝，調(diào)試存儲設(shè)備安裝、調(diào)試服務(wù)器和存儲系統(tǒng)互聯(lián)新平臺RACM境搭建系統(tǒng)測試和遷移方案論證、演練數(shù)據(jù)遷移交付項(xiàng)目 ：系統(tǒng)集成完工報(bào)告（FAT、項(xiàng)目SO阡冊、系統(tǒng)測試報(bào)告、系統(tǒng)終驗(yàn)報(bào)告 完成標(biāo)準(zhǔn)：乙方完成上述工作，提交交付件，通過客戶審核，甲方本任務(wù)即視為完

38、成。XXXXK 責(zé)：1, XXXXK同集成商進(jìn)行系統(tǒng)整體設(shè)計(jì)，規(guī)劃及技術(shù)標(biāo)準(zhǔn)的制定；2, XXXXE配合集成商的分工界面及工程實(shí)施計(jì)劃，提供合適的機(jī)房環(huán)境、傳輸電路 和與電信的互連互通；3, XXXXE在采納集成商的各項(xiàng)建議后，對集成商的行為做出有效的約束，以保證工 程的順利實(shí)施：4, XXXXK根據(jù)雙方確認(rèn)的技術(shù)標(biāo)準(zhǔn)與合作界面對集成商負(fù)責(zé)的部分進(jìn)行驗(yàn)收，并檢 驗(yàn)集成商的工作進(jìn)度；5,為保證工程的順利運(yùn)行，XXXXK在故障發(fā)生的1小時(shí)之內(nèi)計(jì)時(shí)以書面形式通知集 成商；6, XXXX®責(zé)整個(gè)系統(tǒng)的驗(yàn)收。7,設(shè)備到貨后XXXX提供存放地點(diǎn)，但不保證其安全性。集成商和XXXXE保持及時(shí)充分的

39、溝通，本著協(xié)作的精神，共同保證工程的順利實(shí) 施。為了保證本工程按照 XXXX勺要求按期、按質(zhì)地完成工程建設(shè)，建議由貴方牽頭， 由集成商協(xié)助，成立工程項(xiàng)目總協(xié)調(diào)小組，實(shí)施統(tǒng)一的工程協(xié)調(diào)會制度。實(shí)施細(xì)節(jié)如 下：1 ，建立工程總協(xié)調(diào)小組，統(tǒng)一協(xié)調(diào)各方技術(shù)標(biāo)準(zhǔn)、工程進(jìn)度等實(shí)施問題。2，工程總協(xié)調(diào)小組的具體運(yùn)作，應(yīng)該有明確的、含工程全程的實(shí)施計(jì)劃和要求。內(nèi)容有：工程總協(xié)調(diào)小組的組織結(jié)構(gòu)及職責(zé)定義；工程總協(xié)調(diào)小組的成員名單；統(tǒng)一的工程進(jìn)度及協(xié)調(diào)會制度；工程簡報(bào)制度；工程文檔規(guī)范。項(xiàng)目驗(yàn)收方案項(xiàng)目驗(yàn)收包括項(xiàng)目結(jié)束時(shí)交付系統(tǒng)的驗(yàn)收，也包括項(xiàng)目執(zhí)行過程中的集成產(chǎn)品交付、項(xiàng)目階段成果交付等的驗(yàn)收。應(yīng)該講，項(xiàng)目驗(yàn)收

40、貫穿于項(xiàng)目的全過程。以下從項(xiàng)目驗(yàn)收組織、驗(yàn)收內(nèi)容、驗(yàn)收標(biāo)準(zhǔn)、項(xiàng)目交付物以及驗(yàn)收文檔，五個(gè)方面說明本項(xiàng)目的項(xiàng)目驗(yàn)收。一、驗(yàn)收組織由業(yè)主方、我方（如果業(yè)主需要可以外聘專家）組成驗(yàn)收小組，負(fù)責(zé)對項(xiàng)目進(jìn)行全面的驗(yàn)收。也可以在合同專用條款中明確是否委托第三方進(jìn)行驗(yàn)收，沒有約定第三方的，由業(yè)主負(fù)責(zé)驗(yàn)收，每次驗(yàn)收均應(yīng)在五個(gè)工作日完成。二、驗(yàn)收內(nèi)容測試及驗(yàn)收在此次項(xiàng)目驗(yàn)收中，甲乙雙方需要對項(xiàng)目中所提供的產(chǎn)品型號進(jìn)行驗(yàn)收。驗(yàn)收過程中，將提交驗(yàn)收方案、驗(yàn)收測試報(bào)告。在產(chǎn)品交付驗(yàn)收后，我方會將產(chǎn)品全部技術(shù)文件、資料、及測試、驗(yàn)收報(bào)告等文檔匯集成冊交付xxxX殳份有限公司。在驗(yàn)收中測試的程序包括：1）測試計(jì)劃及程序包

41、括下列幾項(xiàng)：a）測試的說明及測試的目的；b）測試結(jié)果記錄的說明；c）觀察、測試結(jié)果的硬件產(chǎn)品及程序；d）測試進(jìn)度表；e）使用的軟件程序清單及說明。1）有關(guān)的測試結(jié)果要以書面報(bào)告的形式由投標(biāo)人提交，內(nèi)容包括：a）測試的系統(tǒng)功能；b）測試的系統(tǒng)性能等。設(shè)備驗(yàn)收我方應(yīng)提前二天通知業(yè)主做好驗(yàn)收準(zhǔn)備。在指定的交貨地點(diǎn)組織驗(yàn)收應(yīng)隨貨物向客戶交付相關(guān)的備件、工具、使用說明書及相關(guān)資料。設(shè)備驗(yàn)收是項(xiàng)目重要環(huán)節(jié)，主要設(shè)備清點(diǎn)及加電測試，具體包含內(nèi)容如下：1. 設(shè)備的品牌、規(guī)格、數(shù)量、質(zhì)量、資料。2. 設(shè)備是全新的、未使用過的，采用的是最佳材料和第一流的工藝。3. 設(shè)備的質(zhì)量、規(guī)格和性能等符合合同規(guī)定的質(zhì)量、規(guī)格和性能要求。驗(yàn)收合格后，業(yè)主應(yīng)向我方出具加蓋公章的貨物質(zhì)量驗(yàn)收單 。驗(yàn)收不合格的，業(yè)主有權(quán)拒收。我方應(yīng)在5個(gè)工作日內(nèi)按約如數(shù)更換到位，并保證驗(yàn)收合格。逾期交貨按違約處理。如果檢測結(jié)果證明確有質(zhì)量問題，我方應(yīng)無條件退貨，檢測費(fèi)用由我方承擔(dān)，并承擔(dān)因此逾期交貨的違約責(zé)任。如果檢測結(jié)果證明沒有質(zhì)量問題， 業(yè)主應(yīng)無條件接受貨物， 檢測費(fèi)用由業(yè)主承擔(dān)，我方不再承擔(dān)因此逾期交貨的違約。三、項(xiàng)目最終驗(yàn)收項(xiàng)目