XXX數(shù)據(jù)遷移方案_第1頁(yè)
XXX數(shù)據(jù)遷移方案_第2頁(yè)
XXX數(shù)據(jù)遷移方案_第3頁(yè)
XXX數(shù)據(jù)遷移方案_第4頁(yè)
XXX數(shù)據(jù)遷移方案_第5頁(yè)
已閱讀5頁(yè),還剩20頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

XXXX核心系統(tǒng)主機(jī)升級(jí)/存儲(chǔ)升級(jí)/系統(tǒng)遷移工程數(shù)據(jù)遷移方案本次系統(tǒng)遷移的目標(biāo)是在4小時(shí)停機(jī)維護(hù)時(shí)間內(nèi)完成數(shù)據(jù)在兩個(gè)數(shù)據(jù)中心RAC環(huán)境內(nèi)的遷移,兩地?cái)?shù)據(jù)中心之間通過1000Mbps的以太網(wǎng)鏈路互聯(lián)。我們?cè)诒痉桨钢薪ㄗh以下三種方式實(shí)現(xiàn)Oracle數(shù)據(jù)庫(kù)的數(shù)據(jù)遷移:RMANBackup/Restore通過全備份、增量備份實(shí)現(xiàn)數(shù)據(jù)遷移實(shí)現(xiàn)方式簡(jiǎn)單,遷移本錢較低需要較長(zhǎng)的停機(jī)維護(hù)時(shí)間OracleDataGuard遷移通過建立Active-Standby的模式運(yùn)行實(shí)現(xiàn)數(shù)據(jù)自動(dòng)復(fù)制,通過switchover的方式實(shí)現(xiàn)主備中心的切換,實(shí)現(xiàn)數(shù)據(jù)遷移需要主-備中心使用相同效勞器硬件平臺(tái)借助第三方工具〔QuestSharePlex〕遷移通過建立Active-Standby的模式運(yùn)行實(shí)現(xiàn)數(shù)據(jù)自動(dòng)復(fù)制,通過switchover的方式實(shí)現(xiàn)主備中心的切換,實(shí)現(xiàn)數(shù)據(jù)遷移支持異構(gòu)平臺(tái)需要第三方工具支持,本錢較高RMANBackup/Restore遷移正式遷移前使用RMAN全備份源數(shù)據(jù)庫(kù),通過1000Mbps網(wǎng)絡(luò)將備份數(shù)據(jù)傳輸至目標(biāo)數(shù)據(jù)中心,通過RMANrestore將數(shù)據(jù)庫(kù)在目標(biāo)端恢復(fù)。每天增量備份數(shù)據(jù)庫(kù),將增量備份數(shù)據(jù)通過1000Mbps網(wǎng)絡(luò)傳輸至目標(biāo)數(shù)據(jù)中心,通過RMANRestore將每天的增量數(shù)據(jù)恢復(fù)。正式遷移開始時(shí),中斷源數(shù)據(jù)庫(kù)的客戶端訪問連接,通過RMAN增量備份數(shù)據(jù)庫(kù),將增量備份數(shù)據(jù)通過1000Mbps網(wǎng)絡(luò)傳輸至目標(biāo)數(shù)據(jù)中心,將源數(shù)據(jù)庫(kù)最后的增量局部在目標(biāo)數(shù)據(jù)庫(kù)恢復(fù)。該方法恢復(fù)數(shù)據(jù)庫(kù)實(shí)現(xiàn)方式簡(jiǎn)單,不需要對(duì)源數(shù)據(jù)庫(kù)進(jìn)行設(shè)置變更,不影響源數(shù)據(jù)庫(kù)的正常運(yùn)行;但該方式遷移數(shù)據(jù)庫(kù)需要較長(zhǎng)的遷移周期,同時(shí)需要安排一定的停機(jī)時(shí)間,以保證數(shù)據(jù)的完整遷移。OracleDataGuard遷移DataGuard方案是在新主機(jī)存儲(chǔ)設(shè)備劃分好、操作系統(tǒng)和數(shù)據(jù)庫(kù)軟件安裝完畢之后,通過在新的磁盤陣列上創(chuàng)立與原有的數(shù)據(jù)庫(kù)一樣的卷組(VolumeGroup,簡(jiǎn)稱VG),接著再在各個(gè)VG內(nèi)創(chuàng)立與原有數(shù)據(jù)庫(kù)完全一致的邏輯卷(LogicalVolulne,簡(jiǎn)稱LV),歸檔日志所在目錄以及oracle的bdump、cdump和udump必須和原有的數(shù)據(jù)庫(kù)相應(yīng)目錄設(shè)置成一致。然后在原有數(shù)據(jù)庫(kù)上做全庫(kù)的RMAN備份,再在新的磁盤陣列上利用RMAN備份生成的文件做新的數(shù)據(jù)庫(kù)的恢復(fù),并且將新的數(shù)據(jù)庫(kù)一直處于managedrecovery狀態(tài),在此狀態(tài)下,原有數(shù)據(jù)庫(kù)上生成的歸檔日志,可以在新的數(shù)據(jù)庫(kù)上應(yīng)用,以保證新的數(shù)據(jù)庫(kù)與原有的數(shù)據(jù)庫(kù)不斷同時(shí)。在需要進(jìn)行測(cè)試的時(shí)候,可以先將新的數(shù)據(jù)庫(kù)做一次RMAN備份,然后將新的數(shù)據(jù)庫(kù)至于open狀態(tài),新數(shù)據(jù)庫(kù)就可以進(jìn)行交易驗(yàn)證測(cè)試了。驗(yàn)證測(cè)試完成之后,將新的數(shù)據(jù)庫(kù)再次恢復(fù),此時(shí)恢復(fù)采用的文件為新數(shù)據(jù)庫(kù)叩即前所做的RMAN備份的文件,然后再和遷移前的數(shù)據(jù)庫(kù)通過應(yīng)用歸檔日志保持不斷同時(shí)。當(dāng)執(zhí)行數(shù)據(jù)庫(kù)正式切換時(shí),將遷移前的數(shù)據(jù)庫(kù)所在的應(yīng)用全部正常關(guān)閉,保證不再有新的數(shù)據(jù)庫(kù)記錄產(chǎn)生,然后插入相應(yīng)的驗(yàn)證數(shù)據(jù),再連續(xù)切假設(shè)干個(gè)歸檔日志,保證在線聯(lián)機(jī)日志中不再保存任何數(shù)據(jù),將生成的所有歸檔日志全部在新的磁盤陣列所在的數(shù)據(jù)庫(kù)上進(jìn)行應(yīng)用,然后將新的數(shù)據(jù)庫(kù)至于翻開狀態(tài),這樣新的數(shù)據(jù)庫(kù)就能正常對(duì)外提供效勞了。DataGuard的遷移流程如以下圖所示。DataGuard方案所使用的軟件、工具和命令均為安裝了Oracle10g企業(yè)版所自帶,不再需要另行購(gòu)置。流程的實(shí)施具有一定難度,尤其還要保證不影響現(xiàn)有的系統(tǒng)的正常運(yùn)行。DataGuard整個(gè)實(shí)施流程中涉及到的所有命令的學(xué)習(xí)和掌握都需要一定的時(shí)間,生產(chǎn)數(shù)據(jù)庫(kù)和新數(shù)據(jù)庫(kù)之間的歸檔日志如何自動(dòng)傳輸以及歸檔日志如何自動(dòng)在新數(shù)據(jù)庫(kù)上進(jìn)行應(yīng)用,都需要認(rèn)真考慮解決方案。DataGuard方案不能對(duì)現(xiàn)有的數(shù)據(jù)庫(kù)做表空間大小的優(yōu)化調(diào)整,它只能保持新數(shù)據(jù)庫(kù)所有的數(shù)據(jù)文件和現(xiàn)有的數(shù)據(jù)庫(kù)數(shù)據(jù)文件完全一致。但由于采用該方案,之前的數(shù)據(jù)庫(kù)信息可以提前同時(shí),在正式切換時(shí),需要同時(shí)的數(shù)據(jù)比擬少,因而導(dǎo)致停業(yè)的時(shí)間比擬短。在DataGuard的三種模式中選擇最大性能模式,可以盡可能地減少對(duì)現(xiàn)有生產(chǎn)數(shù)據(jù)庫(kù)的性能影響。借助第三方工具〔QuestSharePlex〕遷移此方式和2.2節(jié)OracleDataGuard的方法和原理是一樣的。以下圖所示為SharePlexforOracle的根本結(jié)構(gòu):數(shù)據(jù)捕獲SharePlexforOracle由捕獲進(jìn)程來收集發(fā)生變化的數(shù)據(jù),捕獲進(jìn)程駐留在源系統(tǒng)上,自動(dòng)讀取Oracle的在線日志文件。這種讀操作是從操作系統(tǒng)的角度來完成的,而不是通過數(shù)據(jù)庫(kù)。通過將日志文件作為獲取變化信息的源泉,Quest可以完成數(shù)據(jù)的復(fù)制而不會(huì)給生產(chǎn)系統(tǒng)帶來額外的開銷。由于Oracle將所有的事物變化記錄到日志中并使用日志文件進(jìn)行系統(tǒng)恢復(fù),因此ShareplexforOracle可以通過解析日志文件保障數(shù)據(jù)的一致性。捕獲進(jìn)程連續(xù)監(jiān)控日志文件用以捕捉變化信息。當(dāng)日志文件中出現(xiàn)一條新記錄時(shí),SharePlex判斷其是否屬于被復(fù)制對(duì)象,如果是,那么SharePlex為該條記錄參加用于決定此記錄將被發(fā)向那個(gè)主機(jī)的地址信息并將包含地址信息的記錄存放到自己的隊(duì)列中,存儲(chǔ)隊(duì)列存在于數(shù)據(jù)庫(kù)之外。發(fā)生改變的數(shù)據(jù)被立即處理并被發(fā)送到目標(biāo)系統(tǒng)中而不等待提交或回滾動(dòng)作的完成,因?yàn)榈却峤换蚧貪L完成將帶來延遲。當(dāng)提交或回滾信息被寫入日志文件時(shí),它們也將被發(fā)送到目標(biāo)系統(tǒng)中,從而在目標(biāo)系統(tǒng)中完成相對(duì)應(yīng)的操作。捕獲進(jìn)程具有如下特點(diǎn):捕獲進(jìn)程從Oracle日志文件中讀取信息,因此復(fù)制過程不會(huì)給生產(chǎn)數(shù)據(jù)庫(kù)實(shí)例帶來性能問題;只有發(fā)生改變的數(shù)據(jù)被傳輸,而不是日志文件中的全部信息,因此SharePlex的網(wǎng)絡(luò)負(fù)載非常??;盡管需要在Oracle數(shù)據(jù)庫(kù)中安裝少量的對(duì)象用來存儲(chǔ)有關(guān)復(fù)制的一些根本信息,但源數(shù)據(jù)庫(kù)不需要參與到數(shù)據(jù)捕獲和傳輸過程中;SharePlex的捕獲進(jìn)程不但可以讀取在線的日志文件,而且可以讀取歸檔日志,甚至當(dāng)歸檔日志文件被移動(dòng)到其它設(shè)備上時(shí),SharePlex會(huì)發(fā)出提示信息。正是這種能力極大地增強(qiáng)了系統(tǒng)的冗余功能。例如,如果捕獲進(jìn)程由于某種原因被停止,當(dāng)它重新啟動(dòng)后數(shù)據(jù)同時(shí)不會(huì)受到影響;數(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ù)傳輸過程無(wú)需其它的中間件。應(yīng)用數(shù)據(jù)應(yīng)用進(jìn)程將傳送到目標(biāo)系統(tǒng)中的信息轉(zhuǎn)化為SQL語(yǔ)句,然后發(fā)送給Oracle執(zhí)行。SharePlex能夠?qū)崿F(xiàn)精確復(fù)制的一個(gè)重要原因就是其能保證從源數(shù)據(jù)庫(kù)到目標(biāo)數(shù)據(jù)庫(kù)的Oracle讀一致性,不但按順序復(fù)制事務(wù),而且也復(fù)制上下文信息,將源數(shù)據(jù)庫(kù)中發(fā)生變化的全部事務(wù)信息都復(fù)制到目標(biāo)數(shù)據(jù)庫(kù)中。盡管企業(yè)從規(guī)劃設(shè)計(jì)良好的業(yè)務(wù)系統(tǒng)中收益,但也不得不面臨數(shù)據(jù)庫(kù)升級(jí)和平臺(tái)遷移這一挑戰(zhàn)。如從Oracle9i升級(jí)到11G,從HP平臺(tái)前移動(dòng)AIX平臺(tái)等等呢個(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í)工作。一旦數(shù)據(jù)同時(shí)后,用戶活動(dòng)會(huì)有非常短暫的停頓,在此瞬間將完成系統(tǒng)的切換動(dòng)作。方案收益異構(gòu)平臺(tái)的遷移及數(shù)據(jù)庫(kù)升級(jí)基于SharePlex對(duì)復(fù)制平臺(tái)異構(gòu)的支持,SharePlex的系統(tǒng)遷移方案,完全可以實(shí)現(xiàn)跨平臺(tái)的數(shù)據(jù)庫(kù)遷移或數(shù)據(jù)庫(kù)版本的升級(jí)。例如:用戶可以平滑的實(shí)現(xiàn)HP平臺(tái)下Oracle9i到AIX平臺(tái)下Oracle11G的數(shù)據(jù)庫(kù)升級(jí),沒有任何限制。極大地降低了停機(jī)時(shí)間以往的數(shù)據(jù)庫(kù)遷移或升級(jí),大局部情況下只能使用EXP/IMP的方式完成,必然造成較多的停機(jī)時(shí)間,這對(duì)現(xiàn)今越來越要求高可用性的7*24小時(shí)系統(tǒng)來說,幾乎是不可接受的。SharePlex通過使用中間機(jī),及數(shù)據(jù)變化的即時(shí)復(fù)制等技術(shù),使停機(jī)時(shí)間從幾小時(shí)甚至幾天,縮短到幾分鐘,最大程度的滿足了用戶的需求。建立了風(fēng)險(xiǎn)回退機(jī)制通常的數(shù)據(jù)庫(kù)升級(jí)或遷移都存在著一定的風(fēng)險(xiǎn),如數(shù)據(jù)庫(kù)與應(yīng)用程序兼容問題等,如果升級(jí)后出現(xiàn)未預(yù)料到的問題,或升級(jí)失敗,那么需要能夠迅速切換到原有的系統(tǒng),以保證系統(tǒng)的正常運(yùn)行。通過SharePlex設(shè)計(jì)方案,整個(gè)遷移過程都是可控的,原有生產(chǎn)環(huán)境保存,升級(jí)過程中失敗直接啟用原有生產(chǎn)系統(tǒng)即可。SharePlex完成系統(tǒng)的升級(jí)或遷移后,可以建立一條由新系統(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)過渡。遷移方案比照RMAN遷移DataGuardSharePlex難易程度較為容易有一定難度需要專業(yè)軟件停機(jī)時(shí)間較長(zhǎng)較短較短實(shí)施額外費(fèi)用無(wú)無(wú)需購(gòu)置軟件授權(quán)需要調(diào)整現(xiàn)有數(shù)據(jù)庫(kù)設(shè)置否是否遷移周期長(zhǎng)短短平臺(tái)要求建議同構(gòu)平臺(tái)同構(gòu)平臺(tái)無(wú)要求通過上述三種數(shù)據(jù)遷移方案的比擬和本次系統(tǒng)遷移的要求,我們建議采用OracleDataGuard的方式來實(shí)現(xiàn)Oracle數(shù)據(jù)庫(kù)的數(shù)據(jù)遷移。遷移數(shù)據(jù)校驗(yàn)業(yè)務(wù)驗(yàn)證方案業(yè)務(wù)驗(yàn)證方式是數(shù)據(jù)遷移驗(yàn)證的核心,由于遷移流程中從小到大、從易到難會(huì)經(jīng)歷內(nèi)部測(cè)試、預(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è)階段的測(cè)試目的,根據(jù)業(yè)務(wù)系統(tǒng)的交易類別和交易重要性,在不同的測(cè)試階段,選擇不同的測(cè)試機(jī)構(gòu)和機(jī)構(gòu)數(shù)量,制定每個(gè)階段可行的業(yè)務(wù)驗(yàn)證案例。在內(nèi)部測(cè)試階段,業(yè)務(wù)驗(yàn)證主要是測(cè)試數(shù)據(jù)遷移后應(yīng)用能否正常交易,因此該階段的測(cè)試側(cè)重的是業(yè)務(wù)交易的可用性和核心交易的正確性,由于中間業(yè)務(wù)測(cè)試環(huán)境已經(jīng)搭建,所以在內(nèi)部測(cè)試階段增加中間業(yè)務(wù)類的測(cè)試。預(yù)演階段是正式切換的預(yù)先演習(xí)。由于內(nèi)部測(cè)試已經(jīng)測(cè)試了較為完整的交易流程,預(yù)演的目的主要是驗(yàn)證實(shí)際生產(chǎn)前臺(tái)環(huán)境的可用性,另外預(yù)演測(cè)試還能起到對(duì)新主機(jī)數(shù)據(jù)庫(kù)一個(gè)壓力測(cè)試作用。在正式切換階段,所有的驗(yàn)證交易均為真實(shí)的操作,之前兩個(gè)階段的交易只在測(cè)試環(huán)境有效,在生產(chǎn)環(huán)境中是不存在的,而正是切換后,遷移后的數(shù)據(jù)庫(kù)就轉(zhuǎn)為了新的生產(chǎn)數(shù)據(jù)庫(kù),此時(shí)的交易驗(yàn)證要盡可能的詳細(xì),必須包含所有核心交易,尤其是與外圍系統(tǒng)有業(yè)務(wù)交易往來的交易,能測(cè)的都需要盡可能得測(cè)到。外圍系統(tǒng)驗(yàn)證如果存在以訂票系統(tǒng)為核心的外圍系統(tǒng),并且這些外圍系統(tǒng)有些是需要通過業(yè)務(wù)交易與核心系統(tǒng)的應(yīng)用和數(shù)據(jù)庫(kù)打交道,有些是不需要通過業(yè)務(wù)交易直接在數(shù)據(jù)庫(kù)層面或者其他層面與核心系統(tǒng)進(jìn)行交互,基于此,可以對(duì)所有外圍系統(tǒng)進(jìn)行分析,將不需要通過業(yè)務(wù)交易驗(yàn)證就可以驗(yàn)證新舊數(shù)據(jù)庫(kù)數(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ù)庫(kù)遷移的技術(shù)特性是在通過RMAN恢復(fù)數(shù)據(jù)庫(kù)后,不斷應(yīng)用遷移,前數(shù)據(jù)庫(kù)生成的歸檔日志而這些歸檔日志記錄的就是使得原有數(shù)據(jù)庫(kù)的數(shù)據(jù)內(nèi)容進(jìn)行改變的每一條語(yǔ)句。再由于歸檔白志記錄的每條語(yǔ)句的順序,就是每條語(yǔ)句被執(zhí)行的順序,換句話說,就是執(zhí)行每條語(yǔ)句的時(shí)間順序。根據(jù)以上分析,技術(shù)驗(yàn)證的方法可以考慮通過在特定的時(shí)間在原有的數(shù)據(jù)庫(kù)中插入特定的內(nèi)容,當(dāng)數(shù)據(jù)遷移完成后,在新的數(shù)據(jù)庫(kù)中查找插入的特定內(nèi)容是否存在,如果不存在,遷移肯定有問題,如果存在,那么在一定程度上可以證明數(shù)據(jù)的一致性?;谝陨系姆治?,再加上現(xiàn)有生產(chǎn)數(shù)據(jù)庫(kù)的備份方式,,備份前,必須將應(yīng)用和數(shù)據(jù)庫(kù)正常關(guān)閉,因此在技術(shù)驗(yàn)證的時(shí)間點(diǎn),考慮在生產(chǎn)數(shù)據(jù)庫(kù)上建立一張驗(yàn)證表,說明為verify--tab,該表字段為日期和時(shí)間字段,每天備份數(shù)據(jù)庫(kù)之前,在verify--tab中插入一條記錄,該記錄的內(nèi)容為插入該條記錄的日期和時(shí)間,具體精確到年、月、日、小時(shí)、分鐘、秒。由于該驗(yàn)證記錄是在數(shù)據(jù)庫(kù)關(guān)閉前產(chǎn)生的最后一條記錄,如果新的數(shù)據(jù)庫(kù)上同時(shí)結(jié)束后正常翻開后,能在新的數(shù)據(jù)庫(kù)的驗(yàn)證表verify--tab中查找到同樣的當(dāng)日插入驗(yàn)證記錄,并且新數(shù)據(jù)庫(kù)的告警日志altertSID.log文件中沒有任何出錯(cuò)信息,那么可以肯定遷移前后新舊數(shù)據(jù)庫(kù)的內(nèi)容是保持完全一致的。為了進(jìn)一步驗(yàn)證遷移前后數(shù)據(jù)的一致性,還可以考慮將數(shù)據(jù)庫(kù)中與應(yīng)用相關(guān)的、重要的數(shù)據(jù)庫(kù)表的記錄數(shù)和某些字段的求和進(jìn)行統(tǒng)計(jì)。我們可以通過執(zhí)行相應(yīng)的SQL命令獲得整個(gè)數(shù)據(jù)庫(kù)中一共有多少記錄。當(dāng)然,這個(gè)數(shù)據(jù)的獲得應(yīng)該在應(yīng)用正常關(guān)閉后數(shù)據(jù)庫(kù)正常關(guān)閉前獲得,然后將這兩個(gè)數(shù)據(jù)記錄下來。在數(shù)據(jù)遷移完成后,在新的數(shù)據(jù)庫(kù)中同樣執(zhí)行相同的命令,也能得到兩個(gè)數(shù)據(jù),將前后兩次所得到的活期賬戶數(shù)和活期賬戶余額求和兩個(gè)數(shù)進(jìn)行比照,如果兩個(gè)數(shù)都分別完全一致,那么從另一個(gè)角度也能說明遷移前后新舊數(shù)據(jù)庫(kù)數(shù)據(jù)的一致性。完整性和可用性驗(yàn)證相比照擬簡(jiǎn)單,只要遷移后的新數(shù)據(jù)庫(kù)能正常翻開,并且架構(gòu)在數(shù)據(jù)庫(kù)之上的應(yīng)用能正常啟動(dòng),不會(huì)報(bào)由于數(shù)據(jù)庫(kù)的問題導(dǎo)致應(yīng)用不可用,并且新數(shù)據(jù)庫(kù)的告警日志altertSID.log文件中沒有任何出錯(cuò)信息,那就可以肯定遷移后的新數(shù)據(jù)庫(kù)是完整的、可用的。數(shù)據(jù)遷移的驗(yàn)證是一個(gè)非常重要的內(nèi)容,通過驗(yàn)證可以確定新舊數(shù)據(jù)庫(kù)內(nèi)容是否一致,可以確定新的數(shù)據(jù)庫(kù)的完整性和有效性。

