1、正本招 標 人：XXXX項目名稱：電信機房遷移項目（數據庫升級部分）投標文件投標方全稱：XXXX股份有限公司2012年02月20日前 言首先，非常感謝各位領導及專家給予XXXX參與“XXXX數據庫遷移項目”的機會，我們憑借自身綜合實力及多年系統集成，提交本方案，望能采用。XXXX集團（原青鳥軟件股份有限公司）起源于北京大學，是一家專業從事軟件與信息技術服務的大型企業集團（以下簡稱“XXXX”），XXXX集團以XXXX股份有限公司為核心企業， XXXX活躍在新經濟下企業轉型服務領域，并在咨詢服務、軟件開發、系統集成以及運維服務四個核心業務領域積累了世界領先的專業技術和服務經驗，與50多家國際著名

2、管理咨詢公司和軟硬件廠商結成戰略合作聯盟，與3000多家國內集成商緊密合作，為數萬家客戶提供信息技術服務和應用軟件解決方案及相關服務，在金融、能源、政府及企業領域建立起了卓越的聲譽和品牌，是客戶最佳的信息技術發展戰略合作伙伴。針對本項目，XXXX具有如下優勢：集成優勢XXXX作為一級系統集成商，對系統集成有著深刻的認識；同時設計和實施過在眾多數據中心、大型業務系統的軟硬件平臺，有著豐富的建設經驗；針對應用的高可用性和業務的連續性有著深入的研究，結合用戶的具體需求，我們將提供全面、合理的解決方案。產品優勢XXXX是IBM、HP、SUN小型機；ORACLE、SYBASE數據庫；IBM、ORACLE

3、中間件及試測軟件；EMC、HDS存儲；CISCO、AVAYA網絡設備；APC機房設備等高級別代理商，對各類產品有深入細致的了解，能為貴校提供最優的解決方案。完善的質量保證體系ISO9001質量保證體系是質量管理標準和質量保證標準。XXXX為了進一步提高公司的管理水平，確立了以客戶為中心的質量體系，并將其定義到整個系統集成的設計/開發、供應、安裝和服務領域。本地化服務能力上海XXX員工逾200人，技術人員50余名，其中包括小型機、中型機、存儲、數據庫、智能化、軟件、項目經理人及網絡工程師若干名，具備較強的技術力量和集成能力。公司特為此項目成立豪華項目小組，由公司銷售總監擔當項目組長，監控整個項目

4、的實施過程，并組建15人的技術服務團隊（有廠商資格認證的工程師）配合廠商為用戶提供全方位的技術服務。優惠政策公司根據本實驗室的建設目標、主要任務和功能定位，特免費贈送對改實驗室建設有幫助的一款系統軟件數據統計軟件，希望能夠充分的幫助學校更好的建設此實驗室。科研合作近期，國家加大了對“產學研”過程的扶持與引導力度，而XXXX也一直致力于出身高校（前北大系）服務于高校的準則，大力與高校進行校企合作。充分利用高校的人力資源與科研能力，在金融、電力、能源、高教等領域共同開發出適合市場需求的產品，并樹立良好的品牌。因此，希望通過此次參與上海交通大學項目，能夠有機會更進一步與貴校在內容安全領域有更多的科研

5、合作，通過XXXX現有的用戶群來做市場推廣。 本著與XXXX建立全面、持久、穩定、良好的業務合作關系，我們鄭重承諾：以豐富的項目實施能力、雄厚的資金實力，以方便、快捷的本地化服務特點為保障，確保XXXX數據庫升級項目的順利實施。目 錄第一章 技術方案21項目方案21.1生產中心硬件平臺2系統拓撲結構2服務器硬件平臺選擇3存儲部分4存儲交換機51.2數據遷移方案7RMAN Backup/Restore遷移7Oracle DataGuard遷移8借助第三方工具（Quest SharePlex）遷移9遷移方案對比12遷移數據校驗132服務協議152.1服務內容152.2項目實施工作小組152.3項目

