OracleIMDB在运营商ABM系统中的应用.pdfVIP

Oracle IMDB 在运营商 ABM 系统中的应用 关键词：内存数据库 TimesTen ABM 摘要：传统的数据库使用基于文件系统或裸设备的磁盘数据库形式，使数据库管 理系统的性能提升受到了很大的限制。为了提升系统的处理能力，引入商用内存 数据库技术将是一种趋势。内存数据库技术是近几年来运营商十分热衷的一个课 题，在国外的主流运营商的业务支撑系统的建设上得到了广泛的应用，也是实时 计费的发展趋势。笔者根据参加 ABM 系统建设的项目经验，并结合项目实施过 程中配合运营商对三大主流内存数据库的实际测试结果，对 ORACLE TimesTen 在 ABM 系统中的应用进行介绍。 一、引言 在当今日益激烈的通讯市场竞争环境中，向客户提供优质服务已经成为各个 通信运营商发展客户、确立竞争优势的重要手段。传统的系统支撑架构已经不能 满足日益发展的业务需求，引入新技术将成为保障优质服务、提升市场竞争力的 重要改革模式。在未来可预期的环境中，对新技术架构的应用，不断完善、提高， 将成为一种发展趋势。 笔者根据参加 ABM 系统建设的项目经验，并结合项目实施过程中配合运营 商对三大主流内存数据库的实际测试结果，对 ORACLE TimesTen 在 ABM 系统 中的应用进行介绍。 二、传统系统架构存在的问题 传统的数据库使用基于文件系统或裸设备的磁盘数据库形式，可以提供毫秒 级的访问。由于需要频繁地访问磁盘来进行数据的操作，数据库管理系统的性能 提升受到了很大的限制。而近年随着电信业数据的省集中和用户数的增长，业务 处理模式日趋复杂，必然导致主机 CPU 和 I/O 占用不断成线性增加。在此情况 下，即使增加硬件支持，现有架构下系统的处理速度也很难得到质的提高。 为了提升系统的处理能力，部分系统集成商采用共享内存的方式，即在业务 逻辑层中的应用服务器上开辟共享内存，把需要的数据如档案、客户资料等上载 到内存中，前台的应用请求首先访问共享内存的数据并进行更新，更新后的数据 再从共享内存回写到后端磁盘数据库中。这种方式虽然从一定程度上可以提升系 统的响应时间，却存在相当多的问题和风险： 1、数据持久性问题：驻留在内存中的数据需要承担宕机的风险，数据的持 久性得不到保障； 2 、单点故障问题：主机之间的内存复制能力差，无法提供高性能的内存同 步，导致系统存在单点故障； 3、数据共享访问问题：各系统集成商编写的共享内存管理程序缺乏规范性 接口，不同系统之间无法共享数据； 4 、数据加载、缓存问题：无法提供数据的自动加载能力和规划，无法提供 与后台数据库的高效同步能力。 因此引入商用内存数据库技术将是一种趋势。目前主流的商用内存数据库包 括 ORACLE 的TimesTen、IBM 的 SolidDB、韩国的ALTIBASE 。这里将主要介 绍 ORACLE 的TimesTen 及它在余额管理系统（ABM ）中的应用。 三、Oracle 内存数据库介绍 Oracle TimesTen 是一款针对物理内存而特别设计优化的内存数据库，具有以 下特点： 1、 所有的数据均存储在物理内存中； 2 、 采用关系型数据模型； 3、 针对物理内存而特别设计优化的数据存储结构及算法； 4 、 多进程/ 多线程共享数据存储，支持嵌入式和客户机-服务器模式； 5、 标准 APIs （ODBC、JDBC 、SQL-92 ）； 6、 易于安装与配置。 Oracle TimesTen 内存数据库产品线由三个产品组成： Oracle TimesTen In-Memory Database ； Replication – TimesTen to TimesTen ； Cache Connect to Oracle； Oracle TimesTen In-Memory Database 是一个内存优化的关系数据库。它把整 个数据库存储在内存中，采用优化的内存布局和算法，在业务响应时间和吞吐量 方面实现重大性能改进，特别适用于注重性能的关键系统的应用程序层数据管 理。和传统的 ORACLE 数据库相比，TimesTen 的响应时间是以微秒计算，但对 数据容量的支持则相对较小。具体的差异如图一所示： （图一 转自 ORACLE 官方文档） T