【正文】 Oracle本身也提供諸如電子商務(wù)、商業(yè)智能甚至ERP等解決方案和產(chǎn)品缺點 需要重新購買產(chǎn)品，短期投資大 需要培訓(xùn)數(shù)據(jù)庫管理和開發(fā)人員的技能 應(yīng)用系統(tǒng)需要全面移植 DB2和Oracle的比較基于上述分析，候選產(chǎn)品中重點考慮Oracle和DB2的比較，這里我們運用上一章中的產(chǎn)品評分表來進行量化的比較分析。 移植到新的數(shù)據(jù)庫平臺 初步篩選首先，可以被排除在外的數(shù)據(jù)庫為sybase，因為Sybase在整個數(shù)據(jù)庫市場中已經(jīng)處于不斷衰退的過程中，而且其數(shù)據(jù)庫在大規(guī)模應(yīng)用中的穩(wěn)定性也值得懷疑。值得指出的是，該圖僅僅是IBM的產(chǎn)品發(fā)展計劃，而不是對最終用戶的承諾，而且2006年以后Informix的發(fā)展方向，仍然沒有被明確。 升級到Informix 下圖（5－1）是IBM的Informix產(chǎn)品發(fā)展計劃：。目前，中國人壽可以選擇的升級或替代方案共有兩種：I. ，并跟隨著IBM對Informix的產(chǎn)品計劃不斷升級；II. 將現(xiàn)有Informix平臺移植到新的數(shù)據(jù)庫平臺上，如DBORACLE、Sybase、MS SQL SERVER等。 vendor solutions與關(guān)鍵技術(shù)和軟件供應(yīng)商的協(xié)同工作能力4Criteria Total標(biāo)準(zhǔn)總和Vendor Status軟件提供商狀況WeightFinancial stability財務(wù)穩(wěn)定性4Vision / direction for their pany 公司遠景和方向4Position in Marketplace市場地位4Partnerships/Alliances with other Vendors和其它軟件供應(yīng)商的伙伴關(guān)系/聯(lián)合3Criteria Total標(biāo)準(zhǔn)總和Product Functionality Key Attributes產(chǎn)品的功能性關(guān)鍵屬性WeightProduct reliability產(chǎn)品可靠性5Product patibility產(chǎn)品兼容性3Product scalability產(chǎn)品可伸縮性4Product feature set產(chǎn)品特點集合5Performance 性能5Criteria Total標(biāo)準(zhǔn)總和表 41通用產(chǎn)品評分表5 移植方向分析本章對現(xiàn)有Informix版本的替代產(chǎn)品的選擇方向進行分析，以明確中國人壽最終對數(shù)據(jù)庫平臺產(chǎn)品的選擇因素。 評分表實例下表列出了一個對功能相似的兩個產(chǎn)品進行評價的示例，我們建議中國人壽在根據(jù)上述基本評價標(biāo)準(zhǔn)篩選之后，對最終的兩到三個候選者進行最終的評分，以確定最適合中國人壽需求的數(shù)據(jù)庫平臺。為了評判性能，我們必須獲得同領(lǐng)域相關(guān)產(chǎn)品的性能基準(zhǔn)報告，這份報告通常包括每秒交易量，反應(yīng)時間，和其他相關(guān)參數(shù)。不用停機便可以增刪硬件，同時又不影響網(wǎng)絡(luò)其服務(wù)器，這也是所期望要達到的。 因此，即使一個產(chǎn)品在四項指標(biāo)中的三項指標(biāo)都領(lǐng)先，也不意味著這個產(chǎn)品的市場占有率是75%，以下是對這些分類評分的具體論述。4 產(chǎn)品等級評分系統(tǒng)針對中國人壽將來選擇數(shù)據(jù)庫平臺的招標(biāo)需要，我們提出一個等級評分系統(tǒng)，為將來的招標(biāo)委員會提供一個候選產(chǎn)品的評價方法。 數(shù)據(jù)復(fù)制根據(jù)中國人壽的應(yīng)用架構(gòu)，其數(shù)據(jù)將分布在核心保險應(yīng)用、銷售支持、財務(wù)系統(tǒng)、精算系統(tǒng)等多個應(yīng)用系統(tǒng)中，這些數(shù)據(jù)可能在邏輯上屬于不同的數(shù)據(jù)庫，但是可以由相同的DBMS 管理或駐留在相同的硬件平臺上，以提供充分的數(shù)據(jù)集成和數(shù)據(jù)共享，另外，不同的數(shù)據(jù)模塊間還要有一定的數(shù)據(jù)冗余，以提高本系統(tǒng)處理的性能，在這種要求下，冗余數(shù)據(jù)的同步主要通過數(shù)據(jù)復(fù)制來實現(xiàn)，當(dāng)前我們考慮主要通過應(yīng)用邏輯層（如企業(yè)應(yīng)用集成EAI等）來控制和實現(xiàn)數(shù)據(jù)復(fù)制和同步以增強數(shù)據(jù)共享的靈活性和可控制性，但同時也會要求數(shù)據(jù)庫產(chǎn)品也提供數(shù)據(jù)復(fù)制功能，以根據(jù)實際的解決方案要求選擇最適當(dāng)?shù)募夹g(shù)手段來實現(xiàn)，提高總體系統(tǒng)架構(gòu)的性能和靈活性。實現(xiàn)系統(tǒng)的高可用性需要硬件系統(tǒng)、軟件應(yīng)用、軟件管理體系等方面的綜合協(xié)調(diào)和控制。在以下的分析中我們將首先分析對企業(yè)級應(yīng)用中數(shù)據(jù)庫管理系統(tǒng)功能和性能的一般性需求，這些需求與具體的某個應(yīng)用關(guān)系不大，而是從企業(yè)級應(yīng)用的角度考慮數(shù)據(jù)庫系統(tǒng)應(yīng)該具備的基本功能和性能水平，該需求可以成為數(shù)據(jù)庫系統(tǒng)的基本選型標(biāo)準(zhǔn)，接下來我們會結(jié)合中國人壽未來的企業(yè)架構(gòu)，尤其是集中模式和應(yīng)用系統(tǒng)架構(gòu)的分析，歸納出中國人壽對數(shù)據(jù)庫系統(tǒng)的特殊要求。本文將根據(jù)這一需求，就該平臺的升級或移植方向和移植的主要實施步驟進行分析。文檔信息項目名稱：中國人壽信息化戰(zhàn)略規(guī)劃文檔版本號：文檔作者：中國人壽信息化戰(zhàn)略規(guī)劃項目組生成日期：200438文檔審核者：中國人壽信息化戰(zhàn)略規(guī)劃項目組審核日期：200438文檔維護記錄版本號維護日期作者/維護人描述目 錄1 概述 72 數(shù)據(jù)庫平臺移植的必要性 73 對未來數(shù)據(jù)庫平臺的要求 7 企業(yè)級數(shù)據(jù)庫管理系統(tǒng)的一般要求 8 中國人壽對數(shù)據(jù)庫系統(tǒng)的特殊要求 104 產(chǎn)品等級評分系統(tǒng) 11 適應(yīng)中國人壽企業(yè)架構(gòu) 11 軟件供應(yīng)商的狀況 12 產(chǎn)品功能性關(guān)鍵屬性 12 其他可以參考的評分指標(biāo) 13 評分表實例 135 移植方向分析 14 評價對象 15 升級到Informix 15 移植到新的數(shù)據(jù)庫平臺 17 初步篩選 17 優(yōu)缺點分析 17 DB2和Oracle的比較 17 第三方評價 20 比較和推薦 216 數(shù)據(jù)庫平臺移植方案 22 移植時機選擇 22 移植方法 22 移植的主要步驟 23 第一步：移植方案設(shè)計 23 實施方案 24 技術(shù)方案 24 第二步：數(shù)據(jù)移植工具開發(fā) 24 移植計劃制定 25 移植操作計劃 25 移植期后備計劃 25 移植應(yīng)急計劃 25 移植回退計劃 26 移植后維護監(jiān)控計劃 26 移植計劃測試 26 移植演習(xí) 27 并發(fā)移植方案 27 單點移植 27 多點并行移植 27 移植實施 28 后期監(jiān)控和維護 28 風(fēng)險和控制方案 28 技術(shù)風(fēng)險和規(guī)避計劃 28 管理風(fēng)險和規(guī)避計劃 29圖表目錄圖 51IBM對Informix的產(chǎn)品發(fā)展計劃 16表 41通用產(chǎn)品評分表 14表 51和中國人壽相關(guān)的產(chǎn)品評價標(biāo)準(zhǔn) 19表 52升級和移植的方法比較 211 概述本文檔主要是通過分析中國人壽目前對數(shù)據(jù)庫管理系統(tǒng)（DBMS）平臺的需求，確定新數(shù)據(jù)庫平臺的選擇方法和選擇標(biāo)準(zhǔn)，并介紹目前市場上可供選擇的主流數(shù)據(jù)庫平臺及其對比，以明確中國人壽未來數(shù)據(jù)庫移植的方向和