應(yīng)用和數(shù)據(jù)遷移方案

1、第一章.應(yīng)用和數(shù)據(jù)遷移方案由于xxx生產(chǎn)作業(yè)是24小時(shí)不問(wèn)斷運(yùn)作的，因此要求系統(tǒng)能連續(xù)運(yùn)行，并 具有很高的安全可靠性，用戶希望在以最小的系統(tǒng)停機(jī)時(shí)間完成生產(chǎn)系統(tǒng)遷移工 作。本次系統(tǒng)遷移工作的最大的風(fēng)險(xiǎn)點(diǎn)和難點(diǎn)在于在有限的停機(jī)時(shí)間內(nèi)完成數(shù)據(jù) 庫(kù)的遷移工作。1.1數(shù)據(jù)庫(kù)遷移的解決思路xxx數(shù)據(jù)庫(kù)系統(tǒng)數(shù)據(jù)量較大，并且應(yīng)用系統(tǒng)的可用性要求極高，所以此次升 級(jí)要求在有限的停機(jī)時(shí)間內(nèi)，最大限度的降低風(fēng)險(xiǎn)、數(shù)據(jù)庫(kù)業(yè)務(wù)在新的主機(jī)和存 儲(chǔ)系統(tǒng)上能夠正常運(yùn)行。為了盡可能減少業(yè)務(wù)系統(tǒng)的停機(jī)時(shí)間，保證數(shù)據(jù)庫(kù)遷移 工作的順利完成，我們基于以往實(shí)施的 數(shù)據(jù)庫(kù)遷移成功案例（1.1T的數(shù)據(jù)量，遷 移時(shí)間不超過(guò)15分），經(jīng)過(guò)嚴(yán)

2、格的數(shù)據(jù)庫(kù)遷移測(cè)試，提出了采用數(shù)據(jù)庫(kù)Dataguard 技術(shù)的數(shù)據(jù)遷移。采用數(shù)據(jù)庫(kù)Dataguard技術(shù)的數(shù)據(jù)遷移的特點(diǎn)：對(duì)業(yè)務(wù)的影響小，switchover到新主機(jī)的時(shí)間小于10分鐘一旦新數(shù)據(jù)庫(kù)出現(xiàn)問(wèn)題能夠方便的回切到原來(lái)的數(shù)據(jù)庫(kù)，不丟失差異 數(shù)據(jù)采用數(shù)據(jù)庫(kù)Dataguard技術(shù)的數(shù)據(jù)遷移的主要步驟如下：1）在新主機(jī)上安裝Oracle9i數(shù)據(jù)庫(kù)軟件2）在新主機(jī)上配置Dataguard數(shù)據(jù)庫(kù)（物理standby ）3）利用DataGuard技術(shù)，主數(shù)據(jù)庫(kù)不斷的將新產(chǎn)生的數(shù)據(jù)庫(kù)歸檔日志傳輸?shù)叫轮鳈C(jī)并將這些歸檔日志應(yīng)用到standby數(shù)據(jù)庫(kù)，實(shí)現(xiàn)主備數(shù)據(jù)庫(kù)之間的數(shù)據(jù)同步4）系統(tǒng)割接期間只需將新主機(jī)

3、上的standby數(shù)據(jù)庫(kù)切換為主數(shù)據(jù)庫(kù)即可（switchover的時(shí)間小于10分鐘）5）一旦新系統(tǒng)上數(shù)據(jù)庫(kù)運(yùn)行出現(xiàn)問(wèn)題只需將數(shù)據(jù)庫(kù)切換回原來(lái)主機(jī)上 即可，不會(huì)丟失任何數(shù)據(jù)1.1.1 數(shù)據(jù)庫(kù)升級(jí)的解決思路1.1.1.1 數(shù)據(jù)庫(kù)升級(jí)的基本出發(fā)點(diǎn)保證企業(yè)生產(chǎn)及業(yè)務(wù)系統(tǒng)運(yùn)行的安全性、連續(xù)性克服原有系統(tǒng)缺陷吸收適用的系統(tǒng)新特性遷移工作必然涉及到數(shù)據(jù)庫(kù)系統(tǒng)的擾動(dòng)，所以減少對(duì)于正常業(yè)務(wù)系統(tǒng)的沖 擊，保證它的連續(xù)性和安全性是第一個(gè)出發(fā)點(diǎn)，數(shù)據(jù)庫(kù)系統(tǒng)是業(yè)務(wù)系統(tǒng)的基礎(chǔ)， 認(rèn)真準(zhǔn)備和設(shè)計(jì)數(shù)據(jù)庫(kù)遷移是開(kāi)始的第一步。遷移到更新版本的工作也是糾正原有系統(tǒng)內(nèi)含的錯(cuò)誤的良好機(jī)會(huì)，這個(gè)原則同樣也適合于任何軟件系統(tǒng)和硬件設(shè)備。1

