臧洪國

【摘要】 本文通過對近年新興的ORACLE數(shù)據(jù)庫一體機技術展開討論，探索其設備的實際支撐能力及集群技術的可靠性，以某運營商計費系統(tǒng)做為研究主體，嘗試通過ORACLE一體機來遷移承載原有核心計費系統(tǒng)數(shù)據(jù)庫應用。通過梳理基本應用，制定整合方案，預估遷移后承載平臺的穩(wěn)定性和先進性，展開多方嘗試探索。通過實驗對比，統(tǒng)計分析，來驗證現(xiàn)有ORACLE承載平臺與原有平臺的區(qū)別，為數(shù)據(jù)庫及主機需求提供應用參考。

【關鍵詞】 ORACLE 數(shù)據(jù)庫 一體機 計費系統(tǒng) 遷移

Application exploration of the database system for the operator billing system

Abstract： Through the discussion of the recent new Oracle database integrated machine technology， to explore the reliability of the equipment of the actual ability to support and cluster technology， to an operator billing system do as the study subject， try to through one of the Oracle machine to migrate bearing the original core billing system database application. By combing the basic application， the development of integrated solutions， the stability and the advanced nature of the load bearing platform after the prediction， to expand the multi try to explore. Through the experimental comparison， the statistical analysis， to verify the existing ORACLE bearing platform and the original platform for the difference between the database and the host needs to provide a reference.

Key words： oracle；database；integrated machine；charging system；transfer

數(shù)據(jù)庫是計費系統(tǒng)的核心，如何保障數(shù)據(jù)庫的正常運行和高效應用是各運營商面臨的重要課題。某運營商數(shù)據(jù)庫承載設備陳舊、擴展困難，資源分散，性能較低，存在多個DB單點隱患。本文將討論通過一庫整合技術來嘗試解決這些問題。

一、某運營商核心計費系統(tǒng)各資源現(xiàn)狀

當期數(shù)據(jù)庫版本為ORACLE 10.2.0.4（64位），未壓縮，庫間訪問采用DBlink方式?，F(xiàn)有數(shù)據(jù)庫系統(tǒng)六套，資源利用率為內存利用率在60%左右，忙時會話在70%-80%，換頁空間未用，除了prm和服開庫，其他庫的IO等待比較嚴重。

二、現(xiàn)有系統(tǒng)痛點

系統(tǒng)設備陳舊，資源過于分散，性能較低，無法滿足業(yè)務發(fā)展的要求；存在多個DB單點隱患，如統(tǒng)計DB、清單DB等；計費帳務應用/內存數(shù)據(jù)庫主機資源無法支撐故障后單機承載需求。

三、系統(tǒng)遷移探索方案

3.1系統(tǒng)配置

新增一套Oracle 數(shù)據(jù)庫一體機Exadata將原有6個數(shù)據(jù)庫分步遷移至一體機上承載。設備組件配置如下。

2 個至強雙核CPU數(shù)據(jù)庫服務器（Sun Fire X4170 M2）；

24核 （每服務器12 個）；

192 GB 內存；

萬兆以太網連接；

4 x 10GbE 端口 （2 per server）；

1.1 TB 高速閃存；

3 Exadata 存儲服務器 X2-2；

600GB 15Krpm SAS 硬盤；

2 Sun Datacenter InfiniBand Switch 36；

36-port Managed QDR （40Gb/s） 交換機；

1 “Admin” Cisco 以太網交換機；

冗余供電單元 （PDUs）；

Oracle Database Enterprise 11gR2；

Oracle RAC Option；

Oracle Partitioning Option；

Oracle Exadata Storage Server Software。

3.2系統(tǒng)痛點解決方案

通過一庫整合技術來解決計費系統(tǒng)的三大系統(tǒng)痛點。

3.2.1系統(tǒng)資源分散，存在性能瓶頸，不利于維護

云服務器為包括在線事務處理 （OLTP）、數(shù)據(jù)倉庫 （DW）和混合工作負載整合在內的所有數(shù)據(jù)庫應用程序提供了超強的性能。在Oracle新特性基礎上，還提供了諸多獨有的技術特性，如智能掃描、存儲索引、混合列壓縮技術等。

3.2.2存在DB單點隱患

目標中，所有數(shù)據(jù)庫將統(tǒng)一構建在高可用環(huán)境中。所有關鍵部件均采用冗余設計，RAC、ASM等多種集群技術，保障云平臺的高可用性，自動存儲管理集群容許設備故障，閃回技術支持時間點恢復。

3.2.3現(xiàn)有系統(tǒng)設備陳舊、擴展困難

設備可在1/4、1/2、滿配配置中平滑升級，支持集成InfiniBand 連接擴展，系統(tǒng)存儲容量和性能會隨之線性增長。

3.3遷移實施步驟

3.3.1“一庫”整合

一體機的資源控制功能可根據(jù)應用業(yè)務的優(yōu)先級、響應時間要求等進行各資源的分配和管理，包括表、會話級的并行度控制，處理器、內存資源、存儲介質及I/O帶寬的分配控制等。

采用統(tǒng)一的數(shù)據(jù)庫，使用“Schema”來區(qū)分和管理原BSS系統(tǒng)中的六個獨立系統(tǒng)，以進行BSS系統(tǒng)CPU、內存、磁盤等資源的管理和調度，適應混合負載、高并發(fā)的業(yè)務壓力。

3.3.2分步實施

六個數(shù)據(jù)庫的整合采用分步實施的方式進行，逐步過渡到規(guī)劃體系結構，實現(xiàn)平滑過渡。先對外圍業(yè)務統(tǒng)計庫及清單庫進行遷移，再進行服開庫、PRM庫的遷移整合，最后遷移CRM、計費賬務庫。

四、結論

通過本次應用遷移的探索，我們發(fā)現(xiàn)數(shù)據(jù)庫一體機技術對于ORACLE數(shù)據(jù)庫具有很強的承載能力，遷移過程高效正確，數(shù)據(jù)安全得到保障，業(yè)務影響低，系統(tǒng)集群能力突出，對于數(shù)據(jù)庫的穩(wěn)定運行提供了高可靠性保障，對于增量需求可以實現(xiàn)平滑方式升級。本次數(shù)據(jù)庫遷移的探索對于各運營商都是一個很好的可借鑒范例，對于核心系統(tǒng)技術調整帶來的風險性和可行性提供了很好的參考。

參 考 文 獻

[1]管東華.基于Oracle流復制技術的數(shù)據(jù)庫容災備份應用研究，[成都理工大學學位論文].成都：成都理工大學，2009

[2] Oracle公司.oracle一體機白皮書

[3]李宗濤，羅朝宇，王福新.數(shù)據(jù)庫一體機在電網企業(yè)數(shù)據(jù)中心的應用分析，內蒙古電力技術.

[4] Kerry Osborne，Randy Johnson，Tanel Potilder.深入理解Oracle Exadata[M].黃凱耀，張樂奕，張瑞.北京：電子工業(yè)出版社，2012：21-153.

[5]程彥博.數(shù)據(jù)庫一體機存在的合理性[N]，中國計算機報，2012-10-22（5）

[6]于翔.Oracle Exadata數(shù)據(jù)庫云服務器：鼎力支持混合負載[N]，網絡世界，2012-5-23