上海電信ODS系統(tǒng)數(shù)據(jù)庫(kù)升級(jí)項(xiàng)目測(cè)試方案V

1、上海電信*ODS系 統(tǒng)數(shù)據(jù)庫(kù)升級(jí)測(cè)試方案*2010-12-16第1章 項(xiàng)目概述上海電信ODS系統(tǒng)作為上海電信MBOSS信息整合項(xiàng)目的一個(gè)重要組成部分，存儲(chǔ)上 海電信的運(yùn)營(yíng)數(shù)據(jù)，包含客戶(hù)、產(chǎn)品、計(jì)費(fèi)和資源（業(yè)務(wù)資源）主題域，支撐上海電信的 客戶(hù)經(jīng)理和管理層所需的經(jīng)營(yíng)和客戶(hù)數(shù)據(jù)的分析和統(tǒng)計(jì)工作。自2004年上線(xiàn)運(yùn)行以來(lái)，新業(yè)務(wù)的涌現(xiàn)以及電信需求的不斷增加要求ODS系統(tǒng)不斷向前發(fā)展。而現(xiàn)有的系統(tǒng)從硬件環(huán)境和數(shù)據(jù)庫(kù)環(huán)境等各方面，都已經(jīng)不能滿(mǎn)足用戶(hù)對(duì)于該 系統(tǒng)的需要，主要存在的問(wèn)題包括：數(shù)據(jù)庫(kù)版本過(guò)低，ORACL原廠(chǎng)商將停止保修服務(wù)器老化，維保費(fèi)用高昂目前上海電信ODS系統(tǒng)數(shù)據(jù)庫(kù)服務(wù)器使用的是IBM P

2、5-590和P5-690小型機(jī)，590和 690 耗電量巨大，原廠(chǎng)商的設(shè)備維保費(fèi)用高昂， 如果繼續(xù)使用上述服務(wù)器用于生產(chǎn)環(huán)境， 從成本角度，是不經(jīng)濟(jì)的，從節(jié)能角度，是不環(huán)保的，從性能角度看， IBM P5 的性能 遠(yuǎn)不如 P6?；谝陨弦蛩?，上海電信購(gòu)買(mǎi)了兩臺(tái)滿(mǎn)配的 P6-570，計(jì)劃用于替換先前的 ODS數(shù)據(jù) 庫(kù)服務(wù)器，通過(guò)硬件的升級(jí)，從而進(jìn)一步提高系統(tǒng)的穩(wěn)定性和用戶(hù)響應(yīng)速度。1.1 本文目的本文主要是對(duì)上海電信 ODSS統(tǒng)數(shù)據(jù)庫(kù)升級(jí)項(xiàng)目的實(shí)施方案描述，對(duì)項(xiàng)目實(shí)施中的涉 及系統(tǒng)的遷移及擴(kuò)容等提供依據(jù)。1.2 本文讀者上海電信ODSS統(tǒng)數(shù)據(jù)庫(kù)升級(jí)項(xiàng)目相關(guān)人員，包括上海電信IT部和理想公司相關(guān)人

3、員。1.3 參考資料1.4 Oracle 升級(jí)對(duì)周?chē)?IT 系統(tǒng)的要求ODS數(shù)據(jù)庫(kù)軟件Oracle從原先9i升級(jí)到11g后，ODS其它軟件也需要進(jìn)行相應(yīng)版本 升級(jí)，才能支持 Oracle 11g 。目前ODS勺生產(chǎn)軟件對(duì)Oracle的支持與否已經(jīng)得到廠(chǎng)商的正式回復(fù)，簡(jiǎn)述如下： 報(bào)表展現(xiàn)工具：Businessobjects (BO)目前版本不支持 Oracle 11g目前使用版本： enterprise11.0? Release I 和 Release II需要升級(jí)到的版本： Business Objects XI R3 (service Packet3.1 )QLinkView (QV)目前版