6、進度計劃162.4項目分工界面172.5項目驗收方案202.6售后服務承諾22第一章 技術方案1項目方案1.1 生產中心硬件平臺1.1.1 系統拓撲結構XXXX現有數據中心和新建設的數據中心服務器配置的簡單拓撲圖如下圖所示：現有生產中心數據庫服務器硬件平臺由兩臺Sun v890服務器構成，在Solaris 10操作系統上運行Oracle RAC數據庫（10gR2），數據文件存放在共享的HP EVA8400磁盤陣列上。本次方案的主要目的是建設新的硬件平臺，將數據庫從現有平臺平滑遷移至新的硬件平臺。本次方案根據招標文件中相關要求，參考當前系統運行狀況，選擇合適的硬件平臺，支持核心數據庫系統的穩定、

7、高效運行。根據本節硬件平臺的選擇結果，在第2節中我們將會給出相應的數據遷移的幾種方案。1.1.2 服務器硬件平臺選擇當前數據庫服務器采用了Sun v890服務器，我們的目標是根據現有的硬件配置推算出我們需要的新硬件平臺服務器的處理器的配置需求。衡量OLTP類應用系統的處理器處理能力的指標有CPU2006，SPECjbb2005，TPC-C等指標。由于不同廠商的不同時期發布的產品在性能比較上不存在單一的標準，加上部分產品未參與某些指標的公開測試，所以在下面的討論中我們選擇同時發布了SPECjbb2005和CPU2006指標的v890（UltraSPARC IV+ 2.1GHz處理器） 服務器作為

8、基準，作為其他服務器處理器比較的依據。從和可以分別獲得主流服務器平臺的TPC-C和CPU2006指標數據。各個型號服務器的SPECjbb2005和CPU2006的數據和相應配置如下表所示：CINT2006CFP2006SPECjbb2005V890(8chip，16core，1.5GHz)117986V890(8chip，16core，2.1GHz)154244846M3000(1Chip，2Core，2.7GHz)33.529.5M5000(8Chip，32Core，2.6GHz)352278因為UltraSPARC IV+ 1500MHz的v890采用的是SPECjbb2005指標，我們只

9、能從相關的參考指標來推算出當前Oracle在主流服務器中配置的SPARC64芯片性能比較參數。從上表中可以看出，單顆2.6GHz的SPARC64芯片性能大約是2.1GHz UltraSPARC IV+芯片的2.3倍，單顆2.1GHz UltraSPARC IV+處理器是同型號1.5GHz主頻處理器的2倍。因此2.6GHz主頻的SPARC64處理器性能是UltraSPARC 1.5GHz處理器性能的5倍左右。根據標書要求，服務器滿配置需要至少32核心處理器和64GB內存。根據這一要求，我們從主流的服務器廠商中選擇了Oracle的M5000服務器作為推薦型號，滿足本次方案建設要求。其性能參數如上表

10、所示，可以看出，配置新型號的處理器，考慮到存儲設備升級，I/O系統的優化，數據庫參數和配置的調整及優化，有充分證據可以表明可以提升當前數據庫系統的性能，使得系統的響應時間縮短510倍，系統的吞吐量提高510倍左右。從而系統總體性能上有了10倍左右的提升。1.1.3 存儲部分OLTP是傳統的關系型數據庫的主要應用，主要是基本的、日常的事務處理，具有很高的并發性（大量的交互式用戶），并且是更新密集型的，SQL語句主要以插入、更新和刪除為主，要求具有較快的響應時間，以銀行系統，訂票系統為代表。由于OLTP應用的業務特點，從性能角度出發，對磁盤子系統有一定的要求。OLTP系統最容易出現瓶頸的地方除了C

11、PU就是磁盤子系統。磁盤子系統在OLTP環境中，它的承載能力一般取決于它每秒處理I/O的數量。因為在OLTP環境中，磁盤物理讀一般都是db file sequential read，也就是單塊讀，但是這個讀的次數非常頻繁。如果頻繁到磁盤子系統都不能承載其IOPS的時候，就會出現大的性能問題。另外磁盤子系統的控制器的Cache大小對I/O系統的性能也至關重要，Cache決定了很多事務不需要從物理磁盤存取數據，從而大大縮短了事務處理的時間。根據標書要求，存儲設備的選擇需要同時支持FC和iSCSI協議，IOPS至少達到18000，控制器緩存至少16GB，可用磁盤容量達到10TB，配置容量需要達到20

