CN101674495A - 数据容灾预处理方法及装置 - Google Patents

数据容灾预处理方法及装置 Download PDF

Info

Publication number
CN101674495A
CN101674495A CN200910179895A CN200910179895A CN101674495A CN 101674495 A CN101674495 A CN 101674495A CN 200910179895 A CN200910179895 A CN 200910179895A CN 200910179895 A CN200910179895 A CN 200910179895A CN 101674495 A CN101674495 A CN 101674495A
Authority
CN
China
Prior art keywords
business entity
database
disaster tolerance
business
storehouse
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200910179895A
Other languages
English (en)
Other versions
CN101674495B (zh
Inventor
李维浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fu Jing Technology (Shenzhen) Co., Ltd.
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910179895.9A priority Critical patent/CN101674495B/zh
Publication of CN101674495A publication Critical patent/CN101674495A/zh
Priority to US13/502,955 priority patent/US8676754B2/en
Priority to EP10788810.9A priority patent/EP2493083B1/en
Priority to PCT/CN2010/073157 priority patent/WO2010145414A1/zh
Application granted granted Critical
Publication of CN101674495B publication Critical patent/CN101674495B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1464Management of the backup or restore process for networked environments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/1658Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
    • G06F11/1662Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094Redundant storage or storage space

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种数据容灾预处理方法及装置,用于多个具有数据库的业务实体中的每个业务实体,该方法包括:对于每个业务实体,在除该业务实体之外的其他业务实体中为业务实体建立容灾库,其中,容灾库是业务实体的数据库的容灾库。该装置包括:建立模块,对于每个业务实体,用于在除该业务实体之外的其他业务实体中为业务实体建立容灾库,其中,容灾库是业务实体的数据库的容灾库。本发明降低了***组建的成本,加强了容灾***的稳定性与可行性。

Description

数据容灾预处理方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及一种数据容灾预处理方法及装置。
背景技术
随着智能网业务的不断发展,彩铃业务的应用越来越广泛,逐渐成为了运营商运营的一个基本业务。目前,用户不仅对于彩铃***的个性化需求越来越大,同时对于整个***的稳定性也提出了更高的要求。因此,为了保证***的稳定性,提出了数据容灾的机制。数据容灾的过程是将重要的用户数据经过某种途径或方式,同步到其他地方(容灾库),当正常使用的数据库发生异常导致无法使用后,能及时将业务切换到容灾库上,可以不影响用户的业务使用,或者将影响范围减小至最低。
图1是根据现有技术的彩铃业务的结构,如图1所示,现有彩铃业务的结构是一个业务管理节点(Service Management Point,简称为SMP)对多个业务控制点(Service Control Point,简称为SCP)进行管理,同时,采用给每一个SCP单独配置容灾机器的方式来实现数据容灾。在数据发生变化时,通过写同步表或者发消息的方式,保持正式库与容灾库数据的一致,但是以上两种方式均有其自身的不足:同步表方式不能实时保持正式库与容灾库的一致,消息方式容易丢失数据,而且这两种方式均具有不稳定、效率不高和机制复杂的缺点,增加了***的复杂性和实现难度。而且,在多个SCP环境中,给每一个SCP配置单独的容灾机器大大增加了成本。
针对相关技术中为每一个SCP配置单独的容灾机器导致成本高、数据同步方式复杂且稳定性低的问题,目前尚未提出有效的解决方案。
发明内容
针对现有技术中存在的为每一个SCP配置单独的容灾机器导致成本高、数据同步不实时且稳定性低的问题而提出本发明,为此,本发明的主要目的在于提供一种数据容灾预处理方法及装置,用于多个具有数据库的业务实体中的每个业务实体,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种数据容灾预处理方法,用于多个具有数据库的业务实体中的每个业务实体。
根据本发明的数据容灾预处理方法包括:对于每个业务实体,在除该业务实体之外的其他业务实体中为业务实体建立容灾库,其中,容灾库是业务实体的数据库的容灾库。
优选地,在除业务实体之外的其他业务实体中为业务实体建立容灾库包括:将多个具有数据库的业务实体划分为多个业务实体组,其中,多个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体;在第二业务实体中建立第一业务实体的数据库的容灾库,在第一业务实体中建立第二业务实体的数据库的容灾库。
优选地,在多个业务实体的数量为奇数N的情况下,将多个业务实体划分为多个业务实体组包括:将多个业务实体中的一个业务实体从逻辑上划分为两个业务实体,将经过划分后的N+1个业务实体划分为(N+1)/2个业务实体组,其中,(N+1)/2个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体,而且第一业务实体和第二业务实体不是一个业务实体在逻辑上划分出的两个业务实体。
优选地,在除业务实体之外的其他业务实体中为业务实体建立容灾库之后,上述方法还包括:将业务实体的容灾库与业务实体的数据库进行数据库同步。
优选地,将业务实体的容灾库通过oracle高级复制与业务实体的数据库进行数据库同步。
优选地,将业务实体的容灾库通过oracle高级复制与业务实体的数据库进行数据库同步包括:业务实体的容灾库创建数据库链接和刷新组,其中,数据库链接的目的数据库为业务实体的数据库;业务实体的数据库创建物化视图日志,并在物化视图日志存在更新时,数据库将更新后的物化视图日志发送至业务实体的容灾库;业务实体的容灾库根据预定信息通过oracle高级复制与业务实体的数据库进行同步,其中,预定信息包括数据库链接、刷新组和来自数据库的更新后的物化视图日志。
优选地,业务实体包括业务控制点。
为了实现上述目的,根据本发明的另一个方面,提供了一种数据容灾预处理装置,用于多个具有数据库的业务实体中的每个业务实体。
根据本发明的数据容灾预处理装置包括:建立模块,对于每个业务实体,用于在除该业务实体之外的其他业务实体中为业务实体建立容灾库,其中,容灾库是业务实体的数据库的容灾库。
优选地,建立模块包括:划分子模块,用于将多个具有数据库的业务实体划分为多个业务实体组,其中,多个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体;容灾库建立子模块,用于在第二业务实体中建立第一业务实体的数据库的容灾库,在第一业务实体中建立第二业务实体的数据库的容灾库。
优选地,上述装置还包括:同步模块,用于将业务实体的容灾库与业务实体的数据库进行数据库同步。
通过本发明,采用为业务实体在除该业务实体之外的其他业务实体上建立与该业务实体的数据库对应的容灾库,解决了为每一个SCP配置单独的容灾机器导致成本高、数据同步不实时且稳定性低的问题,降低了***组建的成本,加强了容灾***的稳定性与可行性。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据现有技术的彩铃业务的结构框图;
图2是根据本发明实施例的数据容灾预处理方法的流程图;
图3是根据本发明实施例的应用数据容灾预处理方法的彩铃业务的结构框图;
图4是根据本发明实施例的数据容灾预处理装置的结构框图;
图5是根据本发明实施例的数据容灾预处理装置的详细结构框图。
具体实施方式
功能概述
考虑到现有技术中存在的问题,本发明实施例提供了一种数据容灾预处理方案,用于多个具有数据库的业务实体中的每个业务实体,该方案的处理原则为:对于每个业务实体,在除该业务实体之外的其他业务实体中为业务实体建立容灾库,其中,容灾库是业务实体的数据库的容灾库。该方案能够降低***组建的成本,加强容灾***的稳定性与可行性。
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
方法实施例
根据本发明的实施例,提供了一种数据容灾预处理方法,图2是根据本发明实施例的数据容灾预处理方法的流程图,如图2所示,该方法包括如下的步骤S202至步骤S204:
步骤S202,对于每个业务实体,在除该业务实体之外的其他业务实体中为该业务实体建立容灾库,其中,容灾库是该业务实体的数据库的容灾库。在实际应用中,上述过程包括:将多个具有数据库的业务实体划分为多个业务实体组,其中,多个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体;在第二业务实体中建立第一业务实体的数据库的容灾库,在第一业务实体中建立第二业务实体的数据库的容灾库。在多个业务实体的数量为奇数N的情况下,将多个业务实体划分为多个业务实体组的过程包括:将多个业务实体中的一个业务实体从逻辑上划分为两个业务实体,将经过划分后的N+1个业务实体划分为(N+1)/2个业务实体组,其中,(N+1)/2个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体,而且第一业务实体和第二业务实体不是一个业务实体在逻辑上划分出的两个业务实体。
步骤S204,将业务实体的容灾库与业务实体的数据库进行数据库同步。优选地,可以将业务实体的容灾库通过oracle高级复制与业务实体的数据库进行数据库同步。
将业务实体的容灾库通过oracle高级复制与业务实体的数据库进行数据库同步包括:业务实体的容灾库创建数据库链接和刷新组,其中,数据库链接的目的数据库为业务实体的数据库;业务实体的数据库创建物化视图日志,并在物化视图日志存在更新时,数据库将更新后的物化视图日志发送至业务实体的容灾库;业务实体的容灾库根据预定信息通过oracle高级复制与业务实体的数据库进行同步,其中,预定信息包括数据库链接、刷新组和来自数据库的更新后的物化视图日志。
可选地,上述业务实体可以包括业务控制点。
下面将结合实例对本发明实施例的实现过程进行详细描述。
实例
该实例中以业务实体为业务控制点为例对数据容灾预处理方法进行说明,首先介绍该实例应用的场景,如图1所示,一个SMP管理多个SCP,同时每个SCP的数据通过写同步表或者消息方式同步到其对应的容灾库中,一旦某一个SCP发生了异常导致无法正常运行,则立即将问题SCP的业务切换至对应的容灾库,不影响问题SCP上用户的业务使用。
图3是根据本发明实施例的应用数据容灾预处理方法的彩铃业务的结构框图,以下结合图3对本发明实施例提供的数据容灾预处理方法进行说明,该方法主要包括以下步骤:
步骤1,搭建双数倍的SCP环境,两两配对成一组。
步骤2,以其中一组为例(SCP1-SCP2),在该组的SCP上创建正式库(zxdbp_51用户),即前述的数据库。对应于oracle中的概念,上述过程即为在主节点(即综合管理平台(CompositiveManagement Platform,简称为CMP))上创建彩铃业务数据库(zxdbp_51用户),具体地,SCP1和SCP2分别对应CMP1和CMP2,在SCP 1或CMP 1上创建正式库(zxdbp_51用户),在SCP2或CMP2上创建正式库(zxdbp_51用户)。进一步地,CMP存放各自用户的所有信息,创建业务表结构、数据管理存储过程和业务呼叫过程,处理所有数据的管理以及呼叫功能,并加载管理业务逻辑以及呼叫业务逻辑。CMP节点创建彩铃业务环境,包括数据库,表,索引,存储过程和加载业务逻辑等,CMP节点创建的环境和传统的彩铃环境一样,可以按照现有的流程进行创建,在此不再赘述。
步骤3,在两两配对的相对机器上建立容灾库(zxdbp_52),对应于oracle中的概念,上述过程即为在复制节点(即呼叫服务平台(Call Service Platform,简称为CSP))上创建彩铃业务数据库的容灾库(zxdbp_52用户),具体地,在SCP1或CSP1节点创建SCP2正式库的容灾库(zxdbp_52用户),在SCP2或CSP2节点创建SCP1正式库的容灾库(zxdbp_52用户),此时只需创建一个干净的用户(空数据库)。CSP节点上的容灾库只负责用户的呼叫链接。在本容灾环境中,一个CMP仅对应唯一一个CSP。CSP单独加载呼叫业务逻辑,不处理用户的管理数据,不需要事先建立用户表,只需建立数据库用户,整理出与用户呼叫相关的表和字段,把与呼叫相关的数据直接从CMP上同步过来。
步骤4,确认安装好的数据库***支持oracle高级复制。在两个CMP节点(即,CMP1和CMP2)上创建物化视图日志(mvlog),容灾库根据物化视图日志来同步数据。首先筛选出***中与呼叫相关的表,为每个表建立一个物化视图日志。数据库***自动记录对表的每一次操作的日志,并且在设定的时间同步到数据呼叫管理平台CSP节点上。
步骤5,CSP节点创建数据库链接(dblink)。创建数据库链接时需要指定该CSP节点对应的CMP节点的地址和同步的数据库用户名,CSP节点对应的CMP节点是指该CSP对应的SCP的相对SCP上的CMP,即,SCP1对应的CSP1配置的dblink为SCP2对应的CMP2,SCP2对应的CSP2配置的dblink为SCP1对应的CMP2。
步骤6,CSP节点根据各自的数据库(此处为容灾库)链接创建物化视图(mv)和索引。CSP节点上的mv和其对应的CMP节点上的mvlog是一一对应的。这些建立mv和mvlog的表就是与呼叫相关的数据,也就实现了用户呼叫数据的同步备份。CSP节点创建物化视图要先确定所有呼叫所用到的数据,为这些数据对应的表均建立物化视图并链接到CMP上。
步骤7,CSP节点建立刷新组,指定刷新间隔。多个物化视图可以组建成一个刷新组,实行统一管理。
步骤8,oracle高级复制机制(CMP节点建立物化视图日志,CSP节点建立起到CMP的链接、物化视图和刷新组)建立好后,就可以编译呼叫使用的存储过程并激活相关业务(也称启动业务),进行正常的在CMP上放号、维护数据,进行呼叫等的处理,而对应的CSP容灾库也可以同步进行数据的容灾处理了。需要说明的是,CSP不主动改变数据,只接受由CMP变更的数据。
完成上面的操作,就可以实现数据容灾功能了。如图2所示,假设当SCP1的正式库(zxdbp_51)发生了异常,无法正常使用,那么将呼叫业务立即切换至SCP2的容灾库(zxdbp_52),就可以不影响用户的正常呼叫。当故障解决之后,重新将业务切换回SCP1的zxdbp_51即可。
以上方法利用了oracle的高级数据库复制功能,在使用过程中,需要注意各台机器之间的网络链接必须保持通畅,否则会造成同步积压。如果因对CMP上建立了物化视图的表做DDL操作而造成这些表的同步失败,可以通过在CSP上重建物化视图修复。
需要说明的是,上述方法的应用不限于业务实体为业务控制点的情况,可以应用于具有数据库的各种业务实体中,数据容灾预处理的原理也大致相同,在此不再赘述。
装置实施例
根据本发明的实施例,提供了一种数据容灾预处理装置,用于多个具有数据库的业务实体中的每个业务实体,该装置用于实现上述方法实施例中描述的数据容灾预处理方法。图4是根据本发明实施例的数据容灾预处理装置的结构框图,如图4所示,该装置包括:建立模块42,对于每个业务实体,用于在除该业务实体之外的其他业务实体中为所述业务实体建立容灾库,其中,所述容灾库是所述业务实体的数据库的容灾库。
图5是根据本发明实施例的数据容灾预处理装置的详细结构框图,如图5所示,在图4的基础上,该装置还可以包括:同步模块54,连接于建立模块42,用于将所述业务实体的所述容灾库与所述业务实体的数据库进行数据库同步。优选地,建立模块42可以包括:划分子模块56,用于将多个具有数据库的业务实体划分为多个业务实体组,其中,所述多个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体;容灾库建立子模块58,连接于划分子模块56,用于在所述第二业务实体中建立所述第一业务实体的数据库的容灾库,在所述第一业务实体中建立所述第二业务实体的数据库的容灾库。
综上所述,本发明实施例提供的方案将承载容灾数据库的容灾机器与业务实体合一,简化了容灾的实现,降低了容灾***的成本;另一方面,该方案通过oracle高级复制功能将呼叫相关的数据同步到CSP容灾库上,相比于同步表和消息方式,实现方法简单,提高了容灾的稳定性和可行性,不用再花费大量的精力在数据一致性上,从而降低了容灾***的实现难度,有利于大力推广数据容灾的普及。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据容灾预处理方法,用于多个具有数据库的业务实体中的每个业务实体,其特征在于,所述方法包括:
对于每个业务实体,在除该业务实体之外的其他业务实体中为所述业务实体建立容灾库,其中,所述容灾库是所述业务实体的数据库的容灾库。
2.根据权利要求1所述的方法,其特征在于,在除所述业务实体之外的其他业务实体中为所述业务实体建立容灾库包括:
将所述多个具有数据库的业务实体划分为多个业务实体组,其中,所述多个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体;
在所述第二业务实体中建立所述第一业务实体的数据库的容灾库,在所述第一业务实体中建立所述第二业务实体的数据库的容灾库。
3.根据权利要求2所述的方法,其特征在于,在所述多个业务实体的数量为奇数N的情况下,将所述多个业务实体划分为多个业务实体组包括:
将所述多个业务实体中的一个业务实体从逻辑上划分为两个业务实体,将经过划分后的N+1个业务实体划分为(N+1)/2个业务实体组,其中,所述(N+1)/2个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体,而且所述第一业务实体和所述第二业务实体不是所述一个业务实体在逻辑上划分出的所述两个业务实体。
4.根据权利要求1所述的方法,其特征在于,在除所述业务实体之外的其他业务实体中为所述业务实体建立容灾库之后,所述方法还包括:
将所述业务实体的所述容灾库与所述业务实体的数据库进行数据库同步。
5.根据权利要求4所述的方法,其特征在于,将所述业务实体的所述客灾库通过oracle高级复制与所述业务实体的数据库进行数据库同步。
6.根据权利要求5所述的方法,其特征在于,将所述业务实体的所述容灾库通过oracle高级复制与所述业务实体的数据库进行数据库同步包括:
所述业务实体的所述容灾库创建数据库链接和刷新组,其中,所述数据库链接的目的数据库为所述业务实体的所述数据库;
所述业务实体的所述数据库创建物化视图日志,并在所述物化视图日志存在更新时,所述数据库将更新后的物化视图日志发送至所述业务实体的所述容灾库;
所述业务实体的所述容灾库根据预定信息通过oracle高级复制与所述业务实体的数据库进行同步,其中,所述预定信息包括所述数据库链接、所述刷新组和来自所述数据库的更新后的所述物化视图日志。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述业务实体包括业务控制点。
8.一种数据容灾预处理装置,用于多个具有数据库的业务实体中的每个业务实体,其特征在于,包括:
建立模块,对于每个业务实体,用于在除该业务实体之外的其他业务实体中为所述业务实体建立容灾库,其中,所述容灾库是所述业务实体的数据库的容灾库。
9.根据权利要求8所述的装置,其特征在于,所述建立模块包括:划分子模块,用于将多个具有数据库的业务实体划分为多个业务实体组,其中,所述多个业务实体组中的每个业务实体组包括两个业务实体,分别为第一业务实体和第二业务实体;
容灾库建立子模块,用于在所述第二业务实体中建立所述第一业务实体的数据库的容灾库,在所述第一业务实体中建立所述第二业务实体的数据库的容灾库。
10.根据权利要求8所述的装置,其特征在于,所述装置还包括:
同步模块,用于将所述业务实体的所述容灾库与所述业务实体的数据库进行数据库同步。
CN200910179895.9A 2009-10-20 2009-10-20 数据容灾预处理方法及装置 Active CN101674495B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200910179895.9A CN101674495B (zh) 2009-10-20 2009-10-20 数据容灾预处理方法及装置
US13/502,955 US8676754B2 (en) 2009-10-20 2010-05-24 Method and apparatus for data disaster tolerance preprocessing, and service control point
EP10788810.9A EP2493083B1 (en) 2009-10-20 2010-05-24 Method, device and service control point (scp) for data disaster tolerance preprocessing
PCT/CN2010/073157 WO2010145414A1 (zh) 2009-10-20 2010-05-24 数据容灾预处理方法及装置、scp

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910179895.9A CN101674495B (zh) 2009-10-20 2009-10-20 数据容灾预处理方法及装置

Publications (2)

Publication Number Publication Date
CN101674495A true CN101674495A (zh) 2010-03-17
CN101674495B CN101674495B (zh) 2015-06-03

Family

ID=42021440

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910179895.9A Active CN101674495B (zh) 2009-10-20 2009-10-20 数据容灾预处理方法及装置

Country Status (4)

Country Link
US (1) US8676754B2 (zh)
EP (1) EP2493083B1 (zh)
CN (1) CN101674495B (zh)
WO (1) WO2010145414A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102801748A (zh) * 2011-05-23 2012-11-28 中兴通讯股份有限公司 呼叫保护方法和装置
CN104754144A (zh) * 2013-12-31 2015-07-01 ***通信集团河北有限公司 一种彩铃呼叫控制方法及装置
CN107357791A (zh) * 2016-05-10 2017-11-17 中兴通讯股份有限公司 一种数据共享方法及装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103812675A (zh) * 2012-11-08 2014-05-21 中兴通讯股份有限公司 一种实现业务交付平台异地容灾切换的方法和***
CN104298756A (zh) * 2014-10-22 2015-01-21 浪潮软件集团有限公司 一种基于内外网的数据库之间数据的交换方法
US10162721B2 (en) * 2016-11-28 2018-12-25 Sap Se Workload shifting in a database system using hint-based routing
CN109274986B (zh) * 2017-07-17 2021-02-12 中兴通讯股份有限公司 多中心容灾方法、***、存储介质和计算机设备
CN109614263B (zh) * 2018-10-29 2020-07-03 阿里巴巴集团控股有限公司 一种容灾数据处理方法、装置及***
US11609910B1 (en) * 2020-12-10 2023-03-21 Amazon Technologies, Inc. Automatically refreshing materialized views according to performance benefit
CN112732999B (zh) * 2021-01-21 2023-06-09 建信金融科技有限责任公司 静态容灾方法、***、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1264518A (zh) * 1997-05-09 2000-08-23 美国阿尔卡塔尔资源有限合伙公司 可以进行快速数据库同步的通信***
US20070183347A1 (en) * 2004-08-29 2007-08-09 Huawei Technologies Co., Ltd. Method for implementing dual-homing
CN101266606A (zh) * 2007-03-15 2008-09-17 阿里巴巴公司 一种基于Oracle数据库的在线数据迁移方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5890156A (en) * 1996-05-02 1999-03-30 Alcatel Usa, Inc. Distributed redundant database
US6311186B1 (en) * 1998-02-20 2001-10-30 Priority Call Management, Inc. Telecommunications switching system utilizing a channelized database access mechanism
US6581075B1 (en) * 2000-12-28 2003-06-17 Nortel Networks Limited System and method for database synchronization
US8291120B2 (en) * 2006-12-21 2012-10-16 Verizon Services Corp. Systems, methods, and computer program product for automatically verifying a standby site
WO2008130709A2 (en) * 2007-04-20 2008-10-30 Tekelec Systems, methods, and computer program products for providing service interaction and mediation in a communications network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1264518A (zh) * 1997-05-09 2000-08-23 美国阿尔卡塔尔资源有限合伙公司 可以进行快速数据库同步的通信***
US20070183347A1 (en) * 2004-08-29 2007-08-09 Huawei Technologies Co., Ltd. Method for implementing dual-homing
CN101266606A (zh) * 2007-03-15 2008-09-17 阿里巴巴公司 一种基于Oracle数据库的在线数据迁移方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102801748A (zh) * 2011-05-23 2012-11-28 中兴通讯股份有限公司 呼叫保护方法和装置
CN104754144A (zh) * 2013-12-31 2015-07-01 ***通信集团河北有限公司 一种彩铃呼叫控制方法及装置
CN107357791A (zh) * 2016-05-10 2017-11-17 中兴通讯股份有限公司 一种数据共享方法及装置
CN107357791B (zh) * 2016-05-10 2021-10-15 中兴通讯股份有限公司 一种数据共享方法及装置

Also Published As

Publication number Publication date
EP2493083A4 (en) 2015-07-29
EP2493083B1 (en) 2016-09-07
US8676754B2 (en) 2014-03-18
WO2010145414A1 (zh) 2010-12-23
EP2493083A1 (en) 2012-08-29
CN101674495B (zh) 2015-06-03
US20120209807A1 (en) 2012-08-16

Similar Documents

Publication Publication Date Title
CN101674495A (zh) 数据容灾预处理方法及装置
CN100449548C (zh) 数据库同步方法及***
JP2002513536A (ja) 迅速なデータベース同期の通信システム
US6098076A (en) SCP database migration
US7925002B2 (en) Administering multiple target ACD systems
EP1005238B1 (en) NPA split management in intelligent network environment
CN104778175A (zh) 一种实现异构数据库数据同步的方法及***
US6738458B1 (en) Methods and systems for changing the domain association of a mailbox in a messaging system
CN102937955A (zh) 一种基于MySQL双存储引擎的内存数据库实现方法
CN101650744A (zh) 一种基于表空间迁移处理大数据量的***及方法
CN107357791A (zh) 一种数据共享方法及装置
CN108694218A (zh) 一种数据写入及读取的方法和装置
JP2002511207A (ja) 集中型グローバルタイトル変換テーブルを持つ通信システム
JP2002512756A (ja) 複数のscpを持つ通信システム
CN105404826A (zh) 一种动态产生业务对象的权限管理方法
CN111813866A (zh) 一种改进的区块链账本同步方法
CN105723365A (zh) 用于优化索引、主数据库节点和订户数据库节点的方法
CN101567943B (zh) 一种数据管理和呼叫管理相分离的彩铃***及其实现方法
CN101094428A (zh) 一种智能网业务数据库查询统计***及其方法
CN100433002C (zh) 一种跨平台数据库复制配置方法
CN101699783A (zh) 一种在线计费数据备份方法、***和计费平台
CN101478719A (zh) 业务管理***的配置方法及装置
CN104699720A (zh) 海量数据融合存储方法及***
CN103475681A (zh) 一种实现智能业务的***及方法
CN101119526B (zh) 移动通信***中消息接口完全可配置框架的装置及其方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20170605

Address after: 518053 Guangdong city of Shenzhen province Nanshan District Tonggu Lu Da Chong business center C block 1007

Patentee after: Fu Jing Technology (Shenzhen) Co., Ltd.

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Patentee before: ZTE Corporation

TR01 Transfer of patent right