4、本支持 Oracle 11g 。但仍需測(cè)試。ETL 開(kāi)發(fā)工具：Informaitca目前版本不支持 Oracle 11g目前使用版本： Informaitca PowerCenter 851需要升級(jí)到的版本： Informaitca PowerCenter 861BO QV和Informaitca 是ODS部門(mén)IT開(kāi)發(fā)的主要工具，是維持ODS產(chǎn)經(jīng)營(yíng)的重要基 礎(chǔ)。這些工具的升級(jí)，需要謹(jǐn)慎和細(xì)致的測(cè)試工作。由于這三個(gè)工具緊密結(jié)合數(shù)據(jù)庫(kù)，所 以測(cè)試工作必須在 Oracle 升級(jí)完成后展開(kāi)，測(cè)試步驟見(jiàn)第 2 章。BO 和 Informaitca 升級(jí)后的新版本軟件需要有硬件服務(wù)器來(lái)運(yùn)行。建議配置兩臺(tái)服

5、務(wù) 器，一臺(tái)給 BO 一臺(tái)給 Informaitca 。新版本Informaitca 服務(wù)器的配置建議參考現(xiàn)有 ETL服務(wù)器配置，如下：IBM pSeries 670 16CPU/64GB新版本BC服務(wù)器的配置建議參考現(xiàn)有ETLK務(wù)器配置，如下:IBM x445 8CPU/32GB第2章 上海電信 ODS 數(shù)據(jù)庫(kù)升級(jí)測(cè)試方案2.1 測(cè)試方案流程測(cè)試前準(zhǔn)備工作：（1）各類(lèi)遷移或受升級(jí)影響的程序的統(tǒng)計(jì)整理，整改。統(tǒng)計(jì)采用自主申報(bào)和 無(wú)主認(rèn)領(lǐng)相結(jié)合的方式展開(kāi)。首先讓ODS各個(gè)小組將各自負(fù)責(zé)的程序按照模板上 報(bào)，由DBA審核。第二步是對(duì)無(wú)主程序的認(rèn)領(lǐng)。具體見(jiàn)”SP/function/Package程序

6、的遷移”小節(jié)的描述信息。（2）搭建 Oracle 11g 的測(cè)試環(huán)境。具體步驟見(jiàn)（3）新建 ETL測(cè)試環(huán)境（版本：Informaitca PowerCenter 861）、新建 BC測(cè) 試環(huán)境（版本：Business Objects XI R3），準(zhǔn)備QV測(cè)試環(huán)境。（4）把ODSP上的程序遷移部署到該測(cè)試環(huán)境中，然后復(fù)制原數(shù)據(jù)庫(kù)的生產(chǎn) 數(shù)據(jù)的一部分到測(cè)試數(shù)據(jù)庫(kù)環(huán)境中（5）在ETL測(cè)試環(huán)境部署受升級(jí)影響的 ETL進(jìn)程（6）在BO, QV測(cè)試環(huán)境部署相關(guān)程序測(cè)試步驟：Oracle11G 數(shù)據(jù)庫(kù)升級(jí)測(cè)試（ 1 ） 在新環(huán)境測(cè)試遷移的 Oracle 程序。（ 2） 運(yùn)行測(cè)試完后，數(shù)據(jù)比對(duì)。若數(shù)據(jù)比對(duì)未

7、通過(guò)，查找原因并予以解決。（3）在新環(huán)境對(duì) Oracle 程序進(jìn)行大數(shù)據(jù)量加載的性能測(cè)試，若性能測(cè)試不 合格，查找原因并予以解決。（4）在ETL測(cè)試環(huán)境測(cè)試受升級(jí)影響的ETL進(jìn)程。（ 5） 運(yùn)行測(cè)試完后，數(shù)據(jù)比對(duì)。若數(shù)據(jù)比對(duì)未通過(guò)，查找原因并予以解決。（ 6） 大數(shù)據(jù)量性能測(cè)試，若性能測(cè)試不合格，查找原因并予以解決。（7）在BO QV測(cè)試環(huán)境運(yùn)行測(cè)試程序。（8） 在BO QV測(cè)試環(huán)境，IT或業(yè)務(wù)部門(mén)查看報(bào)表是否正常。若不正常，則 查找原因并予以解決。（9）Oracle11G 數(shù)據(jù)庫(kù)升級(jí)測(cè)試完畢Oracle11G 數(shù)據(jù)庫(kù)升級(jí)完畢后：Informaitca PowerCenter 861 升級(jí)測(cè)試