12、TB左右。針對Oracle數據庫，可以按照如下的方式進行RAID的設置：文件需要容量RAID類型控制文件200MRAID 0+1Redo日志文件300GBRAID 0+1系統表空間50GBRAID 0+1核心生產數據表空間1TBRAID 0+1索引表空間500GBRAID 0+1歸檔日志空間200GBRAID 0+1回滾表空間200GBRAID 0+1其他數據表空間1TBRAID 5歷史數據文件1TBRAID 5本次方案我們根據標書要求選擇HP EVA 8400存儲設備作為推薦產品，滿足本次建設要求。HP EVA 8400控制器最大支持22GB Cache。支持FC、FATA和SSD磁盤。為了

13、滿足隨機IOPS 18000的要求，我們按照單塊15000rpm的SAS磁盤可以提供300400個IOPS計算，即我們至少需要配置50塊左右的磁盤。按照容量計算，我們配置48塊轉速15000rpm、容量為450GB的FC磁盤，以滿足性能要求。1.1.4 存儲交換機主機和存儲設備通過FC SAN進行互聯，根據標書要求采用兩臺Brocade 300E SAN交換機實現主機和存儲設備的互聯，保證連接性能的同時消除鏈路層的單點故障。每臺交換機激活16端口，滿足當前主機和存儲鏈接需求。1.2 數據遷移方案本次系統遷移的目標是在4小時停機維護時間內完成數據在兩個數據中心RAC環境內的遷移，兩地數據中心之間

14、通過1000Mbps的以太網鏈路互聯。我們在本方案中建議以下三種方式實現Oracle數據庫的數據遷移：l RMAN Backup/Restoren 通過全備份、增量備份實現數據遷移n 實現方式簡單，遷移成本較低n 需要較長的停機維護時間l Oracle DataGuard遷移n 通過建立Active-Standby的模式運行實現數據自動復制，通過switchover的方式實現主備中心的切換，實現數據遷移n 需要主-備中心使用相同服務器硬件平臺l 借助第三方工具（Quest SharePlex）遷移n 通過建立Active-Standby的模式運行實現數據自動復制，通過switchover的方式

15、實現主備中心的切換，實現數據遷移n 支持異構平臺n 需要第三方工具支持，成本較高1.2.1 RMAN Backup/Restore遷移正式遷移前使用RMAN全備份源數據庫，通過1000Mbps網絡將備份數據傳輸至目標數據中心，通過RMAN restore將數據庫在目標端恢復。每天增量備份數據庫，將增量備份數據通過1000Mbps網絡傳輸至目標數據中心，通過RMAN Restore將每天的增量數據恢復。正式遷移開始時，中斷源數據庫的客戶端訪問連接，通過RMAN增量備份數據庫，將增量備份數據通過1000Mbps網絡傳輸至目標數據中心，將源數據庫最后的增量部分在目標數據庫恢復。該方法恢復數據庫實現方

16、式簡單，不需要對源數據庫進行設置變更，不影響源數據庫的正常運行；但該方式遷移數據庫需要較長的遷移周期，同時需要安排一定的停機時間，以保證數據的完整遷移。1.2.2 Oracle DataGuard遷移DataGuard方案是在新主機存儲設備劃分好、操作系統和數據庫軟件安裝完畢之后，通過在新的磁盤陣列上創建與原有的數據庫一樣的卷組(VolumeGroup，簡稱VG)，接著再在各個VG內創建與原有數據庫完全一致的邏輯卷 (LogicalVolulne，簡稱LV)，歸檔日志所在目錄以及oracle的bdump、cdump和udump必須和原有的數據庫相應目錄設置成一致。然后在原有數據庫上做全庫的RM