4、.1.1.2 數(shù)據(jù)庫(kù)遷移方式從Oracle9i到Oracle10G的遷移有三種方式：1. 使用 export 和 import優(yōu)點(diǎn)：通過(guò)導(dǎo)出和導(dǎo)入方式對(duì)數(shù)據(jù)庫(kù)存儲(chǔ)結(jié)構(gòu)進(jìn)行重整有助于減少數(shù)據(jù)庫(kù)碎塊缺點(diǎn)：對(duì)于超過(guò)150G以上的數(shù)據(jù)庫(kù)，采用exp/imp方式的停機(jī)時(shí) 間很長(zhǎng)2. 使用Migrate腳本優(yōu)點(diǎn)：速度快，一般在30分鐘內(nèi)能完成腳本升級(jí)缺點(diǎn)：一旦升級(jí)后就無(wú)法回退3. 使用Migrate向?qū)Чぞ撸―BUA ）優(yōu)點(diǎn)：速度快，一般在30分鐘內(nèi)能完成腳本升級(jí)缺點(diǎn)：一旦升級(jí)后就無(wú)法回退，容錯(cuò)性較差我們綜合考慮了數(shù)據(jù)庫(kù)規(guī)模、停機(jī)時(shí)間、升級(jí)風(fēng)險(xiǎn)和以往的成功案例后， 我們建議采用數(shù)據(jù)庫(kù)升級(jí)腳本方式直接升級(jí)遷

5、移后的數(shù)據(jù)庫(kù)1.2項(xiàng)目實(shí)施計(jì)劃 1.2.1 實(shí)施步驟為了降低項(xiàng)目實(shí)施的風(fēng)險(xiǎn)，我們建議將整個(gè)系統(tǒng)遷移和升級(jí)項(xiàng)目拆分為五個(gè) 階段：準(zhǔn)備階段準(zhǔn)備階段需要完成搭建新系統(tǒng)環(huán)境， 是整個(gè)系統(tǒng)遷移項(xiàng)目成功的基石，主要 工作包括安裝操作系統(tǒng)、系統(tǒng)參數(shù)調(diào)整、存儲(chǔ)及LVM設(shè)計(jì)和規(guī)劃、MS/SG規(guī)劃 和實(shí)施等測(cè)試階段由于數(shù)據(jù)庫(kù)升級(jí)采用腳本直接在生產(chǎn)庫(kù)上實(shí)施，因此完備細(xì)致的測(cè)試工作 是整個(gè)項(xiàng)目成功與否的關(guān)鍵，在測(cè)試階段我們需要達(dá)到以下目的：驗(yàn)證遷移方案的可行性解決遷移測(cè)試過(guò)程中遇到的錯(cuò)誤根據(jù)測(cè)試的結(jié)果調(diào)整遷移過(guò)程對(duì)整個(gè)系統(tǒng)遷移過(guò)程做進(jìn)一步的優(yōu)化數(shù)據(jù)庫(kù)遷移階段為了盡可能的減少系統(tǒng)停機(jī)時(shí)間數(shù)據(jù)庫(kù)的遷移工作，我們計(jì)劃采用O

