“数据复制”技术服务不停顿业务

郭 莹

21年前,包括摩根大通在内的华尔街三家投行要求供应商给他们解决数据传输问题——这样他们就可以将在伦敦交易的数据实时传递到纽约。三年后,这一需求终于得到了满足,这也就催生了数据复制技术。

当年提供这项技术给三家投行的数据库供应商是Sybase。今天,复制服务器已经可以完全胜任数据复制技术。不仅仅如此,复制服务器器还被用户应用在灾备中心以及实时报表的生成上,尤其是实时报表。对于很多用户来说,生成实时报表会严重影响数据的响应速度,而数据复制器可以先复制出一个数据备表,再从备表中生成实时数据。

“随着企业数据量的增大,以及越来越多企业需要不停顿业务,他们对数据复制的要求越来越高。”Sybase全球高级产品经理张伟这样说。

解决异构复制难题

选择什么样的数据复制技术才最适合用户呢?张伟认为,判断一个数据复制技术的好坏,要从四个方面入手。

首先是功能性。这个条件听起来很泛,但其实对于用户来说是非常实际的话题。比如,有的复制技术只能复制表,而用户其实可能只需要表里的某几行或几列数据,如果能够有更强的功能供用户选择,当然更受欢迎。

其次是易用性。用户是否能很快上手,使用起来是否感觉很方便——这与很多软件的要求类似。

第三是性能。大规模数据复制势必要占用大量的时间,尤其对于金融机构来说,每天产生大量的数据,大部分在每天营业时间结束后进行复制。如果复制效率低下,很有可能第二天又要开门营业了,前一天的数据还没复制完。

第四是异构。很多用户在不同时期建立了不同的系统,使用了不同厂商的数据库,数据散落在不同的系统里,现在要想实现数据复制,数据复制器本身的跨平台性非常重要。在美国,一个投行在不同时期使用了Sybase ASE、Oracle、微软SQL Server三种数据库,它希望系统能同时将存在这三种数据库中的相关数据都读取出来,然后根据数据进行实时的风险管理。

客票系统的数据复制

1996年开始,铁道部开始在全线使用电子客票系统,选用的是Sybase数据库。当时的数据管理模式是,铁道部负责定义数据格式,然后将新增的数据代码以电报的形式下分发到各地区中心,地区中心再电报分发到各路局、分局。可是,电报的形式并不是万无一失的,电报发来的数据需要手工录入系统中,全国300多个分数据中心,难保没有出错的时候。等发现了错误再做调整,复杂而又容易出问题。

我国铁路发展很快,新的站点设立、新的路线开通以及几次大提速带来的调整,数据格式调整成为铁路部门经常要面对的问题。在使用了Sybase复制服务器后,铁道部实现了客票系统基础代码的自动分发,不仅准确性提高,实时性也加大。现在,铁道部仍沿用数据格式管理集中,数据存储分散在各个路局的方式,但再也不会出现全系统数据格式不统一的情况。

“国内使用复制服务器的情况还不普遍,在美国,差不多10个数据库用户中就有4~5个使用复制服务器,以便实现数据的实时复制和统一。更重要的是,在数据复制之后,有利于形成实时报表,方便管理层根据数据迅速决策。因此,中国市场可挖掘的空间还很大,尤其是在对数据时效性和准确性要求非常高的金融行业。” Sybase中国区售前总监宋一平这样描述复制服务器在中国的未来。