8、（1）在ETL新環(huán)境測(cè)試和部署在 OraclellG數(shù)據(jù)庫(kù)升級(jí)階 段未測(cè)試過(guò)的ETL進(jìn)程。（ 2）運(yùn)行測(cè)試完后，數(shù)據(jù)比對(duì)。若數(shù)據(jù)比對(duì)未通過(guò)，查找原因并予以解決。（ 3） Informaitca PowerCenter 861 升級(jí)測(cè)試完成。Business Objects XI R3（Service Pack 3.1） 升級(jí)測(cè)試（1）在B0新環(huán)境測(cè)試和部署在OraclellG數(shù)據(jù)庫(kù)升級(jí)階 段未測(cè)試過(guò) 的B0進(jìn)程。（ 2） 運(yùn)行測(cè)試完后，數(shù)據(jù)比對(duì)。若數(shù)據(jù)比對(duì)未通過(guò)，查找原因并予以解決。（3） Business Objects XI R3（Service Pack 3.1） 升級(jí)測(cè)試完成。 測(cè)試方

9、案流程示意圖：2.2 SP/function/Package 程序的遷移、修改和驗(yàn)證SP/function/Package 程序的遷移所有的 SP/function/Package 程序由程序員填寫(xiě)遷移申請(qǐng)表 申請(qǐng)表記錄下列信息：申請(qǐng)人、申請(qǐng)日期、 SP/function/Package 的名稱(chēng)、環(huán)境（用戶(hù)名） 、項(xiàng)目組、程序 用途（業(yè)務(wù)背景、邏輯等） 、程序源表、程序目標(biāo)表、程序上線(xiàn)日期、程序運(yùn)行時(shí) 間點(diǎn)、程序運(yùn)行周期。EDA 架構(gòu)師團(tuán)隊(duì)對(duì)所有申請(qǐng)的 SP/function/Package 進(jìn)行審核 審核的內(nèi)容包括：該 SP/function/Package 是否還有效， 無(wú)效的 SP/fu

10、nction/Package 將不遷移， 但由DBA 做好備份；該 SP/function/Package 是否符合 EDA 的代碼規(guī)范；該 SP/function/Package 是否需要變更運(yùn)行環(huán)境；該 SP/function/Package 是否需要做其他修改。審核通過(guò)的該 SP/function/Package 由 DBA 發(fā)布到新的服務(wù)器上審核不通過(guò)的該 SP/function/Package ，給出整改意見(jiàn)，整改通過(guò)后發(fā)布無(wú)人認(rèn)領(lǐng) SP/function/Package 的處理DBA整理出所有沒(méi)有人提出遷移申請(qǐng)的 SP/function/Package，提交EDA架構(gòu)師團(tuán) 隊(duì)做第

11、1 步分析，是否該 SP/function/Package 是否有效；如果認(rèn)定有效，則由DBA發(fā)布，并指定程序負(fù)責(zé)人；如果認(rèn)定無(wú)效，群發(fā)給 EDA 所有人員公示 1 周，若還無(wú)人認(rèn)領(lǐng)，則作為無(wú)效SP/function/Package 處理； 如果認(rèn)定有效但需要做修改， 則指定程序負(fù)責(zé)人， 給出整改意見(jiàn)， 整改通過(guò)后發(fā)布SP/function/Package 程序的修改EDA 架構(gòu)師團(tuán)隊(duì)審核不通過(guò)的 SP/function/Package ，給出整改意見(jiàn)，提交程序負(fù)責(zé)人 進(jìn)行整改；整改過(guò)程需要按照 EDA 的代碼規(guī)范執(zhí)行；程序負(fù)責(zé)人在接到整改通知后 1 天內(nèi)提交整改計(jì)劃給 EDA 架構(gòu)師團(tuán)隊(duì)審核

12、，審核通過(guò) 后，按計(jì)劃進(jìn)行整改；整改后并通過(guò)驗(yàn)證后，由 DBA 提交。SP/function/Package 程序的驗(yàn)證 如果有必要，程序需要編寫(xiě)測(cè)試稽核腳本。用以比對(duì)程序遷移后是否正常和準(zhǔn)確的運(yùn) 行。功能驗(yàn)證功能驗(yàn)證驗(yàn)證 3 點(diǎn)：程序是否能正常運(yùn)行； 程序執(zhí)行結(jié)果是否與預(yù)期的一致。如通過(guò)稽核腳本的測(cè)試。 報(bào)表數(shù)據(jù)是否得到業(yè)務(wù)部門(mén)的確認(rèn)。能力驗(yàn)證驗(yàn)證應(yīng)用程序是否能夠達(dá)到預(yù)期的執(zhí)行效率； 驗(yàn)證應(yīng)用程序是否會(huì)耗費(fèi)大量的資源； 驗(yàn)證方式驗(yàn)證工作由 EDA 基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成； 驗(yàn)證工作同時(shí)兼顧功能驗(yàn)證和能力驗(yàn)證； 擬態(tài)驗(yàn)證，在同一計(jì)劃時(shí)間內(nèi)運(yùn)行的程序，也在同一時(shí)間內(nèi)驗(yàn)證； 程序負(fù)責(zé)人提供理

