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

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

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

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

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

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