通信世界网(CWW)5月28日消息 由人民邮电出版社主办的2010电信运营支撑发展论坛在北京艾维克酒店举行。本次论坛以全业务运营支撑系统的融合，优化，服务为主题。通信世界网作为唯一网络支持媒体，将在第一时间做网络直播。
图为中电达通通信技术股份有限公司董事长兼总经理 纪航军
纪航军演讲实录：感谢各位嘉宾的精彩演讲，也感谢朱老师的精彩点评。我用少一点的时间，今天的内容都是技术型的内容比较多，相对闷一些，但是听各位领导的讲座中，也是给我很多的体会。
今天我们讲应用是比较简明的，已经有很多成熟的应用案例了，它的重点是解决海量的数据，前面几位领导都讲了BOSS系统的数据量太大了，我们一个省可能相当于欧洲一个国家的用户量和通信量。我们最近在河北移动一天的记录数超10亿以上，其中70%都是短信量。这么大的数据量对于我们BOSS整个运营带来了很大的压力，包括对存储、I/O、响应速度、服务的压力。
面对这样的问题我们简单来看，重点我们要解决存储数据量的问题，并且在大数据量方面维护和管理也是比较麻烦的，整体来说运维成本很高。据我所知，就以我们河北移动为例，它的前年一年两次扩容存储。对于过去已经存储到磁带库中的历史数据，如果想再做进一步分析，包括数据的恢复上都会碰到非常麻烦的事情。现在我们在经营分析上应该说投资也是很大的，数据仓库在研究上也是非常多的。今天上午也有南大通用的专家讲他们在经营数据上的使用。这个庞大的数据仓库很多运营商都在转向通用数据库，包括南大这样的国产数据库产品。因为过去十多年的应用来说，整体投资非常大的。我们在经营分析过程中，其实很多的数据并不需要深层的分析，尤其是快速发展的层面上，我们有很多产品大量能够用于前端分析需要快和短，而不是深和广。往往是很多业务，如果你经过很多数据分析之后，很长时间挖掘之后他对业务的指导性是大大下降了。我的体会是标准型业务方面来说，传统的应用分析是非常多的。
我们再仔细来分析我们生产系统中它的数据各种不同层次的时候，我们会有一个具体的分析思路。怎么讲？我们大致可以分为三大类，大量的实施数据，实施产生平凡变更的用户响应的数据来说，数据量不大，但是性能要求很高。在动态数据里面实时变更，但变更不频繁的数据，例如用户资料、帐户资料，资费参数，这部分数据月占总数据量的30%，它的特点是对性能要求中等，数据量也中等，最多量是什么？60-70%是历史数据，是记录的数据，不会再改了。所有银行交易系统里面终身保存，我们通信运营商最多保存三年，还好一点。他们利用很多低端的存储，有很多方法过去往磁带库上放。
重点围绕70%的数据虽然是历史数据，我们分析实时、动态、历史数据三种，不断推出新的版本，05年就在Windows系统上不断去提高这个产品性能。到目前为止在解决历史数据综合性来说，我们在国内是比较领先的。我们的历史数据是百分之百的静态数据，访问频率比较低，在特定的业务系统中也会有比较高，大多数情况下比较低。
我们的解决方案是从主系统中分离出不同生命周期的历史数据。为什么是不同的生命周期？联通、电信、移动三家运营商来说，他们有不同特点，比如说做移动过去我们在联通可以支持两到三种或者是更多的，移动来说数据量产生非常频繁，我们在联通特定意义上来说，内蒙联通一个月可以压缩一次、采集一次就能够满足，但是在移动浙江、河北我们最近几个省来看它的采集周期有的缩短到三天，因为更新速度非常快。我们根据不同应用，根据不同运营商，根据不同的省份我们可以灵活制定他的生命周期的数据。这样采集有什么意义呢？如果是一比一就没有什么意义了，实际上通过这个产品可以提高十倍，我们在理论测试时间是26倍，达到了存储的减少。在存储大量减少方面能够大大延缓存储扩容速度，同时设备来说也能够达到节能减排目的，大量机柜也是占用空间和能耗的。
下面我有几个具体的应用场景，计费系统话单数据，我2000年在浙江的时候，看话单查询浙江移动非常早，你2小时马上可以查到。一年以后我看到5分钟他的电话就可以被查到，这在服务的感觉上很不少。那时候互联网还不是像今天这么普遍，那时候话费比较高，因为会有错的情况发生，大家会查话单。我印象当中浙江移动投入2000万解决话单查询的服务。今天再用同样的方式我们做了一个比较，这是一个小规模比较。我们在河南联通做得有三年了，都是给当地的技术员培训好之后他会轻松的维护系统，维护成本非常低，系统非常稳定，查询量非常大。
第二就是我们面看到的目前短信，其实我们现在短信超过我们的话单，短信的利用率是很高的，因为短信不像通话占用信道很长时间。每月新增纯数据12，采用Raid5，6+1模式，占用存储约126T。采用Datamreger月数据占用存储约18T，预计3-5年内不再购买存储设备仅需进行DM维护巡检服务。结算话单，同时对交换机的日志表现比较好，浙江对每5秒钟通话进行实时监控。因为有的进行开车移动过程中数据全部记下来，如果通话一条，一分钟可以产生12条。移动公司做了这么多年发展，一点响应，全程受理，统一客户接触点来说花费代价非常大。这个数据量太大了，每一分钟都会产生几条、几十条的记录，已经大家超过了通话。
同时我们在上面用的比较多了之后，4、5年下来我们也在做新的扩展，本身是数据库，它的核心是输入的要快，压缩成本要高。我们新的扩展应用场景是垃圾短信封堵。基于DATAMERGER分析短信发送者和接受者之间的联系的真实性。无须分析短信内容，基于DATAMERGER的高速检索查询性能，提供实时封堵策略。
前面讲了很多它的应用原理，这里非常快速讲一下它的部署方式。这种应用方式你在对生产数据进行抽取的时候，有数据采集方式上有可能带来新的故障点，因为你用这种详单的查询是实时保证的。我们现在比较成熟的地方首先在各种支持上面，换句话说原有的查询方式可以无缝对我们数据库进行操作。真正需要特别复杂的结构之后，由于基础原理，改动也非常小。
第二种方式为了更好使原有应用能够完全透明，确实有很多应用软件开发商，我们有太多的服务提供商，太多乙方，太多公司，我们运营商非常想使用产品的时候发现厂商找不到了，人找不到了。我们提供异构方式，在我们数据库和原有的应用程序之间提供一个业务组件，确保他百分之百访问，这个过程当中会降低效率，会在30%左右。正常情况下是5倍，这种情况下2-3倍，这有一个转换过程。
我们对各种应用中间件支持也是非常友好的，这些技术资料就不再多说了。这是我前面提到的对现有所有应用程序目前没有发现识别，最快的实施周期十天，个别长一点跟应用复杂程度有关系，基本不用对应用做二次开发，主要是应用部署方面。这是跟国外某类似做一个比较，这个不细讲了，这是对压缩方式、可配置管理的要求，对数据源，目前我们对Oracle、MYSQL、DB2都有成熟案例使用。比如说中国铁通分别涉及到了Oracle，Sybase。