13、論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.3 ETL 程序的修改和驗(yàn)證ETL程序的的遷移同 SP/function/Package 程序的遷移。ETL程序的修改在測(cè)試環(huán)境，所有鏈接原 ODS服務(wù)器ETL程序都應(yīng)更改為新的服務(wù)器鏈接；ETL程序的驗(yàn)證功能驗(yàn)證如果有必要， 程序需要編寫(xiě)測(cè)試稽核腳本。 用以比對(duì)程序遷移后是否正常和準(zhǔn)確的 運(yùn)行。功能驗(yàn)證驗(yàn)證 3 點(diǎn)程序是否能正常運(yùn)行； 程序執(zhí)行結(jié)果是否與預(yù)期的一致。如通過(guò)稽核腳本的測(cè)試。 業(yè)務(wù)部門(mén)確認(rèn)報(bào)表數(shù)據(jù)正確。能力驗(yàn)證驗(yàn)證應(yīng)用程序是否能夠達(dá)到預(yù)期的執(zhí)行效率； 驗(yàn)證應(yīng)用程序是否會(huì)耗費(fèi)大量的資源；驗(yàn)證方式驗(yàn)證工作由EDA基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成； 驗(yàn)證

14、工作同時(shí)兼顧功能驗(yàn)證和能力驗(yàn)證； 擬態(tài)驗(yàn)證，在同一計(jì)劃時(shí)間內(nèi)運(yùn)行的程序，也在同一時(shí)間內(nèi)驗(yàn)證； 程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.4 BO 報(bào)表語(yǔ)義層的修改和驗(yàn)證BO 程序的遷移同 SP/function/Package 程序的遷移。BO報(bào)表語(yǔ)義層的修改在測(cè)試環(huán)境，鏈接到原ODS數(shù)據(jù)庫(kù)的BO語(yǔ)義層的數(shù)據(jù)庫(kù)鏈接做修改BO報(bào)表語(yǔ)義層的驗(yàn)證驗(yàn)證工作同ETL程序，由EDA基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成；驗(yàn)證工作同時(shí)兼顧功能驗(yàn)證和能力驗(yàn)證；程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.5 QV報(bào)表程序修改和驗(yàn)證QV報(bào)表程序的遷移同 SP/function/Package 程序的遷移。

15、QV報(bào)表程序修改從原ODS服務(wù)器上抽取數(shù)據(jù)到QV服務(wù)器上的程序?qū)㈡溄痈臑樾路?wù)器QV報(bào)表程序驗(yàn)證驗(yàn)證工作同ETL程序，由EDA基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成；驗(yàn)證工作同時(shí)兼顧功能驗(yàn)證和能力驗(yàn)證；程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.6測(cè)試計(jì)劃（草案）任務(wù)名子任務(wù)名開(kāi)始時(shí)間天數(shù)結(jié)束時(shí)間參與單位數(shù)據(jù)庫(kù)升級(jí)功能測(cè)試與驗(yàn)證新建 ETL 測(cè)試服務(wù)器(Informaitca PowerCenter 861)2011-1-332011-1-5IT部、理想新建 BO測(cè)試服務(wù)器(Business Objects XI R3)2011-1-332011-1-5IT部、理想在ETL測(cè)試服務(wù)器部署測(cè)試 E