6、racle9i Dataguard技術(shù)：將數(shù)據(jù)庫(kù)熱備份恢復(fù)到新主機(jī)， 配置主備節(jié)點(diǎn)的數(shù)據(jù)庫(kù)歸檔日 志同步，系統(tǒng)割接的時(shí)候只需做 switchover操作將新節(jié)點(diǎn)上備用數(shù)據(jù)庫(kù)角色切 換為主數(shù)據(jù)庫(kù)即可。數(shù)據(jù)庫(kù)遷移到新節(jié)點(diǎn)后將應(yīng)用系統(tǒng)也切換到新數(shù)據(jù)庫(kù)，在新系統(tǒng)上運(yùn)行一段 時(shí)間，如果發(fā)現(xiàn)新節(jié)點(diǎn)上數(shù)據(jù)庫(kù)或主機(jī)出現(xiàn)問(wèn)題，可以方便的回切到原來(lái)的數(shù)據(jù) 庫(kù)，不丟失任何數(shù)據(jù)。數(shù)據(jù)庫(kù)升級(jí)階段數(shù)據(jù)庫(kù)升級(jí)由于直接在生產(chǎn)數(shù)據(jù)庫(kù)上執(zhí)行升級(jí)腳本，一旦升級(jí)失敗對(duì)業(yè)務(wù)影響較大，因此其實(shí)施的前提是：1）測(cè)試階段數(shù)據(jù)庫(kù)升級(jí)測(cè)試成功2）對(duì)升級(jí)風(fēng)險(xiǎn)有預(yù)判和應(yīng)急措施3）整個(gè)數(shù)據(jù)庫(kù)升級(jí)時(shí)間在用戶可接受的范圍內(nèi)4）在數(shù)據(jù)庫(kù)升級(jí)前必須有個(gè)最新的

7、、可用的數(shù)據(jù)庫(kù)全備份數(shù)據(jù)庫(kù)遷移升級(jí)后的工作數(shù)據(jù)庫(kù)遷移升級(jí)后的工作包括數(shù)據(jù)庫(kù)全備份、主機(jī)和數(shù)據(jù)庫(kù)性能監(jiān)控等1.2.2實(shí)施計(jì)劃根據(jù)以上步驟整理的該項(xiàng)目實(shí)施計(jì)劃表格如下:時(shí)間工作內(nèi)容負(fù)責(zé)單位配合單位準(zhǔn)備階段系統(tǒng)壞境調(diào)研大鞏科技xxx新主機(jī)系統(tǒng)盤做mirror大鞏科技安裝HP DP備份軟件大鞏科技雙機(jī)HP MC/SG規(guī)劃及配置大鞏科技主機(jī)系統(tǒng)參數(shù)、卷組、文件系統(tǒng)及數(shù)據(jù)庫(kù)配置參數(shù)檢查大鞏科技測(cè)試階段實(shí)施Dataguard 數(shù)據(jù)庫(kù)遷移大鞏科技應(yīng)用測(cè)試HP MC/SG雙機(jī)切換測(cè)試大鞏科技實(shí)施數(shù)據(jù)庫(kù)升級(jí)測(cè)試大鞏科技應(yīng)用測(cè)試HP MC/SG雙機(jī)切換測(cè)試大鞏科技數(shù)據(jù)庫(kù)遷移階段數(shù)據(jù)庫(kù)全備份大鞏科技在新主機(jī)上創(chuàng)建 d

8、ataguard physical standby db大鞏科技配置datagurad使得主備數(shù)據(jù)庫(kù)之間歸檔日志 同步大鞏科技停應(yīng)用xxx生產(chǎn)數(shù)據(jù)庫(kù)切換為 physical standby db大鞏科技在新主機(jī)的原 physical standby db 切換為主數(shù)據(jù)庫(kù)大鞏科技應(yīng)用系統(tǒng)測(cè)試及相關(guān)應(yīng)用連接數(shù)據(jù)庫(kù)配置修 改大鞏科技MC/SG切換測(cè)試大鞏科技DataProtector數(shù)據(jù)庫(kù)備份配置大鞏科技系統(tǒng)上線大鞏科技數(shù)據(jù)庫(kù)升級(jí)階段Oracle9i數(shù)據(jù)庫(kù)全備份及數(shù)據(jù)庫(kù)軟件備份大鞏科技數(shù)據(jù)庫(kù)升級(jí)前的檢查大鞏科技數(shù)據(jù)庫(kù)參數(shù)調(diào)整大鞏科技停應(yīng)用xxx運(yùn)行數(shù)據(jù)庫(kù)升級(jí)腳本大鞏科技編譯數(shù)據(jù)庫(kù)無(wú)效對(duì)象大鞏科技重啟