效勞協(xié)議效勞內(nèi)容本工程主要包括了XXXX股份有限公司電信機(jī)房遷移工程涉及的效勞器、存儲(chǔ)、SAN交換機(jī)、虛擬化軟件等硬件設(shè)備、相關(guān)軟件以及系統(tǒng)集成方案詳細(xì)設(shè)計(jì)、實(shí)施、培訓(xùn)、技術(shù)支持與效勞等內(nèi)容。本工程系統(tǒng)集成效勞的具體內(nèi)容如下:完本錢工程中標(biāo)采購(gòu)設(shè)備的總體設(shè)計(jì)及工程實(shí)施方案的設(shè)計(jì)。完本錢工程中標(biāo)采購(gòu)設(shè)備的安裝、調(diào)試及相關(guān)軟件的集成效勞。完本錢工程中涉及到的系統(tǒng)升級(jí)、平臺(tái)遷移和數(shù)據(jù)遷移的實(shí)施工作,確保在停機(jī)時(shí)間內(nèi)可以平滑升級(jí)。編制與本工程相關(guān)的各種工作文檔、技術(shù)文擋、測(cè)試記錄和工作記錄,并在工程驗(yàn)收完成后全部提交給甲方備案。為甲方有關(guān)信息系統(tǒng)管理人員及相關(guān)人員提供相關(guān)設(shè)備的技術(shù)、維護(hù)等相關(guān)培訓(xùn)。工程實(shí)施工作小組1工程經(jīng)理XXX工程經(jīng)理IBMP系列認(rèn)證VCP虛擬化認(rèn)證OCP數(shù)據(jù)庫(kù)認(rèn)證2工程指導(dǎo)XXXORACLE專家3效勞器工程師XXXIBMP系列認(rèn)證OCA數(shù)據(jù)庫(kù)認(rèn)證4存儲(chǔ)工程師XXXIBMP系列認(rèn)證5數(shù)據(jù)庫(kù)工程師XXXIBMP系列認(rèn)證OCP數(shù)據(jù)庫(kù)認(rèn)證