17、AN備份，再在新的磁盤陣列上利用RMAN備份生成的文件做新的數據庫的恢復，并且將新的數據庫一直處于 managed recovery狀態，在此狀態下，原有數據庫上生成的歸檔日志，可以在新的數據庫上應用，以保證新的數據庫與原有的數據庫不斷同步。在需要進行測試的時候，可以先將新的數據庫做一次RMAN備份，然后將新的數據庫至于open狀態，新數據庫就可以進行交易驗證測試了。驗證測試完成之后，將新的數據庫再次恢復，此時恢復采用的文件為新數據庫叩即前所做的RMAN備份的文件，然后再和遷移前的數據庫通過應用歸檔日志保持不斷同步。當執行數據庫正式切換時，將遷移前的數據庫所在的應用全部正常關閉，保證不再有新的

18、數據庫記錄產生，然后插入相應的驗證數據，再連續切若干個歸檔日志，保證在線聯機日志中不再保留任何數據，將生成的所有歸檔日志全部在新的磁盤陣列所在的數據庫上進行應用，然后將新的數據庫至于打開狀態，這樣新的數據庫就能正常對外提供服務了。DataGuard的遷移流程如下圖所示。DataGuard方案所使用的軟件、工具和命令均為安裝了Oracle 10g企業版所自帶，不再需要另行購買。流程的實施具有一定難度，尤其還要保證不影響現有的系統的正常運行。 DataGuard整個實施流程中涉及到的所有命令的學習和掌握都需要一定的時間，生產數據庫和新數據庫之間的歸檔日志如何自動傳輸以及歸檔日志如何自動在新數據庫上

19、進行應用，都需要認真考慮解決方案。DataGuard方案不能對現有的數據庫做表空間大小的優化調整，它只能保持新數據庫所有的數據文件和現有的數據庫數據文件完全一致。但由于采用該方案，之前的數據庫信息可以提前同步，在正式切換時，需要同步的數據比較少，因而導致停業的時間比較短。在 DataGuard的三種模式中選擇最大性能模式，可以盡可能地減少對現有生產數據庫的性能影響。1.2.3 借助第三方工具（Quest SharePlex）遷移此方式和2.2節Oracle DataGuard的方法和原理是一樣的。下圖所示為SharePlex for Oracle的基本結構：數據捕獲SharePlex for

20、Oracle由捕獲進程來收集發生變化的數據，捕獲進程駐留在源系統上，自動讀取Oracle的在線日志文件。這種讀操作是從操作系統的角度來完成的，而不是通過數據庫。通過將日志文件作為獲取變化信息的源泉，Quest可以完成數據的復制而不會給生產系統帶來額外的開銷。由于Oracle將所有的事物變化記錄到日志中并使用日志文件進行系統恢復，因此Shareplex for Oracle可以通過解析日志文件保障數據的一致性。捕獲進程連續監控日志文件用以捕捉變化信息。當日志文件中出現一條新記錄時，SharePlex判斷其是否屬于被復制對象，如果是，則SharePlex為該條記錄加入用于決定此記錄將被發向那個主機

21、的地址信息并將包含地址信息的記錄存放到自己的隊列中，存儲隊列存在于數據庫之外。發生改變的數據被立即處理并被發送到目標系統中而不等待提交或回滾動作的完成，因為等待提交或回滾完成將帶來延遲。當提交或回滾信息被寫入日志文件時，它們也將被發送到目標系統中，從而在目標系統中完成相對應的操作。捕獲進程具有如下特點：l 捕獲進程從Oracle 日志文件中讀取信息，因此復制過程不會給生產數據庫實例帶來性能問題；l 只有發生改變的數據被傳輸，而不是日志文件中的全部信息，因此SharePlex的網絡負載非常小；l 盡管需要在Oracle數據庫中安裝少量的對象用來存儲有關復制的一些基本信息，但源數據庫不需要參與到數