9、數(shù)據(jù)庫(kù)，應(yīng)用系統(tǒng)測(cè)試大鞏科技DataProtector數(shù)據(jù)庫(kù)備份配置大鞏科技HP MC/SG切換測(cè)試大鞏科技系統(tǒng)上線大鞏科技數(shù)據(jù)庫(kù)升級(jí)后的工作主機(jī)性能監(jiān)控大鞏科技數(shù)據(jù)庫(kù)性能監(jiān)控大鞏科技Oracle10g數(shù)據(jù)庫(kù)全備份大鞏科技1.3系統(tǒng)遷移應(yīng)急策略1.3.1 系統(tǒng)遷移實(shí)施前的異常如果在規(guī)劃的時(shí)間點(diǎn)之前沒(méi)有完成實(shí)施準(zhǔn)備階段的任務(wù)，實(shí)施時(shí)間順延，在確保準(zhǔn)備工作就緒的前提下才進(jìn)行實(shí)施工作。天鞏科技將在該項(xiàng)目開(kāi)始實(shí)施前進(jìn)行全面性的系統(tǒng)軟、硬件健康檢查，確保在項(xiàng)目實(shí)施前系統(tǒng)完好。1.3.2 系統(tǒng)遷移實(shí)施過(guò)程中的異常本次系統(tǒng)遷移實(shí)施的原則是確保系統(tǒng)在規(guī)劃的實(shí)施時(shí)間段之外可以正常運(yùn)行。為確保系統(tǒng)在發(fā)生硬件或軟件

10、故障時(shí)能夠及時(shí)得到技術(shù)響應(yīng)， 需要協(xié)調(diào)各相 關(guān)人員到位。在實(shí)施過(guò)程中操作步驟具有可逆性， 確保以外發(fā)生的時(shí)候可將系統(tǒng) 迅速回退到最初狀態(tài)。系統(tǒng)和數(shù)據(jù)在實(shí)施前都做最新的備份。由丁在正式數(shù)據(jù)庫(kù)遷移之前，已經(jīng)做過(guò)測(cè)試遷移的工作，應(yīng)該能夠估算出遷 移大概所需的時(shí)間。如果由丁一些不可測(cè)原因?qū)е逻w移過(guò)程異常緩慢或終止， 數(shù) 據(jù)庫(kù)升級(jí)所需時(shí)間超過(guò)原定時(shí)間，我們可以迅速將數(shù)據(jù)庫(kù)系統(tǒng)恢復(fù)到最初狀態(tài)。1.3.3系統(tǒng)遷移實(shí)施后的異常由于該項(xiàng)目實(shí)施過(guò)程中，只有在確認(rèn)了 Oracle數(shù)據(jù)庫(kù)遷移成功并且 Oracle 9i成功升級(jí)到10G成功后，才打開(kāi)對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的增加、刪除、修改等數(shù)據(jù)庫(kù) 變更操作，否則所有表空間均設(shè)置

11、為 readonly狀態(tài)（或者通過(guò)調(diào)整 Websphere 中間件，停止對(duì)后端數(shù)據(jù)庫(kù)的寫操作以便限制成功遷移、升級(jí)之前的Oracle數(shù)據(jù)庫(kù)的變更），因此，系統(tǒng)遷移實(shí)施后的異常情況下，由于遷移前后均不涉及到 數(shù)據(jù)庫(kù)數(shù)據(jù)的變更，嚴(yán)格來(lái)說(shuō)可以簡(jiǎn)單通過(guò)恢復(fù)原環(huán)境節(jié)點(diǎn)承擔(dān)中問(wèn)件連接即可 恢復(fù)為原有環(huán)境。另一方面，前期的充分測(cè)試也是對(duì)該應(yīng)急措施的保障性測(cè)試。1.4風(fēng)險(xiǎn)分析及對(duì)策分析通過(guò)夭鞏科技多年以來(lái)專業(yè)服務(wù)項(xiàng)目實(shí)施的經(jīng)驗(yàn)，我們建議xxx在該項(xiàng)目的實(shí)施過(guò)程中應(yīng)把風(fēng)險(xiǎn)管理貫穿整個(gè)項(xiàng)目，天鞏科技充分考慮了可能造成項(xiàng)目失敗的所有因素和預(yù)防措 施，以及發(fā)生時(shí)的管理辦法，以此作為該項(xiàng)目的風(fēng)險(xiǎn)規(guī)避方案。1.4.1風(fēng)險(xiǎn)

