【正文】 。 ? 移植過程的項目管理 移植過程是一項復雜的系統(tǒng)工程，因此可能因為各種各樣的原因使項目的進度受到影響。 ? 數(shù)據(jù)清理的實施 根據(jù)中國人壽現(xiàn)有的數(shù)據(jù)質(zhì)量，以及過去進行數(shù)據(jù)清理的實踐經(jīng)驗，從舊系統(tǒng)向系統(tǒng)移植前的數(shù)據(jù)清理工作將是一項長期的艱巨的工作，在這一工作中，技術手段只是其中的一部分，更為重要的是，在業(yè)務人員中樹立數(shù)據(jù)質(zhì)量管理的概念，將數(shù)據(jù)質(zhì)量的提高和業(yè)務部門的 業(yè)績相結合，保證數(shù)據(jù)操作人員能夠利用任何可能的業(yè)務手段提高數(shù)據(jù)的全面性、完整性和準確性。我們建議，將數(shù)據(jù)庫平臺移植項目作為整個應用系統(tǒng)更新項目的一個子項目，和諸如應用開發(fā)、應用推廣等其他任務協(xié)同執(zhí)行。 ? 中國人壽 IT 人員對新數(shù)據(jù)庫平臺的掌握能力 中國人壽未來的數(shù)據(jù)庫維護團隊對新的數(shù)據(jù)庫平臺的掌握程度將是系統(tǒng)平穩(wěn)高效運行的重要資源保證，因此，中國人壽需要從兩個方面對這一條件進行有效地支持： 首先，選擇穩(wěn)定的、易于維護的數(shù)據(jù)庫平臺； 其次，選擇容易從人力資源市場獲取技術力量的平臺。中國人壽也應當將對 功能的覆蓋能力，作為新數(shù)據(jù)庫平臺考查的重要指標之一。 風險和控制方案 技術風險和規(guī)避計劃 ? 應用系統(tǒng)產(chǎn)品支持能力 中國人壽所選擇的應用系統(tǒng)是否能夠很好地支持所選擇的數(shù)據(jù)庫平臺，是整個移植方案實施的先決條件，這里需要指出的是：中國人壽應當將對數(shù)據(jù)庫平臺 的廣泛支持能力作為應用系統(tǒng)選擇的一個重要參考指標，以保證對數(shù)據(jù)庫平臺選擇的廣泛性；反之同樣，擁有廣泛的應用系統(tǒng)支持也是對數(shù)據(jù)庫平臺選擇的考查指標之一。 調(diào)優(yōu)：對系統(tǒng)的性能進行調(diào)整， 由于不同的數(shù)據(jù)庫平臺有不同的運行架構和調(diào)優(yōu)方法，中國人壽需要在廠商技術專家的指導和幫助下，對系統(tǒng)配置參數(shù)進行調(diào)整，使系統(tǒng)的運行效率達到最優(yōu)，并形成適合中國人壽業(yè)務處理特點的數(shù)據(jù)庫管理系統(tǒng)運行模式。 多點并行移植 多個省的某一舊系統(tǒng)并行地移植到新的數(shù)據(jù)庫平臺上，這需要： 重新審視移植計劃，發(fā)現(xiàn)其中不可并發(fā)的操作步驟，穩(wěn)妥的做法是找出其中可以并發(fā)執(zhí)行 的步驟，而將其他的都視作不可并發(fā)； 根據(jù)不同源點的情況，確定綜合的移植操作步驟； 測試該并發(fā)步驟，得到最終的并行移植方案； 進行多點并行移植演習 大規(guī)模實施 移植實施 嚴格按照移植計劃的要求，進行移植和割接操作，并對移植的操作過程不斷進行總結和改進，并在多個并行點間共享移植經(jīng)驗，以得到最優(yōu)的移植方案。但是，另一方面，并發(fā)移植必須在單點移植方案很成熟的基礎上，經(jīng)過反復并發(fā)移植測試證明成功，才能夠大規(guī)模實施。 移植演習 和測試不同，移植演習完全按照實際割接（ cutover）的要求來實施移植計劃，其主要目標是保證所有參與人員對移植計劃的熟練掌握，以使得移植操作可以平滑地進行，減少人為操作失誤帶來地風險。 移植計劃測試 移植計劃測試的主要目的是驗證移植計劃的正確性和可行性，主要包括。 移植回退計劃 盡管為數(shù)據(jù)庫移植制定了周密的計劃，但在系統(tǒng)移植過程中，任何原因導致移植失敗的可能性依然存在，如何保證在移植失敗的情況下，中國人壽的系統(tǒng)和數(shù)據(jù)能夠回退到移植開始前的狀態(tài)，使得其業(yè)務系統(tǒng)仍然可以正常運行，是回退計劃所要解決的重要問題。 通常情況下，在制定應急計劃的過程中，移植操作計劃和后備計劃可能也會相應地作出修改，以提高移植過程的強壯性和容錯能力。 實施方案 實施方案是指基于應用系統(tǒng)部署計劃，所需的具體數(shù)據(jù)庫移植操作過程，包括： 移植對象和目標的確定 主要移植數(shù)據(jù)指標的確定和量化 移植時機的選擇和關鍵里程碑設定 移植環(huán)境和資源的準備清單 相應的培訓、溝通計劃 技術方案 技術方案是指在 Informix 和新的數(shù)據(jù)庫管理系統(tǒng)之間進行應用移植的技術實現(xiàn)方法，技術方案中主要包括： 兩個數(shù)據(jù)庫平臺間的功能覆蓋程度和差異評估 不同技術實現(xiàn)手段的轉換 新系統(tǒng)功能差距的替代方案 數(shù)據(jù)移植方法設計 移植 測試方法 第二步：數(shù)據(jù)移植工具開發(fā) 基于移植的具體目標和數(shù)據(jù)指標要求，根據(jù)兩個數(shù)據(jù)庫平臺的特點，進行移植工具的開發(fā)，通常地，這些移植工具主要包括： 數(shù)據(jù)校驗：包括源系統(tǒng)數(shù)據(jù)校驗（抽取前）和目標系統(tǒng)校驗（加載后） 數(shù)據(jù)抽?。喊ㄈ砍槿。ú蛔兞浚┖驮隽砍槿。ㄗ兞浚?； 數(shù)據(jù)轉換：源系統(tǒng)數(shù)據(jù)向目標系統(tǒng)數(shù)據(jù)的轉換程序，包括缺陷數(shù)據(jù)的補充方案和臨時替代方案； 數(shù)據(jù)傳輸：如果存在不同物理存放位置間的數(shù)據(jù)移植，還要開發(fā)相應的數(shù)據(jù)傳輸程序，保證傳輸過程的自動化、可靠性和完整性； 移植計劃制定 移植計劃不僅僅包括基本的移植 操作步驟，還應當根據(jù)對業(yè)務的影響制定完善的后備計劃和應急計劃，另外，還要考慮一旦移植操作發(fā)生意外，導致移植無法成功完成時的回滾計劃，以保證對業(yè)務的最小間斷和系統(tǒng)的平穩(wěn)過渡。 HP的移植方法主要包括如下四個階段： ? 系統(tǒng)移植規(guī)劃 ? 確 定數(shù)據(jù)庫移植目標、范圍和限制條件 ? 確定項目成功的條件和考量方法及尺度； ? 確定項目的風險和具體的實施方法 ? 確定整合的具體內(nèi)容和潛在的障礙 ? 系統(tǒng)移植分析及概要設計 ? 調(diào)查和分析現(xiàn)有的 IT環(huán)境，包括應用、基礎架構、設施，以及 IT 管理、 IT 對業(yè)務的影響力，企業(yè)的 IT系統(tǒng)特點等； ? 初步確定整合的可選方案和概要的系統(tǒng)配置方案； ? 評估移植和后續(xù)運營工作量和投入； ? 建立實施團隊，準備開始實施整合； ? 實施移植 ? 移植方案詳細設計 ? 項目管理 ? 實現(xiàn)移植方案（如果有需要，還要首先建立一個原型驗證系統(tǒng)） ? 測試和考量移植項目 ? 后期評審、日 常運營和改進 移植的主要步驟 在數(shù)據(jù)庫平臺選型完畢之后，移植工作的實施就成為過渡方案的重要環(huán)節(jié)，數(shù)據(jù)庫平臺的移植是一項龐大而復雜的系統(tǒng)工程，從過去的經(jīng)驗看，多數(shù)移植項目不能夠 100％成功的原因是因為過于重視了移植的技術操作，而忽略了總體移植項目的實施過程和風險控制，因此，根據(jù)中國人壽的實際情況，我們建議中國人壽按照以下步驟來制定數(shù)據(jù)庫平臺移植方案。整個方法所建議的實施過程如下圖所示，它從整體上表達了由可行性分析、設計到實施的全部過程。 移植時機選擇 根據(jù)新的應用系統(tǒng)架構，中國人壽需要在今后一段時間通過升級、開發(fā)或購買等方式建立新的核心保險應用系統(tǒng)，因此，作為該核心應用的數(shù)據(jù)平臺，數(shù)據(jù)庫系統(tǒng)的移植必須和新的應用系統(tǒng)開發(fā)同步協(xié)調(diào)進行。 另外，我們認為在 Oracle 和 DB2 的選擇種要綜合考慮以下成本因素： 軟件自身的購置成本，尤其是定價方式（按最終用戶、按 CPU 數(shù)目和主頻、企業(yè)買斷式等）； 擴展工具包（如數(shù)據(jù)集成、數(shù)據(jù)倉庫技術、電子商務等）的購置成本； 后續(xù)升級支持的成本； 對基礎架構平臺的選擇限制或影響（如某種數(shù)據(jù)庫在某一平臺上的性能明顯 遠高于其他平臺等）； 培訓成本等。 Evans Data 研究報告也證實， Oracle 是應用開發(fā)者首選數(shù)據(jù)庫， Evans Data 在研究報告中指出，大多數(shù)開發(fā)者在選擇數(shù)據(jù)庫時主要考慮可靠性、可伸縮性、完整性以及總擁有成本等因素，在這些方面， Oracle 都獲得了開發(fā)者的認同。 第三方評價 獨立研究機構 Man Stanley 公布的調(diào)查報告顯示： 51%的 CIO 們把 Oracle 作為首選的數(shù)據(jù)庫供應商，而 IBM 和 Informix 加在一起的數(shù)字還不足 22%， Man Stanley 認為，在最了解當今數(shù)據(jù)庫性能的 CIO 群體中， Oracle 數(shù)據(jù)庫繼續(xù)雄居領先的地位。 另外，上述內(nèi)容僅僅是對 ORACLE 和 DB2 這兩個產(chǎn)品進行粗略的初步分析 ，在實際的招標過程中，還需要對上一章所闡述的價格、服務承諾等因素進行綜合分析。 產(chǎn)品評分表 評價標準 權重 ORACLE DB2 說明 適應中國人壽的企業(yè)架構 權重 支持中國人壽的標準 10 如所選擇的 UNIX 開放平臺 產(chǎn)品包和應用整合 3 如產(chǎn)品能否實現(xiàn)和其他異種數(shù)據(jù)庫平臺的集成； 產(chǎn)品自身是否提供相應的軟件包 利用現(xiàn)有基礎架構的能力 3 能否支持中國人壽現(xiàn)有的各種基礎架構平臺，如Windows, HPUX, AIX 等； 評價標準 權重 ORACLE DB2 說明 適應中國人壽的企業(yè)架構 權重 主流的系統(tǒng)維護管理工具（如監(jiān)控軟件、備份軟件等）的支持情況； 與關鍵技術和軟件供應商的協(xié)同工作能力 4 能否被主要的企業(yè)應用集成工具（如 TIBCO）支持并具有較高效率 標準總和 20 軟件提 供商狀況 權重 財務穩(wěn)定性 4 公司近 3 年來的財務報告 公司遠景和方向 4 公司未來 5 年內(nèi)的發(fā)展計劃，尤其是所提供產(chǎn)品的發(fā)展計劃 市場地位 4 公司所提供的產(chǎn)品在市場上的份額，以及近 3 年來的增幅 和其它軟件供應商的伙伴關系 /聯(lián)合 3 公司和中間件、主流應用系統(tǒng)（如 BEA, Siebel, SAP 等）的聯(lián)盟關系，及這種合作解決方案在市場上所占的份額 標準總和 15 產(chǎn)品的功能性 關鍵屬性 權重 Product reliability 產(chǎn)品可靠性 4 Product patibility 產(chǎn)品兼容性 3 Product scalability 產(chǎn)品可伸縮性 4 Product feature set產(chǎn)品特點集合 4 廠商自己提供的針對中國人壽的產(chǎn)品特點評價 Performance 性能 5 第三方性能測試數(shù)據(jù) 標準總和 20 55 和中國人壽相關的評價標準： 評價標準 權重 說明 價格 20 全國支持能力 10 如能否提供一個專職的支持團隊？多大規(guī)模？現(xiàn)場支持評價標準 權重 說明 響應的時間？ 招募 合格技術資源的難度 5