通信世界网(CWW)9月25日消息由工业和信息化部指导，人民邮电出版社组织的融合计费发展论坛于今天上午在北京南粤苑宾馆举行。本届论坛就如何打造高效灵活的融合计费系统为主题，特邀政府管理部门，运营商业务支撑部门，设备厂商技术人眼共聚一堂进行深入探讨。
图为IBM软件部高级信息技术工程师安伟
安伟：尊敬的各位领导，各位来宾大家好。
我们谈到融合计费的时候，一个方面要谈一种业务的融合，计费内容的融合。计费系统不光要支持语音的，还要支持数据的，甚至将来会支持固网的业务的计费。
我们还要强调一个用户的融合，我们电信系统的用户，有预付费的用户，还有后付费的用户。预付费的用户，可能在线计费的时候，可能实时地控制他们的话费，更关注一些。对软件平台的产品提出更多的要求。首先由于在线的实时计费，是毫秒级的计费处理的需求。还有对于这种软件产品来讲，希望能够有更高的一种性能。对于融合计费，一个方面在线计费的时候，更多的跟网元产生一个会话的过程，对于软件产品要求更高的高可能性。我们做融合计费的时候，我们不光要做到业务的融合，还要通过一个全面的客户情况做一个视图。
大家知道IBM有两个数据库的产品，一个是自己的BB2、UBB，在2001年的时候收购informix。我们首先看DB2，是一个通用的数据库。不光涉及到在IBM大型的机器，像Z系列，I系列，还有开放的系统，Linux，Windows，还有W的平台上都可以运行。IBM定位是通用性的。对于U来讲，主要是面向在线的数据处理的数据库。现在版本强化了对行业的支持。对电信行业、政府行业、零售行业，以及银行方面的一些支持。主要是增加了大数据量的印发，还有可用性、高可用性方面做了一些加强。具有高性能、高可用性，还有可扩充性方面做了很多的补充。informix有核心并行能力，我们可以分散成并行的小的业务，可以提高业务的吞吐能力，还有informix可以支持很多的数据分割方式，我们有很多的多种的分割方式，处理很大的数据量。我们在电信业的时候，随着电信业的逐渐增长和发展，它的用户数，数据量是很大。我们的软件产品怎么样能够适应用户的电信业的数据量的增长的这种需求，在informix的11版本这个方面做了一些加强。我们增加一个节点的时候，可以得到几乎线型的性能的增长。在数据集群的时候，也增加了一些容错的机制。
当我们开发这种计费的应用程序，通过IDS提供软件连接informix的数据库集成的时候，会有一个负载均衡的功能，会根据每个节点的实际的处理能够还有控制的程度，然后来分配这个应用的任务，会在哪个节点执行。在11版本的时候，每个节点会支持这个读写，有效地利用资源，可以达到一个开放的性能的平衡。
我们都知道电信行业要求很高的高可用性。informix提高了很多的容灾性的解决方案。比如说我们在secondary的服务器，可以放在同一个机房，或者同一个城市，或者部署很远的地方，如果我们主服务器，出现问题当掉的时候，根据我们以前定义好的容灾的策略，它可以选择你制定好的服务器，接管主服务器的业务。这样使我们的电信的计费，能够顺利地进行下去。
然后在informix当中，也提供了一个并行的工具，叫做PDQ，在11版本做了更好的一个提高，可以提高数据库的并行处理的能力。我们发出一个请求服务的时候，可能某一个CPU完成这个事情，当我们没有多线型的处理机制的时候，可能我们由一个CPU承担任务，造成很多的资源的浪费。我们有了PDQ的工具，尤其11版本做了加强之后，可以把这些任务分解成许多的子任务，这些子任务可以并行执行。比如说我们建了一个表的索引，可能这个表比较大，可能索引建设花费时间比较长，那么通过PDQ工具，可以把大段的索引分解成一些小段，每个小段并行建立索引，可以起到整个数据库的吞吐能力访问性比较强。
informix面向核心企业首先是一个并行的数据库，是一个多线型，并行的能力。一个方面提供接近线性的扩展能力，还有容灾性非常好，达到业界需要的五个九的可持续的高可用性的能力。还有灵活的数据分区算法，更好地提供大的数据量，可并行能力的支持。
我们刚才讲的informix在离线计费的特性。在线计费，IBM去年收购了一个产品叫做solidDB，我们知道有一个标准叫做TMI，是针对电信应用做的一个基准的测试，主要的功能测试是面向电信应用的，我们solidDB模拟了128个并发客户端模拟10万个移动电话用户，在IBM很小的一个刀片服务器上可以看到这个性能很好。面向数据库来讲，它的性能达到通常讲的磁盘数据库的10倍的性能，这种性能是一个毫秒级的，足够支撑我们正常的在线计费的处理能力。
另外一个方面来讲，我们知道光有计费的高的性能也是不够的，因为随着业务量的增加，客户数的增多，我们融合计费的计费内容的扩大，我们需要更多的更强的扩展能力。而solidDB也是用TMY的基准测试情况下，我们可以看到几乎随着机器的CPU的增长，几乎近线性的扩展能力。
从一个CPU一直到八个核的CPU的能力，可以看到几乎能力是足倍的增长，取得很好的进展。
对于在线计费来讲，可能高可用性，可能要求更高一些。因为要跟实时地底层的网元进行会话，如果可用性不高的情况下，要求更快地恢复时间，以及更高地接管时间，因为网元会影响你的实际的在线用户、通话用户，还有电信用户实际的接收电信服务的能力，如果我们高可用性很低的话，会严重影响他们通话的服务。
solidDB这个方面，可以打造五个九，或者六个九的高可用环境。可以满足电信级的高可用性的数据的需求。还有很快地在主服务器当掉地情况下，其他的服务器可以很快接管。我们经过实际测试，大多数情况下，在不到一秒的情况下可以切换成功。而且solidDB可以支持在线的升级。对于用户将来升级系统很方便的。
我们讲的做IT的时候可能关心一个问题，两个机器之间数据重复的问题，这个是不能够回避的。solidDB在这个方面有两种方式重复数据，一个是1-safe还有一种2-safe，就是我们讲的同步的复制方式和异步的复制方式。同步复制之后，我们可能打一个标记，对于同步的数据来讲，可以做下一个数据的同步，可以释放主数据库节点的性能。提交时间短，并发性少，但是有一个特点，当这个事务接管之后，可能因为它们之间同步是异步的，可能存在一些数据的丢失，这样可能对整个计费造成一些影响。而solidDB提供实时的同步复制方式，只有当两个节点的事务都提交完成之后，都提交之后这个事务才能做完。这个好处当失败的时候，事务同步的时候，会造成事务响应时间相应延长一些。
solidDB在做HA的时候，有一个透明失败切换。通过SA的接口的驱动程序之后，可以同时连接两个数据库。这样在一个数据库当掉之后，另外一个数据库在不到一秒的时间可以切换过去，在应用系统的一些信息还能够保留。这个技术叫做TF技术，是solidDB独有的一个技术。我们在做HA的时候，它的性能应该是比单个数据库的性能会更高一些。为什么这么讲呢，首先我们在做HA的时候，因为有一个重节点保证整个数据库的性能，我们在主数据库节点，内存数据库也会写日志，只是不像磁盘数据库一样，不会做很多的IO的操作，我们做HA的时候，我们的主数据库采用异步的写日志的方式，然后我们做HA的时候，可以有效地避免同步的日志方式，采用异步的日志方式，我们在主数据库和从数据库之间，可以做一个同步日志的操作。还有一个很好的性能，可以做HA的同时，可以提供一个很好的负载均衡。我们应用连接到通过solidDB接口连接数据库的时候，我们可以做正常的读写操作，对于一些应用可能需要大量的读，或者有一些事务之间，可能先读后写的情况，可以有一个负载管理的软件，应该通过这种方式大大提高solidDB数据库的性能，通过同节点的资源，可以做到同备份，不会对资源造成浪费。