12、種類不可控制的風(fēng)險(xiǎn)(1) 重大政策出臺(tái)，影響公司發(fā)展；(2) 重大社會(huì)事件發(fā)生(3) 自然災(zāi)難導(dǎo)致機(jī)房，機(jī)器在升級(jí)過(guò)程中受損 可控制的風(fēng)險(xiǎn)(1) 隨意變更項(xiàng)目目標(biāo)、范圍、時(shí)間；(2) 隨意調(diào)用項(xiàng)目人員，使其沒(méi)有足夠的參與時(shí)間；(3) 不能及時(shí)決策、及時(shí)確認(rèn)項(xiàng)目階段報(bào)告;(4) 不遵守項(xiàng)目大綱的要求?？赡艿娘L(fēng)險(xiǎn)(1) 數(shù)據(jù)庫(kù)版本升級(jí)帶來(lái)的與應(yīng)用不兼容，包括性能方面和功能方面(2) 數(shù)據(jù)庫(kù)版本升級(jí)帶來(lái)的現(xiàn)有硬件不兼容，比如帶庫(kù)(3) 數(shù)據(jù)庫(kù)版本升級(jí)帶來(lái)的現(xiàn)有軟件不兼容，比如備份軟件，監(jiān)控軟件(4) 數(shù)據(jù)庫(kù)版本升級(jí)帶來(lái)的管理人員培訓(xùn)需要以上從系統(tǒng)的各個(gè)方面簡(jiǎn)單描述了各種類型的風(fēng)險(xiǎn)，具體風(fēng)險(xiǎn)及防范措施

13、將 通過(guò)下面依據(jù)升級(jí)工作生命周期的階段性分析來(lái)詳細(xì)描述， 將涵蓋可能產(chǎn)生的各 方面風(fēng)險(xiǎn)。1.4.2風(fēng)險(xiǎn)分析及防范措施我們根據(jù)以往數(shù)據(jù)庫(kù) Oracle9i到Oracle10G 的升級(jí)的成功經(jīng)驗(yàn)，對(duì)于 xxx改造項(xiàng)目實(shí)施過(guò)程中可能出現(xiàn)的以下風(fēng)險(xiǎn)點(diǎn)及提出了對(duì)應(yīng)的應(yīng)對(duì)措施：風(fēng)險(xiǎn)一：直接在生產(chǎn)庫(kù)上升級(jí)使用腳本升級(jí)方式，也就意味著最終的正式升級(jí)只能是在產(chǎn)品庫(kù)上直接進(jìn)行，那么無(wú)論之前做過(guò)何種測(cè)試，都可能由于意外風(fēng)險(xiǎn)原因?qū)е律?jí)失?。ū热缟?jí)過(guò)程中意外斷電， 硬件發(fā)生意外損 壞等），升級(jí)失敗就可能意味著生產(chǎn)庫(kù)的不可用。穩(wěn)妥的備份策略是升級(jí)工作的后備軍。只要有有效的數(shù)據(jù)庫(kù)防范措備份，就能夠膽大心細(xì)地進(jìn)行升級(jí)工作

14、。而目前帳務(wù)數(shù)據(jù)庫(kù)在無(wú)施錫新區(qū)有異地備份的容災(zāi)庫(kù)，這更是一種有力的保證， 讓升級(jí)工作無(wú)后顧之憂。風(fēng)險(xiǎn)二：生產(chǎn)庫(kù)恢復(fù)時(shí)間風(fēng)險(xiǎn)如果升級(jí)失敗，那么可能需要恢復(fù)生產(chǎn)庫(kù)以應(yīng)對(duì)第二天的業(yè)務(wù)，因?yàn)橐苿?dòng)的數(shù)據(jù)量很大，即使是使用增量備份的方法也需要至少恢復(fù)f的歸檔日志，那么如果萬(wàn)T級(jí)出現(xiàn)問(wèn)題，能否在 升級(jí)窗口期內(nèi)完成數(shù)據(jù)庫(kù)恢復(fù)是一個(gè)風(fēng)險(xiǎn)。防范措穩(wěn)妥的備份策略不僅僅包含備份的效率，同樣也包含恢復(fù)的效率，一個(gè)只能備份而無(wú)法在規(guī)定時(shí)間內(nèi)恢復(fù)的備份策略是不合施格的，也是沒(méi)有意義的。因此問(wèn)樣，制定有效的備份策略問(wèn)時(shí)進(jìn) 行問(wèn)比數(shù)據(jù)量的恢復(fù)測(cè)試是必要的風(fēng)險(xiǎn)防范措施。風(fēng)險(xiǎn)三：數(shù)據(jù)庫(kù)服務(wù)器之間版本不風(fēng)險(xiǎn)在一段時(shí)間內(nèi)，Oracle