16、TL程序。如將程序數(shù)據(jù)源連新環(huán)境。（共800多個(gè)）2011-1-632011-1-8IT部、理想在BO測(cè)試服務(wù)器部署測(cè)試程序。如將程序數(shù)據(jù)源連新環(huán) 境。2011-1-622011-1-7IT部、理想在QV測(cè)試服務(wù)器部署測(cè)試程序，如將程序數(shù)據(jù)源連新環(huán) 境。2011-1-622011-1-7IT部、理想在oraclellg測(cè)試環(huán)境部署原 ODSP的oracle存儲(chǔ)過(guò)程、函數(shù)（共3000多個(gè)）2011-1-632011-1-8IT部、理想oracle存儲(chǔ)過(guò)程、函數(shù)的測(cè)試運(yùn)行2011-1-86P 2011-1-13IT部、理想oracle進(jìn)程數(shù)據(jù)稽核。（數(shù)據(jù)比對(duì)腳本的運(yùn)行和比對(duì)結(jié) 果分析）2011-1

17、-8102011-1-17IT部、理想原ODSP啲oracle存儲(chǔ)過(guò)程、函數(shù)的修改和再測(cè)試2011-1-182P 2011-1-19IT部、理想ETL測(cè)試程序運(yùn)行2011-1-205r 2011-1-26IT部、理想ETL測(cè)試程序的數(shù)據(jù)比對(duì)腳本的運(yùn)行和結(jié)果分析2011-1-21102011-1-30IT部、理想ETL測(cè)試程序的修改和再測(cè)試2011-2-103P 2011-2-12IT部、理想BO測(cè)試程序運(yùn)行2011-2-1332011-2-15IT部、理想BO報(bào)表查看和業(yè)務(wù)單位確認(rèn)2011-2-1432011-2-16IT部、理想、業(yè)務(wù)單位BO程序的修改和再測(cè)試，確認(rèn)2011-2-183201

18、1-2-20IT部、理想、業(yè)務(wù)單位QV測(cè)試程序運(yùn)行2011-2-2232011-2-24IT部、理想QV報(bào)表查看和業(yè)務(wù)單位確認(rèn)2011-2-2632011-2-28IT部、理想、業(yè)務(wù)單位QV程序的修改和再測(cè)試，確認(rèn)2011-3-132011-3-3IT部、理想、業(yè)務(wù)單位數(shù)據(jù)庫(kù)升級(jí)性能測(cè)試與驗(yàn)證oracle存儲(chǔ)過(guò)程、函數(shù)的在大數(shù)據(jù)量下的測(cè)試2011-3-422011-3-5IT部、理想ETL程序在大數(shù)據(jù)量下的測(cè)試2011-3-622011-3-7IT部、理想ORACLE生能調(diào)優(yōu)2011-3-832011-3-11IT部、理想ETL版本升級(jí)測(cè)試與驗(yàn)證部署老環(huán)境程序2011-6-852011-6-2

19、2IT部、理想運(yùn)行2011-6-2332011-6-25IT部、理想測(cè)試和驗(yàn)證和修改。2011-6-2672011-7-2IT部、理想BO版本升 級(jí)測(cè)試與 驗(yàn)證部署老環(huán)境程序2011-7-352011-7-7IT部、理想運(yùn)行2011-7-83*2011-7-10IT部、理想測(cè)試和驗(yàn)證和修改。2011-7-1172011-7-17IT部、理想、業(yè)務(wù)單位第3章OracleETLBOQV程序統(tǒng)計(jì)模板3.1 SP/function/Package 程序3.1.1程序列表模板用戶(hù)對(duì)象名字類(lèi)型3.1.2數(shù)據(jù)實(shí)例見(jiàn)oracle進(jìn)程統(tǒng)計(jì).xls3.2 ETL程序3.2.1程序列表模板服務(wù)器名字目錄workfl

20、ow 名稱(chēng)3.2.2數(shù)據(jù)實(shí)例見(jiàn)ETL進(jìn)程統(tǒng)計(jì).xls3.3 B0QV 程序3.3.1程序列表模板主題報(bào)表名稱(chēng)報(bào)表類(lèi)型需求提出 部門(mén)業(yè)務(wù)部門(mén) 聯(lián)系人業(yè)務(wù)部門(mén) 聯(lián)系電話(huà)1報(bào)表計(jì)劃 啟用日期1報(bào)表停用日期報(bào)表展現(xiàn) 系統(tǒng)備注統(tǒng)計(jì)口徑補(bǔ)充說(shuō)明1STATE頻率追溯期限1IT部門(mén)聯(lián) 系人（開(kāi) 發(fā)部門(mén)）需求提出部門(mén)聯(lián)系人需求審核部門(mén)聯(lián)系人需求提出 單位IT部門(mén)聯(lián)系電話(huà)（開(kāi)發(fā)部 門(mén)聯(lián)系電話(huà)）需求提出 部門(mén)聯(lián)系 電話(huà)需求審核 部門(mén)聯(lián)系 電話(huà)報(bào)表實(shí)際 啟用日期1操作狀態(tài)開(kāi)發(fā)部門(mén)1需求審核部門(mén)訪(fǎng)問(wèn)路徑BSS工單編號(hào)日?qǐng)?bào)表刷 新時(shí)間權(quán)限3.3.2數(shù)據(jù)實(shí)例見(jiàn)BO QV進(jìn)程統(tǒng)計(jì).xls第4章 系統(tǒng)恢復(fù)預(yù)案為避免因系統(tǒng)遷移失