22、據捕獲和傳輸過程中；SharePlex的捕獲進程不但可以讀取在線的日志文件，而且可以讀取歸檔日志，甚至當歸檔日志文件被移動到其它設備上時，SharePlex會發出提示信息。正是這種能力極大地增強了系統的冗余功能。例如，如果捕獲進程由于某種原因被停止，當它重新啟動后數據同步不會受到影響；數據傳輸SharePlex for Oracle在基于TCP/IP協議的網絡環境完成源和目標系統之間的數據傳輸。其相關的進程確保數據的正確接收和網絡數據包的正確順序，從而提供網絡傳輸冗余，確保數據的完整。整個數據傳輸過程無需其它的中間件。應用數據應用進程將傳送到目標系統中的信息轉化為SQL語句，然后發送給Orac

23、le執行。SharePlex能夠實現精確復制的一個重要原因就是其能保證從源數據庫到目標數據庫的Oracle讀一致性，不但按順序復制事務，而且也復制上下文信息，將源數據庫中發生變化的全部事務信息都復制到目標數據庫中。盡管企業從規劃設計良好的業務系統中收益，但也不得不面臨數據庫升級和平臺遷移這一挑戰。如從Oracle 9i升級到11G，從HP平臺前移動AIX平臺等等呢個。SharePlex可確保在進行以上工作時正常的事務處理得以繼續進行。源系統的功能不受到任何影響，SharePlex只捕捉遷移過程中發生變化的事務并將它們排隊保存。當遷移工作結束后，這些被保存的事務將被應用到新系統中并進行數據同步工

24、作。一旦數據同步后，用戶活動會有非常短暫的停頓，在此瞬間將完成系統的切換動作。方案收益l 異構平臺的遷移及數據庫升級基于SharePlex對復制平臺異構的支持，SharePlex的系統遷移方案，完全可以實現跨平臺的數據庫遷移或數據庫版本的升級。例如：用戶可以平滑的實現HP 平臺下 Oracle 9i 到 AIX平臺下 Oracle 11G的數據庫升級，沒有任何限制。l 極大地降低了停機時間以往的數據庫遷移或升級，大部分情況下只能使用EXP/IMP的方式完成，必然造成較多的停機時間，這對現今越來越要求高可用性的7*24小時系統來說，幾乎是不可接受的。SharePlex通過使用中間機，及數據變化的

25、即時復制等技術，使停機時間從幾小時甚至幾天，縮短到幾分鐘，最大程度的滿足了用戶的需求。l 建立了風險回退機制通常的數據庫升級或遷移都存在著一定的風險，如數據庫與應用程序兼容問題等，如果升級后出現未預料到的問題，或升級失敗，則需要能夠迅速切換到原有的系統，以保證系統的正常運行。通過SharePlex設計方案，整個遷移過程都是可控的，原有生產環境保留，升級過程中失敗直接啟用原有生產系統即可。SharePlex完成系統的升級或遷移后，可以建立一條由新系統到舊系統的復制鏈路，將新系統上的數據變化復制回舊系統。此時，如果新系統出現意外情況，應用不僅可以迅速的切換到原有的系統，也避免了切換過程中的數據損失

26、，保證了系統的平穩過渡。1.2.4 遷移方案對比RMAN遷移DataGuardSharePlex難易程度較為容易有一定難度需要專業軟件停機時間較長較短較短實施額外費用無無需購買軟件授權需要調整現有數據庫設置否是否遷移周期長短短平臺要求建議同構平臺同構平臺無要求通過上述三種數據遷移方案的比較和本次系統遷移的要求，我們建議采用Oracle DataGuard的方式來實現Oracle數據庫的數據遷移。1.2.5 遷移數據校驗1.2.5.1 業務驗證方案業務驗證方式是數據遷移驗證的核心，由于遷移流程中從小到大、從易到難會經歷內部測試、預演和正式切換三個實施階段，而這三個階段分別需要業務的驗證。由于系統