工程進(jìn)度方案T0+5T0+15T0+20T0+25T0+30T0+35T0+45T0+50T0+70準(zhǔn)備階段產(chǎn)品訂貨到貨驗(yàn)收設(shè)備上架硬件平臺(tái)聯(lián)調(diào)數(shù)據(jù)遷移演練系統(tǒng)測(cè)試數(shù)據(jù)庫(kù)正式遷移系統(tǒng)整體測(cè)試/割接工程初驗(yàn)工程終驗(yàn)注:T0為工程啟動(dòng)時(shí)間產(chǎn)品訂貨約10天實(shí)際實(shí)施時(shí)間約20天,同時(shí)進(jìn)行系統(tǒng)測(cè)試

工程分工界面XXXX職責(zé):任務(wù)一工程準(zhǔn)備目標(biāo):協(xié)助XXXX檢查實(shí)施環(huán)境條件。任務(wù)描述:協(xié)助XXXX前期的實(shí)施準(zhǔn)備工作,提交有關(guān)現(xiàn)場(chǎng)安裝環(huán)境要求的文檔,協(xié)助完成現(xiàn)場(chǎng)環(huán)境的準(zhǔn)備,檢查并確認(rèn)XXXX設(shè)備安裝環(huán)境是否已具備實(shí)施要求。在XXXX的協(xié)助下,完本錢次工程的需求調(diào)查,為工程實(shí)施進(jìn)行深化設(shè)計(jì)和前期準(zhǔn)備?,F(xiàn)場(chǎng)勘查任務(wù)說明:對(duì)施工現(xiàn)場(chǎng)進(jìn)行實(shí)地環(huán)境和準(zhǔn)備情況勘察。結(jié)合現(xiàn)場(chǎng)情況訪談?dòng)脩?,?duì)主機(jī)、存儲(chǔ)、光纖網(wǎng)絡(luò)、IP網(wǎng)絡(luò)需求進(jìn)行深入了解和細(xì)化。結(jié)合業(yè)務(wù)特點(diǎn),了解現(xiàn)有系統(tǒng)運(yùn)行環(huán)境。實(shí)地勘察完上述地點(diǎn)后,在五個(gè)工作日內(nèi)對(duì)該地發(fā)現(xiàn)的問題和建議進(jìn)行匯總整理,以報(bào)告的形式提交給甲方。交付件:?現(xiàn)場(chǎng)勘察報(bào)告?完成標(biāo)準(zhǔn):乙方完成上述工作,提交交付件,本任務(wù)即視為完成。任務(wù)二制定詳細(xì)設(shè)計(jì)方案及實(shí)施方案目標(biāo):為XXXX工程具體實(shí)施確定深化實(shí)施方案。任務(wù)描述:制定深化設(shè)計(jì)方案。制定系統(tǒng)實(shí)施方案。制定系統(tǒng)測(cè)試方案。制定系統(tǒng)驗(yàn)收方案。交付件:?SOW手冊(cè)?、?深化設(shè)計(jì)方案?、?系統(tǒng)實(shí)施方案方案?、?驗(yàn)收方案?完成標(biāo)準(zhǔn):乙方完成上述工作,提交交付件,本任務(wù)即視為完成。任務(wù)三設(shè)備到貨、現(xiàn)場(chǎng)驗(yàn)收目標(biāo):催促?gòu)S商設(shè)備生產(chǎn)及發(fā)貨,確認(rèn)到貨設(shè)備符合合同約定。任務(wù)描述:催促?gòu)S商設(shè)備生產(chǎn)及發(fā)貨。制定設(shè)備驗(yàn)收方案。在到貨現(xiàn)場(chǎng),對(duì)硬件設(shè)備和軟件進(jìn)行檢查并記錄設(shè)備S/N號(hào)。交付工程:設(shè)備現(xiàn)場(chǎng)驗(yàn)收文檔完成標(biāo)準(zhǔn):乙方完成上述工作,提交交付件,通過客戶審核,甲方本任務(wù)即視為完成。任務(wù)四系統(tǒng)安裝調(diào)試、數(shù)據(jù)遷移目標(biāo):在XXXX現(xiàn)場(chǎng)完成硬件設(shè)備和軟件的安裝、配置和調(diào)試。任務(wù)描述:數(shù)據(jù)庫(kù)效勞器安裝,調(diào)試存儲(chǔ)設(shè)備安裝、調(diào)試效勞器和存儲(chǔ)系統(tǒng)互聯(lián)新平臺(tái)RAC環(huán)境搭建系統(tǒng)測(cè)試和遷移方案論證、演練數(shù)據(jù)遷移交付工程:?系統(tǒng)集成完工報(bào)告〔FAT〕?、?工程SOP手冊(cè)?、?系統(tǒng)測(cè)試報(bào)告?、?系統(tǒng)終驗(yàn)報(bào)告?完成標(biāo)準(zhǔn):乙方完成上述工作,提交交付件,通過客戶審核,甲方本任務(wù)即視為完成。XXXX職責(zé):l,XXXX應(yīng)同集成商進(jìn)行系統(tǒng)整體設(shè)計(jì),規(guī)劃及技術(shù)標(biāo)準(zhǔn)的制定;2,XXXX應(yīng)配合集成商的分工界面及工程實(shí)施方案,提供適宜的機(jī)房環(huán)境、傳輸電路和與電信的互連互通;3,XXXX應(yīng)在采納集成商的各項(xiàng)建議后,對(duì)集成商的行為做出有效的約束,以保證工程的順利實(shí)施:4,XXXX應(yīng)根據(jù)雙方確認(rèn)的技術(shù)標(biāo)準(zhǔn)與合作界面對(duì)集成商負(fù)責(zé)的局部進(jìn)行驗(yàn)收,并檢驗(yàn)集成商的工作進(jìn)度;5,為保證工程的順利運(yùn)行,XXXX應(yīng)在故障發(fā)生的1小時(shí)之內(nèi)計(jì)時(shí)以書面形式通知集成商;6,XXXX負(fù)責(zé)整個(gè)系統(tǒng)的驗(yàn)收。7,設(shè)備到貨后XXXX可提供存放地點(diǎn),但不保證其平安性。集成商和XXXX應(yīng)保持及時(shí)充分的溝通,本著協(xié)作的精神,共同保證工程的順利實(shí)施。為了保證本工程按照XXXX的要求按期、按質(zhì)地完成工程建設(shè),建議由貴方牽頭,由集成商協(xié)助,成立工程工程總協(xié)調(diào)小組,實(shí)施統(tǒng)一的工程協(xié)調(diào)會(huì)制度。實(shí)施細(xì)節(jié)如下:l,建立工程總協(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í)施方案和要求。內(nèi)容有:工程總協(xié)調(diào)小組的組織結(jié)構(gòu)及職責(zé)定義;工程總協(xié)調(diào)小組的成員名單;統(tǒng)一的工程進(jìn)度及協(xié)調(diào)會(huì)制度;工程簡(jiǎn)報(bào)制度;工程文檔標(biāo)準(zhǔn)。

