【正文】 于提高未來系統(tǒng)的集成度，也有利于中國人壽利用采購規(guī)模優(yōu)勢來獲取更好的價格。 樣例：產(chǎn)品評分表 適應中國人壽的企業(yè)架構 Weight 權重 產(chǎn)品 1 產(chǎn)品 2 Support for China Life Standards 支持中國人壽的標準 10 Package Application Integration包應用整合 3 Ability to leverage existing infrastructure 利用現(xiàn)有基礎架構的能力 3 Interoperability with key technologies amp。 評價對象 本章分析的主要是關系型數(shù)據(jù)庫管理系統(tǒng)產(chǎn)品，包括整個產(chǎn)品包所包含的數(shù)據(jù)庫管理系統(tǒng)、指令語言、開發(fā)工具和管理工具等。 以下對上述兩個大方向進行深入的分析。而隨后 的方向比較明確的是和 DB2的互操作性。 I BM S of t w are G rou pP a g e 92H 06? 安全? D B2 的互操作性? 和 I BM 軟件的集成IDS Road map200 3200 4200 5200 6200 7200 8IDSv IDSv IDSv IDSv 30 M ar ch 20 03? 備份恢復? H D R amp。 移植到新的數(shù)據(jù)庫平臺 初步篩選 首先，可以被排除在外的數(shù)據(jù)庫為 sybase，因為 Sybase 在整個數(shù)據(jù)庫市場中已經(jīng)處于不斷衰退的過程中，而且其數(shù)據(jù)庫在大規(guī)模應用中的穩(wěn)定性也值得懷疑。 優(yōu)缺點分析 優(yōu)點： ? 移植后，可以保持較長期的穩(wěn)定 ? 可以充分利用數(shù)據(jù)整合和應用系統(tǒng)升級的時機 ? 相對于 Informix， DB2 和 Oracle 在總體上更加 成熟和先進， ? 其他相關產(chǎn)品供應商和應用開發(fā)商的支持更多，有利于其他產(chǎn)品的選型和系統(tǒng)的集成 ? DB2 和 Oracle 本身也提供諸如電子商務、商業(yè)智能甚至 ERP 等解決方案和產(chǎn)品 缺點 ? 需要重新購買產(chǎn)品，短期投資大 ? 需要培訓數(shù)據(jù)庫管理和開發(fā)人員的技能 ? 應用系統(tǒng)需要全面移植 DB2和 Oracle 的比較 基于上述分析，候選產(chǎn)品中重點考慮 Oracle 和 DB2 的比較，這里我們運用上一章中的產(chǎn)品評分表來進行量化的比較分析。 但是，上述內容僅僅是對 ORACLE 和 DB2 這兩個產(chǎn)品進行粗略的初步分析，在實際的招標過程中，還需要對上一章所闡述的價格、服務承諾等因素進行綜合分析。 第三方評價 獨立研究機 構 Man Stanley 公布的調查報告顯示： 51%的 CIO 們把 Oracle 作為首選的數(shù)據(jù)庫供應商，而 IBM 和 Informix 加在一起的數(shù)字還不足 22%， Man Stanley 認為，在最了解當今數(shù)據(jù)庫性能的 CIO 群體中， Oracle 數(shù)據(jù)庫繼續(xù)雄居領先的地位。 Evans Data 研究報告也證實， Oracle 是應用開發(fā)者首選數(shù)據(jù)庫， Evans Data 在 研究報告中指出，大多數(shù)開發(fā)者在選擇數(shù)據(jù)庫時主要考慮可靠性、可伸縮性、完整性以及總擁有成本等因素，在這些方面， Oracle 都獲得了開發(fā)者的認同。 另外，我們認為在 Oracle 和 DB2 的選擇種要綜合考慮以下成本因素： ? 軟件自身的購置成本，尤其是定價方式（按最終用戶、按 CPU 數(shù)目和主頻、企業(yè)買斷式等）； ? 擴展工具包（如數(shù)據(jù)集成、數(shù)據(jù)倉庫技術、電子商務等）的購置成本； ? 后續(xù)升級支持的成本； ? 對基礎架構平臺的選擇限制或影響（如某種數(shù)據(jù)庫在某一平臺上的性能明顯遠高于其他平臺等）； ? 培訓成本等。 移植時機選 擇 根據(jù)新的應用系統(tǒng)架構，中國人壽需要在今后一段時間通過升級、開發(fā)或購買等方式建立新的核心保險應用系統(tǒng)，因此，作為該核心應用的數(shù)據(jù)平臺，數(shù)據(jù)庫系統(tǒng)的移植必須和新的應用系統(tǒng)開發(fā)同步協(xié)調進行。整個方法所建議的實施過程如下圖所示，它從整體上表達了由可行性分析、設計到實施的全部過程。 HP的移植方法主要包括如下四個階段： ? 系統(tǒng)移植規(guī)劃 ? 確定數(shù)據(jù)庫移植目標、范圍和限制條件 ? 確定項目成功的條件和考量方法及尺度； ? 確定項目的風險和具體的實施方法 ? 確定整合的具體內容和潛在的障礙 ? 系統(tǒng)移植分析及概要設計 ? 調查和分析現(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ù)庫平臺移植方案。 實施方案 實施方案是指基于應用系統(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)過渡。 通常情況下，在制定應急計劃的過程中，移植操作計劃和后備計劃可能也會相應地作出修改，以提高移植過程的強壯性和容錯能力。 移植回退計劃 盡管為數(shù)據(jù)庫移植制定了周密的計劃，但在系統(tǒng)移植過程中，任何原因導致移植失敗的可能性依然存在，如何保證在移植失敗的情況下，中國人壽的系統(tǒng)和數(shù)據(jù)能夠回退到移植開始前的狀態(tài)，使得其業(yè)務系統(tǒng)仍然可以正常運行，是回退計劃所要解決的重要問題。 移植計劃測試 移植計劃測試的主要目的是驗證移植計劃的正確性和可行性，主要包括。 移植演習 和測試不同，移植演習完全按照實際割接（ cutover）的要求來實施移植計劃，其主要目標是保證所有參與人員對移植計劃的熟練掌握，以使得移植操作可以平滑地進行，減少人為操作失誤帶來地風險。但是，另一方面，并發(fā)移植必須在單點移 植方案很成熟的基礎上，經(jīng)過反復并發(fā)移植測試證明成功，才能夠大規(guī)模實施。 多點并行移植 多個省的某一舊系統(tǒng)并行地移植到新的數(shù)據(jù)庫平臺上，這需要： ? 重新審視移植計劃，發(fā)現(xiàn)其中不可并發(fā)的操作步驟，穩(wěn)妥的做法是找出其中可以并發(fā)執(zhí)行的步驟，而將其他的都視作不可并發(fā)； ? 根據(jù)不同源點的情況，確定綜合的移植操作步驟； ? 測試該并發(fā)步驟，得到最終的并行移植方案； ? 進行多點并行移植演習 ? 大規(guī)模實施 移植實施 嚴格按照移植計劃的 要求，進行移植和割接操作，并對移植的操作過程不斷進行總結和改進，并在多個并行點間共享移植經(jīng)驗，以得到最優(yōu)的移植方案。 調優(yōu)：對系統(tǒng)的性能進行調整，由于不同的數(shù)據(jù)庫平臺有不同的運行架構和調優(yōu)方法，中國人壽需要在廠商技術專家的指導和幫助下，對系統(tǒng)配置參數(shù)進行調整，使系統(tǒng)的運行效率達到最優(yōu)，并形成適合中國人壽業(yè)務處理特點的數(shù)據(jù)庫管理系統(tǒng) 運行模式。 風險和控制方案 技術風險和規(guī)避計劃 ? 應用系統(tǒng)產(chǎn)品支持能力 中國人壽所選擇的應用系統(tǒng)是否能夠很好地支持所選擇的數(shù)據(jù)庫平臺，是整個移植方案實施的先決條件，這里需要指出的是：中國人壽應當將對數(shù)據(jù)庫平臺的廣泛支持能力作為應用系統(tǒng)選擇的一個重要參考指標，以保證對數(shù)據(jù)庫平臺選擇的廣泛性；反之同樣，擁有廣泛的應用系統(tǒng)支持也是對數(shù)據(jù)庫平臺選擇的考查指標之一。中國人壽也應當將對 功能的覆蓋能力，作為新數(shù)據(jù)庫平臺考查的重要指標之一。 ? 中國人壽 IT 人員對新數(shù)據(jù)庫平臺的掌握能力 中國人壽未來的數(shù)據(jù)庫維護團隊對新 的數(shù)據(jù)庫平臺的掌握程度將是系統(tǒng)平穩(wěn)高效運行的重要資源保證，因此，中國人壽需要從兩個方面對這一條件進行有效地支持： 首先，選擇穩(wěn)定的、易于維護的數(shù)據(jù)庫平臺； 其次，選擇容易從人力資源市場獲取技術力量的平臺。我們建議，將數(shù)據(jù)庫平臺移植項目作為整個應用系統(tǒng)更新項目的一個子項目，和諸如應用開發(fā)、應用推廣等其他任務協(xié)同執(zhí)行。 ? 數(shù)據(jù)清理的實施 根據(jù)中國人壽現(xiàn)有的數(shù)據(jù)質量，以及過去進行數(shù)據(jù)清理的實踐經(jīng)驗，從舊系統(tǒng)向系統(tǒng)移植前的數(shù)據(jù)清理工作將是一項長期的艱巨的工作，在這一工作中，技術手段只是其中的一部分，更為重要的是，在業(yè)務人員中樹立數(shù)據(jù)質量管理的概念，將數(shù)據(jù)質量的提高和業(yè)務部門的業(yè)績相結合，保證數(shù)據(jù)操作人員能夠利用任何可能的業(yè)務手段提高數(shù)據(jù)的全面性、完整性和準確性。 ? 移植過程的項目管理 移植過程是一項復雜的系統(tǒng)工程，因此可能因為各種各樣的原因使項目的進度受到影響。