27、業務交易的數量太多，而業務驗證時間和參與驗證機構的數量各有不同，業務驗證不可能面面俱到，不可能涵蓋每一筆交易，因此需要根據每個階段的測試目的，根據業務系統的交易類別和交易重要性，在不同的測試階段，選擇不同的測試機構和機構數量，制定每個階段可行的業務驗證案例。在內部測試階段，業務驗證主要是測試數據遷移后應用能否正常交易，因此該階段的測試側重的是業務交易的可用性和核心交易的正確性，由于中間業務測試環境已經搭建，所以在內部測試階段增加中間業務類的測試。預演階段是正式切換的預先演習。由于內部測試已經測試了較為完整的交易流程，預演的目的主要是驗證實際生產前臺環境的可用性，另外預演測試還能起到對新主機數據

28、庫一個壓力測試作用。 在正式切換階段，所有的驗證交易均為真實的操作，之前兩個階段的交易只在測試環境有效，在生產環境中是不存在的，而正是切換后，遷移后的數據庫就轉為了新的生產數據庫，此時的交易驗證要盡可能的詳細，必須包含所有核心交易，尤其是與外圍系統有業務交易往來的交易，能測的都需要盡可能得測到。1.2.5.2 外圍系統驗證如果存在以訂票系統為核心的外圍系統，并且這些外圍系統有些是需要通過業務交易與核心系統的應用和數據庫打交道，有些是不需要通過業務交易直接在數據庫層面或者其他層面與核心系統進行交互，基于此，可以對所有外圍系統進行分析，將不需要通過業務交易驗證就可以驗證新舊數據庫數據遷移是否正常的

29、系統進行篩選，列出各外圍系統與核心系統的關聯性，并提供可行的外圍系統驗證方法，從而提高數據遷移驗證的準確性，減少業務交易驗證的工作量。1.2.5.3 技術驗證方案Oracle數據庫遷移的技術特性是在通過RMAN恢復數據庫后，不斷應用遷移，前數據庫生成的歸檔日志而這些歸檔日志記錄的就是使得原有數據庫的數據內容進行改變的每一條語句。再由于歸檔白志記錄的每條語句的順序，就是每條語句被執行的順序，換句話說，就是執行每條語句的時間順序。根據以上分析，技術驗證的方法可以考慮通過在特定的時間在原有的數據庫中插入特定的內容，當數據遷移完成后，在新的數據庫中查找插入的特定內容是否存在，如果不存在，遷移肯定有問題

30、，如果存在，則在一定程度上可以證明數據的一致性。基于以上的分析，再加上現有生產數據庫的備份方式，備份前，必須將應用和數據庫正常關閉，因此在技術驗證的時間點，考慮在生產數據庫上建立一張驗證表，表明為verify-tab，該表字段為日期和時間字段，每天備份數據庫之前，在verify-tab中插入一條記錄，該記錄的內容為插入該條記錄的日期和時間，具體精確到年、月、日、小時、分鐘、秒。由于該驗證記錄是在數據庫關閉前產生的最后一條記錄，如果新的數據庫上同步結束后正常打開后，能在新的數據庫的驗證表verify-tab中查找到同樣的當日插入驗證記錄，并且新數據庫的告警日志altertSID.log文件中沒有

31、任何出錯信息，則可以肯定遷移前后新舊數據庫的內容是保持完全一致的。為了進一步驗證遷移前后數據的一致性，還可以考慮將數據庫中與應用相關的、重要的數據庫表的記錄數和某些字段的求和進行統計。我們可以通過執行相應的SQL命令獲得整個數據庫中一共有多少記錄。當然，這個數據的獲得應該在應用正常關閉后數據庫正常關閉前獲得，然后將這兩個數據記錄下來。在數據遷移完成后，在新的數據庫中同樣執行相同的命令，也能得到兩個數據，將前后兩次所得到的活期賬戶數和活期賬戶余額求和兩個數進行對比，如果兩個數都分別完全一致，則從另一個角度也能說明遷移前后新舊數據庫數據的一致性。完整性和可用性驗證相對比較簡單，只要遷移后的新數據庫