工程驗(yàn)收方案工程驗(yàn)收包括工程結(jié)束時(shí)交付系統(tǒng)的驗(yàn)收,也包括工程執(zhí)行過程中的集成產(chǎn)品交付、工程階段成果交付等的驗(yàn)收。應(yīng)該講,工程驗(yàn)收貫穿于工程的全過程。以下從工程驗(yàn)收組織、驗(yàn)收內(nèi)容、驗(yàn)收標(biāo)準(zhǔn)、工程交付物以及驗(yàn)收文檔,五個(gè)方面說明本工程的工程驗(yàn)收。一、驗(yàn)收組織由業(yè)主方、我方〔如果業(yè)主需要可以外聘專家〕組成驗(yàn)收小組,負(fù)責(zé)對(duì)工程進(jìn)行全面的驗(yàn)收。也可以在合同專用條款中明確是否委托第三方進(jìn)行驗(yàn)收,沒有約定第三方的,由業(yè)主負(fù)責(zé)驗(yàn)收,每次驗(yàn)收均應(yīng)在五個(gè)工作日完成。二、驗(yàn)收內(nèi)容測(cè)試及驗(yàn)收在此次工程驗(yàn)收中,甲乙雙方需要對(duì)工程中所提供的產(chǎn)品型號(hào)進(jìn)行驗(yàn)收。驗(yàn)收過程中,將提交驗(yàn)收方案、驗(yàn)收測(cè)試報(bào)告。在產(chǎn)品交付驗(yàn)收后,我方會(huì)將產(chǎn)品全部技術(shù)文件、資料、及測(cè)試、驗(yàn)收?qǐng)?bào)告等文檔聚集成冊(cè)交付XXXX股份有限公司。在驗(yàn)收中測(cè)試的程序包括:測(cè)試方案及程序包括以下幾項(xiàng):a〕測(cè)試的說明及測(cè)試的目的;b〕測(cè)試結(jié)果記錄的說明;c〕觀察、測(cè)試結(jié)果的硬件產(chǎn)品及程序;d〕測(cè)試進(jìn)度表;e〕使用的軟件程序清單及說明。有關(guān)的測(cè)試結(jié)果要以書面報(bào)告的形式由投標(biāo)人提交,內(nèi)容包括:測(cè)試的系統(tǒng)功能;測(cè)試的系統(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)收是工程重要環(huán)節(jié),主要設(shè)備清點(diǎn)及加電測(cè)試,具體包含內(nèi)容如下:設(shè)備的品牌、規(guī)格、數(shù)量、質(zhì)量、資料。設(shè)備是全新的、未使用過的,采用的是最正確材料和第一流的工藝。設(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)收合格。逾期交貨按違約處理。如果檢測(cè)結(jié)果證明確有質(zhì)量問題,我方應(yīng)無(wú)條件退貨,檢測(cè)費(fèi)用由我方承當(dāng),并承當(dāng)因此逾期交貨的違約責(zé)任。如果檢測(cè)結(jié)果證明沒有質(zhì)量問題,業(yè)主應(yīng)無(wú)條件接受貨物,檢測(cè)費(fèi)用由業(yè)主承當(dāng),我方不再承當(dāng)因此逾期交貨的違約。三、工程最終驗(yàn)收工程階段驗(yàn)收完成后,系統(tǒng)進(jìn)入試運(yùn)行期。系統(tǒng)經(jīng)過試運(yùn)行穩(wěn)定運(yùn)行后,由XXXX主管部門組織最終評(píng)估審查的方式進(jìn)行最終驗(yàn)收。工程最終驗(yàn)收包含,系統(tǒng)功能測(cè)試,系統(tǒng)性能測(cè)試、工程績(jī)效分析、工程實(shí)施文檔檢查等工作,全方位對(duì)工程實(shí)施結(jié)果進(jìn)行測(cè)試和檢查,確保到達(dá)系統(tǒng)設(shè)計(jì)要求。工程最終驗(yàn)收合格后,雙方代表簽署“最終驗(yàn)收?qǐng)?bào)告〞、“最終驗(yàn)收?qǐng)?bào)告〞的簽署即代表工程系統(tǒng)集成工作全部完成。四、驗(yàn)收標(biāo)準(zhǔn)設(shè)備驗(yàn)收標(biāo)準(zhǔn)設(shè)備的品牌、規(guī)格、數(shù)量、質(zhì)量、規(guī)格和性能及資料滿足合同要求;設(shè)備是全新的、未使用過的;系統(tǒng)驗(yàn)收標(biāo)準(zhǔn)將XXXX招標(biāo)文件,我公司投標(biāo)文件、我公司針對(duì)本工程的深化設(shè)計(jì)與施工設(shè)計(jì)及

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論