金融行業(yè)IT系統(tǒng)建設(shè)起步較早，隨著這些年系統(tǒng)規(guī)模不斷增大，大量早期系統(tǒng)都面臨數(shù)據(jù)庫平臺升級的挑戰(zhàn)。近年來，Oracle數(shù)據(jù)庫版本和架構(gòu)的升級變化速度明顯加快，往往使得本應(yīng)非常簡單的軟件版本升級，轉(zhuǎn)變成整個系統(tǒng)平臺架構(gòu)的完全變化。很多IT管理人員對這種架構(gòu)上的變化缺乏必要的心理準(zhǔn)備和風(fēng)險控制預(yù)案，工程準(zhǔn)備工作不足，導(dǎo)致數(shù)據(jù)庫升級過程中出現(xiàn)重大事故，或是新數(shù)據(jù)庫平臺運(yùn)行的穩(wěn)定性和性能遠(yuǎn)遠(yuǎn)低于項目預(yù)期。

Oracle CRS帶來的可靠性變化

    傳統(tǒng)Oracle數(shù)據(jù)庫僅包括一系列運(yùn)行在主機(jī)高可靠平臺之上的數(shù)據(jù)庫進(jìn)程，用戶現(xiàn)有作業(yè)流程也基本基于這一體系，系統(tǒng)管理員負(fù)責(zé)底層平臺的可用性，數(shù)據(jù)庫管理員負(fù)責(zé)完成DB進(jìn)程管理。在新的版本中，Oracle引入了自有的高可用集群管理體系——CRS，這一體系的設(shè)計初衷是為了替換傳統(tǒng)的主機(jī)集群管理軟件；但在實(shí)際應(yīng)用中，由于CRS自身缺乏網(wǎng)卡鏈路冗余的管理手段，因此又不得不利用主機(jī)群集軟件功能來進(jìn)行網(wǎng)卡鏈路冗余控制，但I(xiàn)T管理人員往往忽視了兩套集群軟件協(xié)同工作對系統(tǒng)的風(fēng)險。

    傳統(tǒng)架構(gòu)上不允許兩套群集軟件共同管理同一套系統(tǒng)，這是由于群集軟件工作在系統(tǒng)核心層，為了保障群集一致性，都具備在意外情況下關(guān)閉（Panic）主機(jī)來規(guī)避風(fēng)險的技術(shù)特征，兩套互不協(xié)調(diào)的集群軟件一起工作會造成術(shù)語為“彼此同歸于盡”的現(xiàn)象，從而導(dǎo)致系統(tǒng)變得異常不穩(wěn)定。要規(guī)避這種風(fēng)險，需要群集軟件能夠彼此相互協(xié)調(diào)或進(jìn)行一定程度的集成，當(dāng)某個集群軟件需要Panic主機(jī)時，能夠及時被另一個感知，并采取一致性行動。

Oracle ASM帶來的可靠性變化

    傳統(tǒng)的Oracle數(shù)據(jù)庫一般使用主機(jī)OS系統(tǒng)提供的邏輯卷作為其存儲設(shè)備，由系統(tǒng)管理員負(fù)責(zé)存儲管理。在新的版本中，Oracle廢止沿用這一方式，轉(zhuǎn)而引入Oracle自有的存儲管理軟件——ASM。用戶必須在使用ASM和使用傳統(tǒng)文件系統(tǒng)這兩種方式中選擇一種來進(jìn)行部署，不管選擇哪一種方式，IT管理者都面臨架構(gòu)上的變化。一般而言，采用文件系統(tǒng)方式更接近原有架構(gòu)，而采用ASM管理方式對架構(gòu)的變化相對比較大，由于ASM自身為Oracle數(shù)據(jù)庫的一個進(jìn)程，因此管理者必須意識到數(shù)據(jù)庫進(jìn)程已經(jīng)和數(shù)據(jù)可靠性緊密耦合在一起，在數(shù)據(jù)可靠性方面，原有的操作流程必須進(jìn)行相應(yīng)的變更，另外，由于ASM實(shí)現(xiàn)原理和傳統(tǒng)邏輯卷有較大區(qū)別，原有的存儲分配方式和可靠性設(shè)計必須進(jìn)行相應(yīng)的變化。此外，管理者必須了解并接受ASM的一些技術(shù)限制，并針對這些限制在架構(gòu)上進(jìn)行一定程度的冗余設(shè)計抵御系統(tǒng)穩(wěn)定性風(fēng)險。

Oracle ASM帶來的性能變化

    在客戶的Oracle現(xiàn)有環(huán)境中，I/O性能調(diào)優(yōu)和故障處理一般屬于系統(tǒng)管理員的職責(zé)范疇，因?yàn)檫@涉及大量OS、存儲陣列、SAN交換網(wǎng)絡(luò)方面的知識。而在Oracle新的版本中，如果選擇ASM進(jìn)行存儲管理，那么IT管理人員應(yīng)該意識到以下兩點(diǎn)：第一，以往的最佳性能實(shí)踐和磁盤陣列配置已經(jīng)無法適用，如果原有數(shù)據(jù)庫對性能特別敏感，那么必須考慮進(jìn)行全庫數(shù)據(jù)遷移的準(zhǔn)備，這是因?yàn)锳SM的條帶大小和磁盤陣列的條帶大小基準(zhǔn)不匹配，這種不匹配會造成兩個結(jié)果，即對磁盤陣列cache使用消耗過大而影響pre-fetch效率，以及由于多重條帶跨界造成讀寫性能下降；第二，數(shù)據(jù)庫管理員需要具備完整的OS和陣列的性能調(diào)優(yōu)知識，必須同時具備DBA和系統(tǒng)管理員的雙重能力，如果該條件難以滿足，那么系統(tǒng)管理員必須進(jìn)行相關(guān)的Oracle DBA課程培訓(xùn)。

    如果企業(yè)IT組織形式和人員能力在項目完成周期內(nèi)無法滿足上述條件，那么最佳的技術(shù)選擇應(yīng)該是謹(jǐn)慎對待，通過采用文件系統(tǒng)承載的方式最大限度維持原有架構(gòu)。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：復(fù)雜環(huán)境下Oracle版本升級中常遇問題及解決方案

本文網(wǎng)址：http://www.ezxoed.cn/html/support/1112152955.html