32、能正常打開，并且架構在數據庫之上的應用能正常啟動，不會報由于數據庫的問題導致應用不可用，并且新數據庫的告警日志altertSID.log文件中沒有任何出錯信息，那就可以肯定遷移后的新數據庫是完整的、可用的。數據遷移的驗證是一個非常重要的內容，通過驗證可以確定新舊數據庫內容是否一致，可以確定新的數據庫的完整性和有效性。2 服務協議2.1 服務內容本項目主要包括了XXXX股份有限公司電信機房遷移項目涉及的服務器、存儲、SAN交換機、虛擬化軟件等硬件設備、相關軟件以及系統集成方案詳細設計、實施、培訓、技術支持與服務等內容。 本項目系統集成服務的具體內容如下：1. 完成本項目中標采購設備的總體設計及工

33、程實施方案的設計。2. 完成本項目中標采購設備的安裝、調試及相關軟件的集成服務。3. 完成本項目中涉及到的系統升級、平臺遷移和數據遷移的實施工作，確保在停機時間內可以平滑升級。4. 編制與本項目相關的各種工作文檔、技術文擋、測試記錄和工作記錄，并在項目驗收完成后全部提交給甲方備案。5. 為甲方有關信息系統管理人員及相關人員提供相關設備的技術、維護等相關培訓。2.2 項目實施工作小組1項目經理XXX項目經理IBM P系列認證VCP虛擬化認證OCP數據庫認證2項目指導XXXORACLE專家3服務器工程師XXXIBM P系列認證OCA數據庫認證4存儲工程師XXXIBM P系列認證5數據庫工程師XXX

34、IBM P系列認證OCP數據庫認證2.3 項目進度計劃T0+5T0+15T0+20T0+25T0+30T0+35T0+45T0+50T0+70準備階段產品訂貨到貨驗收設備上架硬件平臺聯調數據遷移演練系統測試數據庫正式遷移系統整體測試/割接項目初驗項目終驗注：1. T0為項目啟動時間2. 產品訂貨約10天3. 實際實施時間約20天，同時進行系統測試2.4 項目分工界面XXXX職責：Ø 任務一 項目準備目標：協助XXXX檢查實施環境條件。任務描述：n 協助XXXX前期的實施準備工作，提交有關現場安裝環境要求的文檔，協助完成現場環境的準備，檢查并確認XXXX設備安裝環境是否已具備實施要求。

35、n 在XXXX的協助下，完成本次項目的需求調查，為項目實施進行深化設計和前期準備。n 現場勘查任務說明：n 對施工現場進行實地環境和準備情況勘察。n 結合現場情況訪談用戶，對主機、存儲、光纖網絡、IP網絡需求進行深入了解和細化。n 結合業務特點，了解現有系統運行環境。n 實地勘察完上述地點后，在五個工作日內對該地發現的問題和建議進行匯總整理，以報告的形式提交給甲方。交付件: n 現場勘察報告完成標準：n 乙方完成上述工作，提交交付件，本任務即視為完成。Ø 任務二 制定詳細設計方案及實施方案目標：為XXXX項目具體實施確定深化實施方案。任務描述：n 制定深化設計方案。n 制定系統實施計

36、劃。n 制定系統測試計劃。n 制定系統驗收計劃。交付件：SOW手冊、深化設計方案、系統實施計劃方案、驗收方案完成標準：乙方完成上述工作，提交交付件，本任務即視為完成。Ø 任務三 設備到貨、現場驗收目標：督促廠商設備生產及發貨，確認到貨設備符合合同約定。任務描述：n 督促廠商設備生產及發貨。n 制定設備驗收方案。n 在到貨現場，對硬件設備和軟件進行檢查并記錄設備S/N號。交付項目：設備現場驗收文檔完成標準：乙方完成上述工作，提交交付件，通過客戶審核，甲方本任務即視為完成。Ø 任務四 系統安裝調試、數據遷移目標：在XXXX現場完成硬件設備和軟件的安裝、配置和調試。任務描述：n

