午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、*上海電信ODS系統(tǒng)數(shù)據(jù)庫升級測試方案*2010-12-16目 錄第1章 項(xiàng)目概述31.1 本文目的41.2 本文讀者41.3 參考資料4第2章 上海電信ODS數(shù)據(jù)庫升級測試方案52.1 測試方案流程52.2 SP/function/Package程序的遷移、修改和驗(yàn)證62.3 ETL程序的修改和驗(yàn)證82.4 BO報(bào)表語義層的修改和驗(yàn)證92.5 QV報(bào)表程序修改和驗(yàn)證92.6 測試計(jì)劃10第3章 OracleETLBOQV程序統(tǒng)計(jì)模板113.1 SP/function/Package程序113.1.1 程序列表模板113.1.2 數(shù)據(jù)實(shí)例113.2 ETL程序113.2.1 程序列表模板1132、.2.2 數(shù)據(jù)實(shí)例113.3 BOQV程序113.3.1 程序列表模板113.3.2 數(shù)據(jù)實(shí)例12第4章 系統(tǒng)恢復(fù)預(yù)案13第5章 項(xiàng)目難點(diǎn)及風(fēng)險14第6章 項(xiàng)目進(jìn)度16第1章 項(xiàng)目概述上海電信ODS系統(tǒng)作為上海電信MBOSS信息整合項(xiàng)目的一個重要組成部分，存儲上海電信的運(yùn)營數(shù)據(jù)，包含客戶、產(chǎn)品、計(jì)費(fèi)和資源（業(yè)務(wù)資源）主題域，支撐上海電信的客戶經(jīng)理和管理層所需的經(jīng)營和客戶數(shù)據(jù)的分析和統(tǒng)計(jì)工作。自2004年上線運(yùn)行以來，新業(yè)務(wù)的涌現(xiàn)以及電信需求的不斷增加要求ODS系統(tǒng)不斷向前發(fā)展。而現(xiàn)有的系統(tǒng)從硬件環(huán)境和數(shù)據(jù)庫環(huán)境等各方面，都已經(jīng)不能滿足用戶對于該系統(tǒng)的需要，主要存在的問題包括：q 數(shù)據(jù)庫版本過低3、，ORACLE原廠商將停止保修q 服務(wù)器老化，維保費(fèi)用高昂目前上海電信ODS系統(tǒng)數(shù)據(jù)庫服務(wù)器使用的是IBM P5-590和P5-690小型機(jī)，590和690耗電量巨大，原廠商的設(shè)備維保費(fèi)用高昂，如果繼續(xù)使用上述服務(wù)器用于生產(chǎn)環(huán)境，從成本角度，是不經(jīng)濟(jì)的，從節(jié)能角度，是不環(huán)保的，從性能角度看，IBM P5的性能遠(yuǎn)不如P6。基于以上因素，上海電信購買了兩臺滿配的P6-570，計(jì)劃用于替換先前的ODS數(shù)據(jù)庫服務(wù)器，通過硬件的升級，從而進(jìn)一步提高系統(tǒng)的穩(wěn)定性和用戶響應(yīng)速度。1.1 本文目的本文主要是對上海電信ODS系統(tǒng)數(shù)據(jù)庫升級項(xiàng)目的實(shí)施方案描述，對項(xiàng)目實(shí)施中的涉及系統(tǒng)的遷移及擴(kuò)容等提供依據(jù)。1.2 4、本文讀者 上海電信ODS系統(tǒng)數(shù)據(jù)庫升級項(xiàng)目相關(guān)人員，包括上海電信IT部和理想公司相關(guān)人員。1.3 參考資料上海電信ODS系統(tǒng)數(shù)據(jù)庫升級項(xiàng)目實(shí)施方案V6.0.rar1.4 Oracle升級對周圍IT系統(tǒng)的要求 ODS數(shù)據(jù)庫軟件Oracle從原先9i升級到11g后，ODS其它軟件也需要進(jìn)行相應(yīng)版本升級，才能支持Oracle 11g。 目前ODS的生產(chǎn)軟件對Oracle的支持與否已經(jīng)得到廠商的正式回復(fù)，簡述如下：l 報(bào)表展現(xiàn)工具： Businessobjects (BO) 目前版本不支持Oracle 11g 目前使用版本：enterprise11.0 Release I和Release II 需要升5、級到的版本：Business Objects XI R3（service Packet3.1）QLinkView（QV） 目前版本支持Oracle 11g。但仍需測試。l ETL開發(fā)工具：Informaitca 目前版本不支持Oracle 11g 目前使用版本：Informaitca PowerCenter 851 需要升級到的版本：Informaitca PowerCenter 861BO、QV和Informaitca是ODS部門IT開發(fā)的主要工具，是維持ODS生產(chǎn)經(jīng)營的重要基礎(chǔ)。這些工具的升級，需要謹(jǐn)慎和細(xì)致的測試工作。由于這三個工具緊密結(jié)合數(shù)據(jù)庫，所以測試工作必須在Oracle升級完成后6、展開，測試步驟見第2章。 BO和Informaitca升級后的新版本軟件需要有硬件服務(wù)器來運(yùn)行。建議配置兩臺服務(wù)器，一臺給BO，一臺給Informaitca。 新版本Informaitca服務(wù)器的配置建議參考現(xiàn)有ETL服務(wù)器配置，如下： IBM pSeries 670 16CPU/64GB 新版本BO服務(wù)器的配置建議參考現(xiàn)有ETL服務(wù)器配置，如下： IBM x445 8CPU/32GB第2章 上海電信ODS數(shù)據(jù)庫升級測試方案2.1 測試方案流程 測試前準(zhǔn)備工作： （1） 各類遷移或受升級影響的程序的統(tǒng)計(jì)整理，整改。統(tǒng)計(jì)采用自主申報(bào)和無主認(rèn)領(lǐng)相結(jié)合的方式展開。首先讓ODS各個小組將各自負(fù)責(zé)的程序7、按照模板上報(bào)，由DBA審核。第二步是對無主程序的認(rèn)領(lǐng)。具體見”SP/function/Package程序的遷移”小節(jié)的描述信息。 （2） 搭建Oracle 11g的測試環(huán)境。具體步驟見上海電信ODS系統(tǒng)數(shù)據(jù)庫升級項(xiàng)目實(shí)施方案V6.0.rar (3) 新建ETL測試環(huán)境（版本：Informaitca PowerCenter 861）、新建BO測試環(huán)境（版本：Business Objects XI R3)，準(zhǔn)備QV測試環(huán)境。 (4) 把ODSPD上的程序遷移部署到該測試環(huán)境中，然后復(fù)制原數(shù)據(jù)庫的生產(chǎn)數(shù)據(jù)的一部分到測試數(shù)據(jù)庫環(huán)境中 (5) 在ETL測試環(huán)境部署受升級影響的ETL進(jìn)程 (6) 在BO，8、QV測試環(huán)境部署相關(guān)程序 測試步驟：l Oracle11G數(shù)據(jù)庫升級測試（1） 在新環(huán)境測試遷移的Oracle程序。（2） 運(yùn)行測試完后，數(shù)據(jù)比對。若數(shù)據(jù)比對未通過，查找原因并予以解決。（3） 在新環(huán)境對Oracle程序進(jìn)行大數(shù)據(jù)量加載的性能測試，若性能測試不合格，查找原因并予以解決。（4） 在ETL測試環(huán)境測試受升級影響的ETL進(jìn)程。（5） 運(yùn)行測試完后，數(shù)據(jù)比對。若數(shù)據(jù)比對未通過，查找原因并予以解決。（6） 大數(shù)據(jù)量性能測試，若性能測試不合格，查找原因并予以解決。（7） 在BO，QV測試環(huán)境運(yùn)行測試程序。（8） 在BO，QV測試環(huán)境，IT或業(yè)務(wù)部門查看報(bào)表是否正常。若不正常，則查找原因并予9、以解決。 (9) Oracle11G數(shù)據(jù)庫升級測試完畢Oracle11G數(shù)據(jù)庫升級完畢后：l Informaitca PowerCenter 861升級測試（1）在ETL新環(huán)境測試和部署在Oracle11G數(shù)據(jù)庫升級階 段未測試過的ETL進(jìn)程。（2）運(yùn)行測試完后，數(shù)據(jù)比對。若數(shù)據(jù)比對未通過，查找原因 并予以解決。 （3） Informaitca PowerCenter 861升級測試完成。l Business Objects XI R3(Service Pack 3.1)升級測試（1） 在BO新環(huán)境測試和部署在Oracle11G數(shù)據(jù)庫升級階段未測試過的BO進(jìn)程。（2） 運(yùn)行測試完后，數(shù)據(jù)比對。10、若數(shù)據(jù)比對未通過，查找原因并予以解決。（3） Business Objects XI R3(Service Pack 3.1)升級測試完成。l 測試方案流程示意圖：2.2 SP/function/Package程序的遷移、修改和驗(yàn)證l SP/function/Package程序的遷移u 所有的SP/function/Package程序由程序員填寫遷移申請表申請表記錄下列信息：申請人、申請日期、SP/function/Package的名稱、環(huán)境（用戶名）、項(xiàng)目組、程序用途（業(yè)務(wù)背景、邏輯等）、程序源表、程序目標(biāo)表、程序上線日期、程序運(yùn)行時間點(diǎn)、程序運(yùn)行周期。u EDA架構(gòu)師團(tuán)隊(duì)對所有申請的SP/11、function/Package進(jìn)行審核審核的內(nèi)容包括：該SP/function/Package是否還有效，無效的SP/function/Package將不遷移，但由DBA做好備份；該SP/function/Package是否符合EDA的代碼規(guī)范； 該SP/function/Package是否需要變更運(yùn)行環(huán)境；該SP/function/Package是否需要做其他修改。u 審核通過的該SP/function/Package由DBA發(fā)布到新的服務(wù)器上u 審核不通過的該SP/function/Package，給出整改意見，整改通過后發(fā)布u 無人認(rèn)領(lǐng)SP/function/Package的處理DBA12、整理出所有沒有人提出遷移申請的SP/function/Package，提交EDA架構(gòu)師團(tuán)隊(duì)做第1步分析，是否該SP/function/Package是否有效；如果認(rèn)定有效，則由DBA發(fā)布，并指定程序負(fù)責(zé)人；如果認(rèn)定無效，群發(fā)給EDA所有人員公示1周，若還無人認(rèn)領(lǐng)，則作為無效SP/function/Package處理；如果認(rèn)定有效但需要做修改，則指定程序負(fù)責(zé)人，給出整改意見，整改通過后發(fā)布。l SP/function/Package程序的修改EDA架構(gòu)師團(tuán)隊(duì)審核不通過的SP/function/Package，給出整改意見，提交程序負(fù)責(zé)人進(jìn)行整改；整改過程需要按照EDA的代碼規(guī)范執(zhí)行；程序負(fù)責(zé)人在13、接到整改通知后1天內(nèi)提交整改計(jì)劃給EDA架構(gòu)師團(tuán)隊(duì)審核，審核通過后，按計(jì)劃進(jìn)行整改；整改后并通過驗(yàn)證后，由DBA提交。l SP/function/Package程序的驗(yàn)證如果有必要，程序需要編寫測試稽核腳本。用以比對程序遷移后是否正常和準(zhǔn)確的運(yùn)行。u 功能驗(yàn)證功能驗(yàn)證驗(yàn)證3點(diǎn)：程序是否能正常運(yùn)行；程序執(zhí)行結(jié)果是否與預(yù)期的一致。如通過稽核腳本的測試。報(bào)表數(shù)據(jù)是否得到業(yè)務(wù)部門的確認(rèn)。u 能力驗(yàn)證驗(yàn)證應(yīng)用程序是否能夠達(dá)到預(yù)期的執(zhí)行效率；驗(yàn)證應(yīng)用程序是否會耗費(fèi)大量的資源；u 驗(yàn)證方式驗(yàn)證工作由EDA基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成；驗(yàn)證工作同時兼顧功能驗(yàn)證和能力驗(yàn)證；擬態(tài)驗(yàn)證，在同一計(jì)劃時間內(nèi)運(yùn)行的程序，14、也在同一時間內(nèi)驗(yàn)證；程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.3 ETL程序的修改和驗(yàn)證l ETL程序的的遷移同SP/function/Package程序的遷移。l ETL程序的修改在測試環(huán)境，所有鏈接原ODS服務(wù)器ETL程序都應(yīng)更改為新的服務(wù)器鏈接；l ETL程序的驗(yàn)證u 功能驗(yàn)證如果有必要，程序需要編寫測試稽核腳本。用以比對程序遷移后是否正常和準(zhǔn)確的運(yùn)行。功能驗(yàn)證驗(yàn)證3點(diǎn)程序是否能正常運(yùn)行；程序執(zhí)行結(jié)果是否與預(yù)期的一致。如通過稽核腳本的測試。業(yè)務(wù)部門確認(rèn)報(bào)表數(shù)據(jù)正確。u 能力驗(yàn)證驗(yàn)證應(yīng)用程序是否能夠達(dá)到預(yù)期的執(zhí)行效率；驗(yàn)證應(yīng)用程序是否會耗費(fèi)大量的資源；u 驗(yàn)證方式驗(yàn)證工作由EDA15、基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成；驗(yàn)證工作同時兼顧功能驗(yàn)證和能力驗(yàn)證；擬態(tài)驗(yàn)證，在同一計(jì)劃時間內(nèi)運(yùn)行的程序，也在同一時間內(nèi)驗(yàn)證；程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.4 BO報(bào)表語義層的修改和驗(yàn)證l BO程序的遷移同SP/function/Package程序的遷移。l BO報(bào)表語義層的修改在測試環(huán)境，鏈接到原ODS數(shù)據(jù)庫的BO語義層的數(shù)據(jù)庫鏈接做修改l BO報(bào)表語義層的驗(yàn)證驗(yàn)證工作同ETL程序，由EDA基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成；驗(yàn)證工作同時兼顧功能驗(yàn)證和能力驗(yàn)證；程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.5 QV報(bào)表程序修改和驗(yàn)證l QV報(bào)表程序的遷移同SP/funct16、ion/Package程序的遷移。l QV報(bào)表程序修改從原ODS服務(wù)器上抽取數(shù)據(jù)到QV服務(wù)器上的程序?qū)㈡溄痈臑樾路?wù)器l QV報(bào)表程序驗(yàn)證驗(yàn)證工作同ETL程序，由EDA基礎(chǔ)維護(hù)組和業(yè)務(wù)單位共同完成；驗(yàn)證工作同時兼顧功能驗(yàn)證和能力驗(yàn)證；程序負(fù)責(zé)人提供理論結(jié)果，驗(yàn)證人驗(yàn)證結(jié)果是否正確；2.6 測試計(jì)劃（草案）任務(wù)名子任務(wù)名開始時間天數(shù)結(jié)束時間參與單位數(shù)據(jù)庫升級功能測試與驗(yàn)證新建ETL測試服務(wù)器（Informaitca PowerCenter 861 ）2011-1-332011-1-5IT部、理想新建BO測試服務(wù)器（Business Objects XI R3）2011-1-332011-1-5I17、T部、理想在ETL測試服務(wù)器部署測試ETL程序。如將程序數(shù)據(jù)源連新環(huán)境。（共800多個）2011-1-632011-1-8IT部、理想在BO測試服務(wù)器部署測試程序。如將程序數(shù)據(jù)源連新環(huán)境。2011-1-622011-1-7IT部、理想在QV測試服務(wù)器部署測試程序，如將程序數(shù)據(jù)源連新環(huán)境。2011-1-622011-1-7IT部、理想在oracle11g測試環(huán)境部署原ODSPD的oracle存儲過程、函數(shù)（共3000多個）2011-1-632011-1-8IT部、理想oracle存儲過程、函數(shù)的測試運(yùn)行2011-1-862011-1-13IT部、理想oracle進(jìn)程數(shù)據(jù)稽核。（數(shù)據(jù)比對腳本的運(yùn)行18、和比對結(jié)果分析）2011-1-8102011-1-17IT部、理想原ODSPD的oracle存儲過程、函數(shù)的修改和再測試2011-1-1822011-1-19IT部、理想ETL測試程序運(yùn)行2011-1-2052011-1-26IT部、理想ETL測試程序的數(shù)據(jù)比對腳本的運(yùn)行和結(jié)果分析2011-1-21102011-1-30IT部、理想ETL測試程序的修改和再測試2011-2-1032011-2-12IT部、理想BO測試程序運(yùn)行2011-2-1332011-2-15IT部、理想BO報(bào)表查看和業(yè)務(wù)單位確認(rèn)2011-2-1432011-2-16IT部、理想、業(yè)務(wù)單位BO程序的修改和再測試, 確認(rèn)20119、1-2-1832011-2-20IT部、理想、業(yè)務(wù)單位QV測試程序運(yùn)行2011-2-2232011-2-24IT部、理想QV報(bào)表查看和業(yè)務(wù)單位確認(rèn)2011-2-2632011-2-28IT部、理想、業(yè)務(wù)單位QV程序的修改和再測試, 確認(rèn)2011-3-132011-3-3IT部、理想、業(yè)務(wù)單位數(shù)據(jù)庫升級性能測試與驗(yàn)證oracle存儲過程、函數(shù)的在大數(shù)據(jù)量下的測試2011-3-422011-3-5IT部、理想ETL程序在大數(shù)據(jù)量下的測試2011-3-622011-3-7IT部、理想ORACLE性能調(diào)優(yōu)2011-3-832011-3-11IT部、理想ETL版本升級測試與驗(yàn)證部署老環(huán)境程序2011-620、-852011-6-22IT部、理想運(yùn)行2011-6-2332011-6-25IT部、理想測試和驗(yàn)證和修改。2011-6-2672011-7-2IT部、理想BO版本升級測試與驗(yàn)證部署老環(huán)境程序2011-7-352011-7-7IT部、理想運(yùn)行2011-7-832011-7-10IT部、理想測試和驗(yàn)證和修改。2011-7-1172011-7-17IT部、理想、業(yè)務(wù)單位第3章 OracleETLBOQV程序統(tǒng)計(jì)模板3.1 SP/function/Package程序3.1.1 程序列表模板用戶對象名字類型3.1.2 數(shù)據(jù)實(shí)例 見oracle進(jìn)程統(tǒng)計(jì).xls3.2 ETL程序3.2.1 程序列表模板服21、務(wù)器名字目錄workflow名稱 3.2.2 數(shù)據(jù)實(shí)例見ETL進(jìn)程統(tǒng)計(jì).xls3.3 BOQV程序3.3.1 程序列表模板主題報(bào)表名稱報(bào)表類型需求提出部門業(yè)務(wù)部門聯(lián)系人業(yè)務(wù)部門聯(lián)系電話報(bào)表計(jì)劃啟用日期報(bào)表停用日期報(bào)表展現(xiàn)系統(tǒng)備注統(tǒng)計(jì)口徑補(bǔ)充說明STATE頻率追溯期限IT部門聯(lián)系人(開發(fā)部門)需求提出部門聯(lián)系人需求審核部門聯(lián)系人需求提出單位IT部門聯(lián)系電話(開發(fā)部門聯(lián)系電話)需求提出部門聯(lián)系電話需求審核部門聯(lián)系電話報(bào)表實(shí)際啟用日期操作狀態(tài)開發(fā)部門需求審核部門訪問路徑BSS工單編號日報(bào)表刷新時間權(quán)限3.3.2 數(shù)據(jù)實(shí)例見BO、QV進(jìn)程統(tǒng)計(jì).xls第4章 系統(tǒng)恢復(fù)預(yù)案為避免因系統(tǒng)遷移失敗給上海電信業(yè)22、務(wù)所造成的影響，確保業(yè)務(wù)的正常開展，我們必須做好兩手準(zhǔn)備，一方面要對系統(tǒng)遷移方案進(jìn)行嚴(yán)密的分析、論證，并嚴(yán)格進(jìn)行測試、模擬，加大各級人員的培訓(xùn)力度，而且只有在所有準(zhǔn)備工作就緒，對于數(shù)據(jù)庫遷移日期選定在連續(xù)1-2天節(jié)假日前的凌晨進(jìn)行，一切準(zhǔn)備完備的基礎(chǔ)上進(jìn)行數(shù)據(jù)遷移，確保平滑成功地移植。另一方面必須做好遷移不成功時的恢復(fù)方案，使業(yè)務(wù)生產(chǎn)能平滑恢復(fù)到原系統(tǒng)進(jìn)行，保障業(yè)務(wù)的正常開展。數(shù)據(jù)庫遷移失敗的恢復(fù)預(yù)案如在數(shù)據(jù)庫遷移過沖中出現(xiàn)數(shù)據(jù)庫遷移失敗的情況，直接將舊的數(shù)據(jù)庫系統(tǒng)投產(chǎn)即可，沒有需要恢復(fù)的數(shù)據(jù)。由于舊的數(shù)據(jù)庫系統(tǒng)啟用，等到故障排除后，又須做一次數(shù)據(jù)庫遷移，這時相當(dāng)于前次的系統(tǒng)遷移。第5章 項(xiàng)目23、難點(diǎn)及風(fēng)險Oracle數(shù)據(jù)庫系統(tǒng)升級是一項(xiàng)機(jī)遇和風(fēng)險并存的系統(tǒng)工程, 對現(xiàn)有系統(tǒng)的全面了解和評估，升級需求的分析，合理的升級技術(shù)方案設(shè)計(jì)是升級項(xiàng)目的基礎(chǔ)。由于ODS系統(tǒng)為在用的生產(chǎn)系統(tǒng)，因此整個升級過程必須十分慎重，科學(xué)的升級方法論指導(dǎo)和項(xiàng)目有計(jì)劃的實(shí)施是升級的重要保障。并可能出現(xiàn)的問題，需采取預(yù)防措施，盡可能減少風(fēng)險的發(fā)生。下表列舉了升級過程中可能存在的風(fēng)險以及應(yīng)對和監(jiān)控措施。序號可能遇到的風(fēng)險風(fēng)險等級可能造成的后果風(fēng)險規(guī)避方法1升 級中遇到無法解決的錯誤，如升級程序遇到Bug。高升級失敗1）盡早搭建和生產(chǎn)環(huán)境一致的測試環(huán)境,預(yù)先在測試環(huán)境演練升級全過程,對于升級中發(fā)生的每一種錯誤找到解決辦24、法；2）預(yù)先制定可靠的系統(tǒng)回退方案，一旦升級失敗，可采取快速回退，保障生產(chǎn)業(yè)務(wù)系統(tǒng)不受影響。2升級耗用的時間超過計(jì)劃停機(jī)時間高業(yè)務(wù)系統(tǒng)運(yùn)營延誤1）在測試環(huán)境升級演練中估算生產(chǎn)環(huán)境所需的升級時間,適當(dāng)調(diào)整升級方案和計(jì)劃。2）升級前進(jìn)行預(yù)演，保障升級最終方案的可行性。3數(shù)據(jù)庫新老特性不一致，導(dǎo)致應(yīng)用運(yùn)行不正常高升級失敗確定需要使用的新特性和要廢棄的老特性，以及用戶的權(quán)限變化，在詳細(xì)的測試中定下方案4客戶端應(yīng)用與服務(wù)器端不兼容高應(yīng)用不穩(wěn)定或不可用1）盡管Oracle11g數(shù)據(jù)庫對9i的應(yīng)用是兼容的，為保證應(yīng)用系統(tǒng)在升級后運(yùn)行的穩(wěn)定性和高效性，建議數(shù)據(jù)庫升級前，應(yīng)用開發(fā)商做較全面的應(yīng)用功能測試，以驗(yàn)證25、客戶端應(yīng)用與11g數(shù)據(jù)庫的兼容性。2）如環(huán)境或資源的限制，不能作到應(yīng)用的全面測試，但也要保證重點(diǎn)業(yè)務(wù)應(yīng)用的測試。3）與應(yīng)用密切相關(guān)的數(shù)據(jù)庫重點(diǎn)測試內(nèi)容，例如設(shè)置新的11g數(shù)據(jù)庫參數(shù)、數(shù)據(jù)庫分區(qū)、數(shù)據(jù)庫并行處理操作、物化視圖等測試。4）建議將客戶端也升級到11g，并重新對原有應(yīng)用進(jìn)行l(wèi)ink操作。5部分應(yīng)用的性能降低中部分業(yè)務(wù)處理無法正常進(jìn)行同上，另外使用預(yù)演功能6數(shù)據(jù)庫運(yùn)行不穩(wěn)定中生產(chǎn)運(yùn)營受到影響1）在測試環(huán)境進(jìn)行充分的壓力測試，提早發(fā)現(xiàn)潛在問題，通過Oracle的支持找到解決辦法；2）升級后如數(shù)據(jù)庫出現(xiàn)問題，可通過Oracle內(nèi)部關(guān)鍵支持力量（包括產(chǎn)品研發(fā)部門）對系統(tǒng)問題提供及時響應(yīng)和解決7項(xiàng)目組成員不能到位中項(xiàng)目計(jì)劃無法正常執(zhí)行盡早提出和確定項(xiàng)目實(shí)施計(jì)劃，以便客戶方及時安排主要人員的工作8 需要連帶升級INFORMATICA和BO系統(tǒng)中測試工作量大嚴(yán)格按照測試計(jì)劃分步驟實(shí)施測試。如果使用DBUA方式升級數(shù)據(jù)庫，在DBUA過程中，可能遇到諸多ORA-報(bào)錯，數(shù)據(jù)庫的可用性存在問題。第6章 項(xiàng)目進(jìn)度查看附件一: