金融行業IT系統建設起步較早，隨著這些年系統規模不斷增大，大量早期系統都面臨數據庫平臺升級的挑戰。近年來，Oracle數據庫版本和架構的升級變化速度明顯加快，往往使得本應非常簡單的軟件版本升級，轉變成整個系統平臺架構的完全變化。很多IT管理人員對這種架構上的變化缺乏必要的心理準備和風險控制預案，工程準備工作不足，導致數據庫升級過程中出現重大事故，或是新數據庫平臺運行的穩定性和性能遠遠低于項目預期。
Oracle CRS帶來的可靠性變化
傳統Oracle數據庫僅包括一系列運行在主機高可靠平臺之上的數據庫進程，用戶現有作業流程也基本基于這一體系，系統管理員負責底層平臺的可用性，數據庫管理員負責完成DB進程管理。在新的版本中，Oracle引入了自有的高可用集群管理體系——CRS，這一體系的設計初衷是為了替換傳統的主機集群管理軟件；但在實際應用中，由于CRS自身缺乏網卡鏈路冗余的管理手段，因此又不得不利用主機群集軟件功能來進行網卡鏈路冗余控制，但IT管理人員往往忽視了兩套集群軟件協同工作對系統的風險。
傳統架構上不允許兩套群集軟件共同管理同一套系統，這是由于群集軟件工作在系統核心層，為了保障群集一致性，都具備在意外情況下關閉（Panic）主機來規避風險的技術特征，兩套互不協調的集群軟件一起工作會造成術語為“彼此同歸于盡”的現象，從而導致系統變得異常不穩定。要規避這種風險，需要群集軟件能夠彼此相互協調或進行一定程度的集成，當某個集群軟件需要Panic主機時，能夠及時被另一個感知，并采取一致性行動。
Oracle ASM帶來的可靠性變化
傳統的Oracle數據庫一般使用主機OS系統提供的邏輯卷作為其存儲設備，由系統管理員負責存儲管理。在新的版本中，Oracle廢止沿用這一方式，轉而引入Oracle自有的存儲管理軟件——ASM。用戶必須在使用ASM和使用傳統文件系統這兩種方式中選擇一種來進行部署，不管選擇哪一種方式，IT管理者都面臨架構上的變化。一般而言，采用文件系統方式更接近原有架構，而采用ASM管理方式對架構的變化相對比較大，由于ASM自身為Oracle數據庫的一個進程，因此管理者必須意識到數據庫進程已經和數據可靠性緊密耦合在一起，在數據可靠性方面，原有的操作流程必須進行相應的變更，另外，由于ASM實現原理和傳統邏輯卷有較大區別，原有的存儲分配方式和可靠性設計必須進行相應的變化。此外，管理者必須了解并接受ASM的一些技術限制，并針對這些限制在架構上進行一定程度的冗余設計抵御系統穩定性風險。
Oracle ASM帶來的性能變化
在客戶的Oracle現有環境中，I/O性能調優和故障處理一般屬于系統管理員的職責范疇，因為這涉及大量OS、存儲陣列、SAN交換網絡方面的知識。而在Oracle新的版本中，如果選擇ASM進行存儲管理，那么IT管理人員應該意識到以下兩點：第一，以往的最佳性能實踐和磁盤陣列配置已經無法適用，如果原有數據庫對性能特別敏感，那么必須考慮進行全庫數據遷移的準備，這是因為ASM的條帶大小和磁盤陣列的條帶大小基準不匹配，這種不匹配會造成兩個結果，即對磁盤陣列cache使用消耗過大而影響pre-fetch效率，以及由于多重條帶跨界造成讀寫性能下降；第二，數據庫管理員需要具備完整的OS和陣列的性能調優知識，必須同時具備DBA和系統管理員的雙重能力，如果該條件難以滿足，那么系統管理員必須進行相關的Oracle DBA課程培訓。
如果企業IT組織形式和人員能力在項目完成周期內無法滿足上述條件，那么最佳的技術選擇應該是謹慎對待，通過采用文件系統承載的方式最大限度維持原有架構。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://m.hanmeixuan.com/
相關文章