15、9i和Oracle10g將問(wèn)時(shí)存在于數(shù)據(jù)庫(kù)系統(tǒng)中，各個(gè)系統(tǒng)之間存在著不同版本數(shù)據(jù)庫(kù)數(shù)據(jù)交互的現(xiàn)象， 可能廣生數(shù)據(jù)不兼容的情況。防范措詳細(xì)考慮升級(jí)的先后順序，哪套系統(tǒng)先升級(jí)，哪套系統(tǒng)后升級(jí)。盡量使有數(shù)據(jù)交互的系統(tǒng)在問(wèn)一時(shí)刻進(jìn)行升級(jí)。施如果無(wú)法做到問(wèn)一時(shí)刻升級(jí)， 那么需要進(jìn)行升級(jí)測(cè)試和升級(jí)預(yù)演，確保在測(cè)試環(huán)境中不同版本的數(shù)據(jù)庫(kù)之間交互是沒(méi)有問(wèn)題的。風(fēng)險(xiǎn)四：客戶端和服務(wù)端版本不一致風(fēng)險(xiǎn)客戶端(Websphere中間件)和服務(wù)端(Oracle 10G )同"一段時(shí)間內(nèi)版本不一致的現(xiàn)象，服務(wù)端可能無(wú)法正常處理客戶端請(qǐng)求，而客戶端也可能無(wú)法正常接收服務(wù)端數(shù)據(jù)。防范措施對(duì)E能筒的客戶端和服務(wù)器端版

16、本問(wèn)題，在升級(jí)之前必須有測(cè)試環(huán)境進(jìn)行全面測(cè)試，將普通的功能問(wèn)題在測(cè)試環(huán)境中就予以解決，盡量減少產(chǎn)品環(huán)境中的升級(jí)風(fēng)險(xiǎn)。對(duì)于已知故障，可以按照大機(jī)科技對(duì)應(yīng)的故障解決方法，通過(guò)Patch和設(shè)置 Event來(lái)避免產(chǎn)生 Core Dump 。風(fēng)險(xiǎn)五：Failover風(fēng)險(xiǎn)對(duì)于網(wǎng)卡不支持單機(jī)多網(wǎng)卡之間的Failover ,以往的網(wǎng)卡Failover設(shè)置需要改動(dòng)。防范措建議使用操作系統(tǒng)功能將多塊網(wǎng)卡捆綁為一個(gè)NIC設(shè)備，施以此避免網(wǎng)卡的單點(diǎn)故障。風(fēng)險(xiǎn)六：升級(jí)Pro*C程序版本風(fēng)險(xiǎn)在新版本數(shù)據(jù)庫(kù)卜可能無(wú)法正常編譯；如果無(wú)法正常編譯，需要原開(kāi)發(fā)人員的技術(shù)支持，但是原開(kāi)發(fā)人員可能因?yàn)槿藛T變動(dòng)而無(wú)法找到；如果需要其它

