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

Oracle CRS帶來(lái)的可靠性變化

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

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

Oracle ASM帶來(lái)的可靠性變化

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

Oracle ASM帶來(lái)的性能變化

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

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

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(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)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

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

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