21、敗給上海電信業(yè)務(wù)所造成的影響，確保業(yè)務(wù)的正常開(kāi)展，我們必 須做好兩手準(zhǔn)備，一方面要對(duì)系統(tǒng)遷移方案進(jìn)行嚴(yán)密的分析、論證，并嚴(yán)格進(jìn)行測(cè)試、模 擬，加大各級(jí)人員的培訓(xùn)力度，而且只有在所有準(zhǔn)備工作就緒，對(duì)于數(shù)據(jù)庫(kù)遷移日期選定 在連續(xù) 1-2 天節(jié)假日前的凌晨進(jìn)行，一切準(zhǔn)備完備的基礎(chǔ)上進(jìn)行數(shù)據(jù)遷移，確保平滑成功 地移植。另一方面必須做好遷移不成功時(shí)的恢復(fù)方案，使業(yè)務(wù)生產(chǎn)能平滑恢復(fù)到原系統(tǒng)進(jìn) 行，保障業(yè)務(wù)的正常開(kāi)展。數(shù)據(jù)庫(kù)遷移失敗的恢復(fù)預(yù)案 如在數(shù)據(jù)庫(kù)遷移過(guò)沖中出現(xiàn)數(shù)據(jù)庫(kù)遷移失敗的情況，直接將舊的數(shù)據(jù)庫(kù)系統(tǒng)投產(chǎn)即可， 沒(méi)有需要恢復(fù)的數(shù)據(jù)。由于舊的數(shù)據(jù)庫(kù)系統(tǒng)啟用，等到故障排除后，又須做一次數(shù)據(jù)庫(kù)遷移，這時(shí)相

22、當(dāng)于前 次的系統(tǒng)遷移。第5章項(xiàng)目難點(diǎn)及風(fēng)險(xiǎn)Oracle數(shù)據(jù)庫(kù)系統(tǒng)升級(jí)是一項(xiàng)機(jī)遇和風(fēng)險(xiǎn)并存的系統(tǒng)工程，對(duì)現(xiàn)有系統(tǒng)的全面了解和 評(píng)估，升級(jí)需求的分析，合理的升級(jí)技術(shù)方案設(shè)計(jì)是升級(jí)項(xiàng)目的基礎(chǔ)。由于ODS系統(tǒng)為在用的生產(chǎn)系統(tǒng)，因此整個(gè)升級(jí)過(guò)程必須十分慎重，科學(xué)的升級(jí)方法論指導(dǎo)和項(xiàng)目有計(jì)劃的 實(shí)施是升級(jí)的重要保障。并可能出現(xiàn)的問(wèn)題，需采取預(yù)防措施，盡可能減少風(fēng)險(xiǎn)的發(fā)生。 下表列舉了升級(jí)過(guò)程中可能存在的風(fēng)險(xiǎn)以及應(yīng)對(duì)和監(jiān)控措施。序號(hào)可能遇到的風(fēng)險(xiǎn)風(fēng) 險(xiǎn) 等 級(jí)可能造成的后果風(fēng)險(xiǎn)規(guī)避方法1升級(jí)中遇到無(wú)法解決的錯(cuò)誤， 如升級(jí)程序遇到Bug。高升級(jí)失敗1） 盡早搭建和生產(chǎn)環(huán)境一致的測(cè)試環(huán)境 ，預(yù)先在測(cè) 試環(huán)境演練升級(jí)全過(guò)程，對(duì)于升級(jí)中發(fā)生的每一種 錯(cuò)誤找到解決辦法；2）預(yù)先制定可靠的系統(tǒng)回退方案， 一旦升級(jí)失敗， 可采取快速回退，保障