17、開(kāi)發(fā)人員修改，需要確保源代碼還存在，并且問(wèn)時(shí)要考慮現(xiàn)任人員的修改能力。防范措施對(duì)于這樣的情況只有通過(guò)測(cè)試才能確認(rèn)是否兼容，盡量詳盡地進(jìn)行升級(jí)測(cè)試和升級(jí)預(yù)演是防范問(wèn)題出現(xiàn)在產(chǎn)品環(huán)境中的必距壬ea風(fēng)險(xiǎn)七：不升級(jí)Pro*C程序版本風(fēng)險(xiǎn)舊版本Pro*C連接新版本數(shù)據(jù)庫(kù)可能會(huì)出現(xiàn)非預(yù)測(cè)的錯(cuò)誤結(jié)果或者低下的應(yīng)用性能。（需要確認(rèn)xxx應(yīng)用系統(tǒng)是否采用該選項(xiàng)）防范措施在Oracle顧問(wèn)參與的某項(xiàng)目中，客戶就直接使用9i版本的Pro*C程序連接Oracle10g數(shù)據(jù)庫(kù)，獲得了跟以往一樣的功能和性能。但是由于Pro*C程序的多樣性，所以必須謹(jǐn)慎測(cè)試。對(duì)于這樣的情況也只有通過(guò)測(cè)試才能確認(rèn)是否兼容，盡量詳盡地進(jìn)行升級(jí)

18、測(cè)試和升級(jí)預(yù)演是防范問(wèn)題出現(xiàn)在產(chǎn)品環(huán)境中的必要手段。風(fēng)險(xiǎn)八：疲勞操作風(fēng)險(xiǎn)升級(jí)工作比較緊張， 高強(qiáng)度的工作也容易使人疲勞，而在緊張和疲勞的狀態(tài)下，是比較容易產(chǎn)生人為失誤的。防范措施升級(jí)工作必須由至少 2人協(xié)同完成；按照升級(jí)預(yù)演的文檔仔細(xì)操作；重大命令必須有協(xié)同工作人員確認(rèn)之后才可以輸入； 完善的備份讓升級(jí)工作無(wú)后顧之憂。風(fēng)險(xiǎn)九：執(zhí)行計(jì)劃穩(wěn)定性風(fēng)險(xiǎn)Oracle10g在創(chuàng)建完數(shù)據(jù)庫(kù)之后會(huì)產(chǎn)生一個(gè)自動(dòng)定期收集數(shù)據(jù)庫(kù)對(duì)象統(tǒng)計(jì)信息的Schedule ,默認(rèn)是在周一到周五的每天晚上10點(diǎn)以及周六的凌晨 0點(diǎn)，對(duì)于執(zhí)行計(jì)劃已經(jīng)比較穩(wěn)定的產(chǎn)品環(huán)境來(lái)說(shuō)，每天收集統(tǒng)計(jì)信息是沒(méi)有必要的，同時(shí)還存在可能改變執(zhí)行計(jì)劃的隱

19、患。防范措施禁用統(tǒng)計(jì)信息自動(dòng)收集。加強(qiáng)性能監(jiān)控。風(fēng)險(xiǎn)十：High Version Count風(fēng)險(xiǎn)由于Oracle10.2.0.3 對(duì)于cursor是否能夠重用的安全性檢查加強(qiáng)，因此在 Cursor_sharing = SIMILAR 或者FORCE 的系統(tǒng)中，可能會(huì)產(chǎn)生同一 SQL的大量Version ,將會(huì)嚴(yán)重影響應(yīng)用 的性能。防范措施完善測(cè)試應(yīng)用的功能和性能。風(fēng)險(xiǎn)并行性能風(fēng)險(xiǎn)對(duì)于在表或者索引上正義了并行度的情況，對(duì)于xxx系統(tǒng)這樣的負(fù)載較大的 OLTP系統(tǒng)，可能會(huì)由于并行進(jìn)程的大量占用資 源而導(dǎo)致數(shù)據(jù)庫(kù)性能急劇下降。防范措施在升級(jí)之后需要仔細(xì)檢查表和索引的并行度，建議將所有并行度都設(shè)置為1。如果確實(shí)需要并行，那么通過(guò)在程序中指定parallel hint來(lái)實(shí)現(xiàn)并行。風(fēng)險(xiǎn)十二：RMAN Catalog風(fēng)險(xiǎn)10gR2的RMAN Catalog 跟9i的Catalog有差別，繼續(xù)使 用舊版本的RMAN Catalog會(huì)造成RMAN命令錯(cuò)誤。防范措施在升級(jí)完數(shù)據(jù)庫(kù)之后立刻升級(jí)RMAN Catalog數(shù)據(jù)庫(kù)，或者創(chuàng)建新的RMAN Catalog （因?yàn)榭赡苡羞€未及時(shí)升級(jí)的Oracle9i數(shù)據(jù)庫(kù)需要使