37、數據庫服務器安裝，調試n 存儲設備安裝、調試n 服務器和存儲系統互聯n 新平臺RAC環境搭建n 系統測試和遷移方案論證、演練n 數據遷移交付項目：系統集成完工報告（FAT）、項目SOP手冊、系統測試報告、系統終驗報告完成標準：乙方完成上述工作，提交交付件，通過客戶審核，甲方本任務即視為完成。XXXX職責： l，XXXX應同集成商進行系統整體設計，規劃及技術標準的制定； 2，XXXX應配合集成商的分工界面及工程實施計劃，提供合適的機房環境、傳輸電路和與電信的互連互通； 3，XXXX應在采納集成商的各項建議后，對集成商的行為做出有效的約束，以保證工程的順利實施： 4，XXXX應根據雙方確認的技術標

38、準與合作界面對集成商負責的部分進行驗收，并檢驗集成商的工作進度； 5，為保證工程的順利運行，XXXX應在故障發生的1小時之內計時以書面形式通知集成商；6，XXXX負責整個系統的驗收。7，設備到貨后XXXX可提供存放地點，但不保證其安全性。集成商和XXXX應保持及時充分的溝通，本著協作的精神，共同保證工程的順利實施。為了保證本工程按照XXXX的要求按期、按質地完成工程建設，建議由貴方牽頭，由集成商協助，成立工程項目總協調小組，實施統一的工程協調會制度。實施細節如下：l，建立工程總協調小組，統一協調各方技術標準、工程進度等實施問題。2，工程總協調小組的具體運作，應該有明確的、含工程全程的實施計劃和

39、要求。內容有：工程總協調小組的組織結構及職責定義； 工程總協調小組的成員名單； 統一的工程進度及協調會制度； 工程簡報制度； 工程文檔規范。2.5 項目驗收方案項目驗收包括項目結束時交付系統的驗收，也包括項目執行過程中的集成產品交付、項目階段成果交付等的驗收。應該講，項目驗收貫穿于項目的全過程。以下從項目驗收組織、驗收內容、驗收標準、項目交付物以及驗收文檔，五個方面說明本項目的項目驗收。一、驗收組織由業主方、我方（如果業主需要可以外聘專家）組成驗收小組，負責對項目進行全面的驗收。也可以在合同專用條款中明確是否委托第三方進行驗收，沒有約定第三方的，由業主負責驗收，每次驗收均應在五個工作日完成。二

40、、驗收內容測試及驗收在此次項目驗收中，甲乙雙方需要對項目中所提供的產品型號進行驗收。驗收過程中，將提交驗收方案、驗收測試報告。在產品交付驗收后，我方會將產品全部技術文件、資料、及測試、驗收報告等文檔匯集成冊交付XXXX股份有限公司。在驗收中測試的程序包括：1） 測試計劃及程序包括下列幾項：a）測試的說明及測試的目的；b）測試結果記錄的說明；c）觀察、測試結果的硬件產品及程序；d）測試進度表；e）使用的軟件程序清單及說明。1） 有關的測試結果要以書面報告的形式由投標人提交，內容包括：a） 測試的系統功能；b） 測試的系統性能等。設備驗收我方應提前二天通知業主做好驗收準備。在指定的交貨地點組織驗收

41、應隨貨物向客戶交付相關的備件、工具、使用說明書及相關資料。設備驗收是項目重要環節，主要設備清點及加電測試，具體包含內容如下：1. 設備的品牌、規格、數量、質量、資料。2. 設備是全新的、未使用過的，采用的是最佳材料和第一流的工藝。3. 設備的質量、規格和性能等符合合同規定的質量、規格和性能要求。驗收合格后，業主應向我方出具加蓋公章的貨物質量驗收單。驗收不合格的，業主有權拒收。我方應在5個工作日內按約如數更換到位，并保證驗收合格。逾期交貨按違約處理。如果檢測結果證明確有質量問題，我方應無條件退貨，檢測費用由我方承擔，并承擔因此逾期交貨的違約責任。如果檢測結果證明沒有質量問題，業主應無條件接受貨物，檢測費用由業主承擔，我方不再承擔因此逾期交貨的違約。三、項目最終驗收項