CN113806143A - 一种异地容灾方法、系统和电子设备 - Google Patents

一种异地容灾方法、系统和电子设备 Download PDF

Info

Publication number
CN113806143A
CN113806143A CN202111028427.9A CN202111028427A CN113806143A CN 113806143 A CN113806143 A CN 113806143A CN 202111028427 A CN202111028427 A CN 202111028427A CN 113806143 A CN113806143 A CN 113806143A
Authority
CN
China
Prior art keywords
database
data
blacklist
state type
access request
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
CN202111028427.9A
Other languages
English (en)
Other versions
CN113806143B (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.)
Advanced New Technologies Co Ltd
Original Assignee
Advanced New Technologies Co Ltd
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 Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN202111028427.9A priority Critical patent/CN113806143B/zh
Publication of CN113806143A publication Critical patent/CN113806143A/zh
Application granted granted Critical
Publication of CN113806143B publication Critical patent/CN113806143B/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/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/1469Backup restoration techniques
    • 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/1471Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • G06F16/2365Ensuring data consistency and integrity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例提供一种异地容灾方法、系统及电子设备,用于解决现有技术中当本地机房出现故障后,切换到异地的备数据库继续提供业务服务,造成的数据错误的问题。该方法包括:在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。

Description

一种异地容灾方法、系统和电子设备
本专利申请是申请号:2018104472832,申请日:2018年5月11日,发明名称“一种异地容灾方法、系统和电子设备”的中国专利申请的分案申请。
技术领域
本发明实施例涉及数据处理技术领域,尤其涉及一种异地容灾方法、系统和电子设备。
背景技术
对于银行业、证券业、支付业、交通业等行业而言,其系统的高可用性至关重要,一旦出现问题,会导致数据大量丢失或者业务长时间终断,从而造成的影响以及经济损失无可估量。为了保障业务的稳定及用户的权益,针对金融业、支付业等行业,通常采用异地容灾方法。
目前,异地容灾方法是基于本地的主数据库与异地的备数据库同步复制模式,即保证主数据库与备数据库强一致性。当本地机房出现故障后,能够切换到异地的备数据库继续提供业务服务。
但是,主数据库与备数据库采取同步复制模式,使得每一次在主数据库上的结构化查询语言(Structured Query Language,SQL)操作,都需要在备数据库上同步成功之后才会确认成功。而由于本地与异地距离远,通信时延较高,会影响SQL操作的执行效率和成功率,以影响业务服务的可靠性。
发明内容
本发明实施例提供一种异地容灾方法、系统和电子设备,用于解决现有技术中当本地机房出现故障后,切换到异地的备数据库继续提供业务服务,造成的数据错误的问题。
本发明实施例采用下述技术方案:
第一方面,提供了一种异地容灾方法,包括:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第二方面,提供了一种异地容灾方法,包括:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第三方面,提供了一种异地容灾系统,包括:
访问请求接收模块,用于在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
确定模块,用于若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第四方面,提供了一种异地容灾系统,包括:
写入请求接收模块,用于应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
写入模块,用于将所述状态型数据的信息通过中间件写入到黑名单数据库中;其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第五方面,提供了一种电子设备,所述电子设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第六方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第七方面,提供了一种电子设备,所述电子设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
第八方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
本发明实施例采用的上述至少一个技术方案能够达到以下有益效果:
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本说明书的一个实施例提供的异地容灾方法流程图之一;
图2为本说明书的一个实施例提供的异地容灾方法的实际应用场景实现流程示意图之一;
图3为本说明书的一个实施例提供的异地容灾方法的实际应用场景实现流程示意图之二;
图4为本说明书的一个实施例提供的异地容灾方法的实际应用场景实现流程示意图之三;
图5为本说明书的一个实施例提供的异地容灾方法的实际应用场景实现流程示意图之四;
图6为本说明书的一个实施例提供的异地容灾方法流程图之二;
图7为本说明书的一个实施例提供的异地容灾系统的结构示意图之一;
图8为本说明书的一个实施例提供的异地容灾系统的结构示意图之二;
图9为本说明书的一个实施例提供的电子设备的结构框图之一;
图10为本说明书的一个实施例提供的电子设备的结构框图之二。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明具体实施例及相应的附图对本发明技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种异地容灾方法、系统和电子设备,用于解决现有技术中当本地机房出现故障后,切换到异地的备数据库继续提供业务服务,造成的数据错误的问题。本发明实施例提供一种异地容灾方法,该方法的执行主体,可以但不限于数据库或能够被配置为执行本发明实施例提供的该方法的装置或系统。
为便于描述,下文以该方法的执行主体为能够执行该方法的数据库为例,对该方法的实施方式进行介绍。可以理解,该方法的执行主体为数据库只是一种示例性的说明,并不应理解为对该方法的限定。
图1为本发明实施例提供的异地容灾方法的流程图,图1的方法可以第二数据库执行,如图1所示,该方法可以包括:
步骤101、在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。
该第一数据库与第二数据库可以位于不同的城市。示例性的,如图3所示,该第一数据库可以位于城市CITY1,该第二数据库可以位于城市CITY2。
在应用服务器的第一数据库发生故障之前,如图2所示,该应用服务器的第一数据库可以接收应用服务器的状态型数据的写入请求,将状态型数据的信息通过中间件写入到黑名单数据库中。也就是说,所述黑名单数据库是基于所述第一数据库接收所述应用服务器的状态型数据的写入请求,将类型为所述状态型数据的数据记录通过中间件写入的。
其中,第一数据库中的状态型数据同步写入到黑名单数据库,第一数据库中的状态型数据异步写入到第二数据库中。也就是说,存储在黑名单数据库中的状态型数据不存储在第二数据库。
该数据访问请求所访问的数据记录的类型可以为状态型数据,也可以为流水型数据。其中,该状态型数据的特点为在服务业务进行过程中会频繁进行更新,比如账户数据,会频繁更新账户的金额。该流水型数据的特点为在服务业务进行过程中只会进行插入,不会进行更新,比如支付流水数据。
步骤103、若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应。
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。也就是说,黑名单数据库中存储的状态型数据在第二数据库中并未存储。
其中,所述黑名单数据库在所述第二数据库中,或者,所述黑名单数据库与第二数据库不是同一个数据库。
本步骤中,基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应,具体可以为:
若在黑名单数据库中存在数据访问请求所访问的数据记录,确定在第二数据库中不存在该数据记录,则拒绝访问数据记录;
若在黑名单数据库中不存在数据访问请求所访问的数据记录,确定在第二数据库中存在该数据记录,则基于数据访问请求访问第二数据库中存储的状态型数据对应的数据记录。
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
可选的,作为一个实施例,步骤103具体可实现为:
若所述数据记录在黑名单数据库中不存在,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录。
本发明实施例,该数据记录在黑名单数据库中不存在,说明该数据记录在第二数据库中存在,可基于数据访问请求访问第二数据库中存储的数据记录,在第一数据库出现故障时,可采用第二数据库继续执行业务服务,确保了业务服务的可靠性。
具体的,若所述数据记录在黑名单数据库中不存在,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录,可以包括:
若所述状态型数据写入所述第二数据库中时,在所述黑名单数据库中已被删除,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录。
换句话说,若所述黑名单数据库存储的状态型数据被同步到第二数据库中,则在黑名单数据库中删除所述状态型数据对应的数据记录。
其中,在黑名单数据库中删除所述状态型数据对应的数据记录,具体可以包括以下两种方式:
第一种方式:
按照预定时间间隔,删除所述黑名单数据库中的数据记录;其中,
所述预定时间间隔为所述状态型数据同步到所述黑名单数据库的时刻与同步到所述第二数据库的时刻之间的时间间隔。
沿用上述示例,第一数据库位于CITY1,第二数据库位于CITY2。可以计算出第一数据库中的状态型数据同步到黑名单数据库的时刻与同步到第二数据库的时刻之间的时间差,即预定时间间隔,比如5分钟。
第二种方式:
基于同步机制的定期校验,在CITY1存在黑名单组件1,在CITY2存在黑名单组件2,该黑名单组件1和黑名单组件2均在CITY1的第一数据库中插入数据,并监控该数据同步到CITY2的第二数据库的时间。该时间之前同步到黑名单数据库中的数据一定以同步到第二数据库中,删除该时间之前所有同步到黑名单数据库中的数据。
本发明实施例,采用第一种方式控制黑名单数据库,存在:当网络正常时,黑名单数据库中可能存在与第二数据库中相同的数据;当网络异常时,出现较长时间的故障会使得黑名单数据库中漏记数据,造成数据丢失的问题。因此,采用第二种方式较第一种方式更能精确的控制黑名单数据库中的数据。
可选的,作为一个实施例,在执行步骤103之后,还可以在应用服务器的第一数据库故障恢复时,如图4所示,将第二数据库中状态型数据回迁至第一数据库中,使得两个城市的数据库中的数据整合在一起得到完整的数据,具体采用以下两种方式:
第一种方式:
更新所述第二数据库中的所述状态型数据;
为更新后的状态型数据配置标签信息;
在应用服务器的第一数据库故障恢复时,将配置标签信息的状态型数据同步到所述第一数据库中。
第二种方式:
在应用服务器的第一数据库故障恢复时,提取所述第二数据库中的所述状态型数据对应的日志数据;
将所述日志数据同步到所述第一数据库中。
可以理解为,如图5所示,采用DRC(Data Replication Center)工具,提取第二数据库中的所述状态型数据对应的日志数据,通过将日志数据同步到第一数据库中,使第一数据库将日志数据重新执行,使得第一数据库中的数据追平了业务服务变更后的数据。
其中,DRC是一种对异构数据源进行实时迁移同步及数据流订阅的数据管道基础技术设施,其支持ALiSQL、RDS、oracle、hbase、OceanBase、metaQ等多种存储系统的数据同步。
本发明实施例通过将第二数据库中更新后的数据回迁回第一数据库中,使得第一数据库中的数据追平了业务服务变更后的数据,再将CITY2的流量迁移到CITY1,从而完成了完整的异地容灾过程,使得整个容灾过程数据不丢失{即,RPO(Recovery PointObjective,数据恢复点目标)=0},同时,使得应用服务器无感数据的合并,能够持续的提供服务。
可选的,作为一个实施例,步骤103具体可实现为:
若所述数据记录在黑名单数据库中存在,则拒绝访问所述数据记录。
本步骤具体可以实现为:
若所述状态型数据写入所述黑名单数据库中时,并未写入到所述第二数据库中,则拒绝访问所述状态型数据对应的数据记录。
本发明实施例通过设置黑名单数据库,能够拒绝一些状态型数据对应的数据记录的执行,使得RPO>0。
这里需要说明的是,本发明实施例中,所述状态型数据的信息,可以包括主键信息,可以节省黑名单数据中存储空间,大大减小了第一数据库中的状态型数据同步到给名单数据库中的同步开销。
可选的,作为一个实施例,本发明提供的异地容灾方法还可以包括:
若所述数据访问请求所访问的数据记录的类型为流水型数据,则基于所述数据访问请求访问所述流水型数据,并在应用服务器的第一数据库故障恢复时,将所述流水型数据同步到所述第一数据库中。
由于流水型数据的特点为在服务业务进行过程中只会进行插入,所以,流水型数据不存在数据变更。因此,在应用服务器的第一数据库故障恢复时,流水型数据直接可回迁回第一数据库中,在异地容灾的过程中确保了数据的完整性。
为解决现有技术中当本地机房出现故障后,切换到异地的备数据库继续提供业务服务,造成的数据错误的问题,本发明还提供一种异地容灾方法,如图6所示,为该方法的实现流程示意图,包括:
步骤601、应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
步骤603、将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
沿用上述示例,在应用服务器的第一数据库发生故障之前,该应用服务器的第一数据库可以接收应用服务器的状态型数据的写入请求,将状态型数据的信息通过中间件写入到黑名单数据库中,如图2所示。
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
以上,结合图1至图5详细说明了本发明实施例的异地容灾方法,下面,结合图7,详细说明本发明实施例的异地容灾系统。
图7示出了本发明实施例提供的异地容灾系统的结构示意图,如图7所示,该系统700可以包括:
访问请求接收模块701,用于在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
确定模块703,用于若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
在一种实施例中,所述确定模块包括:
访问单元,用于若所述数据记录在黑名单数据库中不存在,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录。
在一种实施例中,所述访问单元包括:
访问子单元,用于若所述状态型数据写入所述第二数据库中时,在所述黑名单数据库中已被删除,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录。
在一种实施例中,所述异地容灾系统还包括:
更新模块,用于更新所述第二数据库中的所述状态型数据;
配置模块,用于为更新后的状态型数据配置标签信息;
第一同步模块,用于在应用服务器的第一数据库故障恢复时,将配置标签信息的状态型数据同步到所述第一数据库中。
在一种实施例中,所述异地容灾系统还包括:
提取模块,用于在应用服务器的第一数据库故障恢复时,提取所述第二数据库中的所述状态型数据对应的日志数据;
第二同步模块,用于将所述日志数据同步到所述第一数据库中。
在一种实施例中,所述确定模块包括:
拒绝单元,用于若所述数据记录在黑名单数据库中存在,则拒绝访问所述数据记录。
在一种实施例中,所述拒绝单元包括:
拒绝子单元,用于若所述状态型数据写入所述黑名单数据库中时,并未写入到所述第二数据库中,则拒绝访问所述状态型数据对应的数据记录。
在一种实施例中,所述状态型数据的信息,包括主键信息。
在一种实施例中,所述黑名单数据库是基于所述第一数据库接收所述应用服务器的状态型数据的写入请求,将类型为所述状态型数据的数据记录通过中间件写入的。
在一种实施例中,所述异地容灾系统还包括:
删除模块,用于若所述黑名单数据库存储的状态型数据被同步到第二数据库中,则在黑名单数据库中删除所述状态型数据对应的数据记录。
在一种实施例中,所述删除模块包括:
删除单元,用于按照预定时间间隔,删除所述黑名单数据库中的数据记录;其中,
所述预定时间间隔为所述状态型数据同步到所述黑名单数据库的时刻与同步到所述第二数据库的时刻之间的时间间隔。
在一种实施例中,所述异地容灾系统还包括:
访问同步模块,用于若所述数据访问请求所访问的数据记录的类型为流水型数据,则基于所述数据访问请求访问所述流水型数据,并在应用服务器的第一数据库故障恢复时,将所述流水型数据同步到所述第一数据库中。
在一种实施例中,所述黑名单数据库在所述第二数据库中,或者,所述黑名单数据库与第二数据库不是同一个数据库。
异地容灾系统能够实现图1至图5的方法实施例的方法,具体可参考图1至图5所示实施例的异地容灾方法,不再赘述。
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
以上,结合图6详细说明了本发明实施例的异地容灾方法,下面,结合图8,详细说明本发明实施例的异地容灾系统。
图8示出了本发明实施例提供的异地容灾系统的结构示意图,如图8所示,该系统800可以包括:
写入请求接收模块801,用于应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
写入模块803,用于将所述状态型数据的信息通过中间件写入到黑名单数据库中;其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
异地容灾系统能够实现图6的方法实施例的方法,具体可参考图6所示实施例的异地容灾方法,不再赘述。
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
图9是本说明书的一个实施例提供的电子设备的结构示意图。请参考图9,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成资源增值对象与资源对象的关联装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
上述如本说明书图1所示实施例揭示的异地容灾方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图1的异地容灾方法,本说明书在此不再赘述。
当然,除了软件实现方式之外,本说明书的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
图10是本说明书的一个实施例电子设备的结构示意图。请参考图10,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成基于资源对象选择资源增值对象的装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述黑名单数据库用于存储着所述第一数据库中未同步到所述第二数据库的状态型数据的信息。
本发明实施例通过设置黑名单数据库,该黑名单数据库存储着第一数据库中未同步到第二数据库的状态型数据的信息。在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求。若数据访问请求所访问的数据记录的类型为状态型数据,则基于数据记录在黑名单数据库中的存在状态,确定对数据访问请求的响应,使未同步到第二数据库中的状态型数据在故障发生时能够做到不变更,保证了数据不错乱,确保了业务服务的可靠性。
上述如本说明书图6所示实施例揭示的异地容灾方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图6的异地容灾方法,本说明书在此不再赘述。
当然,除了软件实现方式之外,本说明书的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
总之,以上所述仅为本说明书的较佳实施例而已,并非用于限定本说明书的保护范围。凡在本说明书一个或多个实施例的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

Claims (20)

1.一种异地容灾方法,其特征在于,包括:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据。
2.如权利要求1所述的方法,其特征在于,基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应,包括:
若所述数据记录在黑名单数据库中不存在,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录。
3.如权利要求2所述的方法,其特征在于,
若所述数据记录在黑名单数据库中不存在,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录,包括:
若所述状态型数据写入所述第二数据库中时,在所述黑名单数据库中已被删除,则基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录。
4.如权利要求2所述的方法,其特征在于,在基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录之后,还包括:
更新所述第二数据库中的所述状态型数据;
为更新后的状态型数据配置标签信息;
在应用服务器的第一数据库故障恢复时,将配置标签信息的状态型数据同步到所述第一数据库中。
5.如权利要求2所述的方法,其特征在于,在基于所述数据访问请求访问所述第二数据库中存储的状态型数据对应的数据记录之后,还包括:
在应用服务器的第一数据库故障恢复时,提取所述第二数据库中的所述状态型数据对应的日志数据;
将所述日志数据同步到所述第一数据库中。
6.如权利要求1所述的方法,其特征在于,基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应,包括:
若所述数据记录在黑名单数据库中存在,则拒绝访问所述数据记录。
7.如权利要求6所述的方法,其特征在于,若所述数据记录在黑名单数据库中存在,则拒绝访问所述数据记录,包括:
若所述状态型数据写入所述黑名单数据库中时,并未写入到所述第二数据库中,则拒绝访问所述状态型数据对应的数据记录。
8.如权利要求1所述的方法,其特征在于,所述状态型数据的信息,包括主键信息。
9.如权利要求1所述的方法,其特征在于,
所述黑名单数据库是基于所述第一数据库接收所述应用服务器的状态型数据的写入请求,将类型为所述状态型数据的数据记录通过中间件写入的。
10.如权利要求1所述的方法,其特征在于,还包括:
若所述黑名单数据库存储的状态型数据被同步到第二数据库中,则在黑名单数据库中删除所述状态型数据对应的数据记录。
11.如权利要求10所述的方法,其特征在于,在黑名单数据库中删除所述状态型数据对应的数据记录,包括:
按照预定时间间隔,删除所述黑名单数据库中的数据记录;其中,
所述预定时间间隔为所述状态型数据同步到所述黑名单数据库的时刻与同步到所述第二数据库的时刻之间的时间间隔。
12.如权利要求1所述的方法,其特征在于,还包括:
若所述数据访问请求所访问的数据记录的类型为流水型数据,则基于所述数据访问请求访问所述流水型数据,并在应用服务器的第一数据库故障恢复时,将所述流水型数据同步到所述第一数据库中。
13.如权利要求1所述的方法,其特征在于,
所述黑名单数据库在所述第二数据库中,或者,所述黑名单数据库与第二数据库不是同一个数据库。
14.一种异地容灾方法,其特征在于,包括:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库用于存储着所述第一数据库中未同步到第二数据库的状态型数据。
15.一种异地容灾系统,包括:
访问请求接收模块,用于在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
确定模块,用于若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据。
16.一种异地容灾系统,包括:
写入请求接收模块,用于应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
写入模块,用于将所述状态型数据的信息通过中间件写入到黑名单数据库中;其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库用于存储着所述第一数据库中未同步到第二数据库的状态型数据。
17.一种电子设备,所述电子设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据。
18.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
在应用服务器的第一数据库发生故障时,第二数据库接收应用服务器的数据访问请求;
若所述数据访问请求所访问的数据记录的类型为状态型数据,则基于所述数据记录在黑名单数据库中的存在状态,确定对所述数据访问请求的响应;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库存储着所述第一数据库中未同步到所述第二数据库的状态型数据。
19.一种电子设备,所述电子设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库用于存储着所述第一数据库中未同步到第二数据库的状态型数据。
20.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
应用服务器的第一数据库接收所述应用服务器的状态型数据的写入请求;
将所述状态型数据的信息通过中间件写入到黑名单数据库中;
其中,所述第一数据库中的状态型数据同步写入到所述黑名单数据库,所述黑名单数据库用于存储着所述第一数据库中未同步到第二数据库的状态型数据。
CN202111028427.9A 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备 Active CN113806143B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111028427.9A CN113806143B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810447283.2A CN108776670B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备
CN202111028427.9A CN113806143B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201810447283.2A Division CN108776670B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备

Publications (2)

Publication Number Publication Date
CN113806143A true CN113806143A (zh) 2021-12-17
CN113806143B CN113806143B (zh) 2024-04-26

Family

ID=64027050

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111028427.9A Active CN113806143B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备
CN201810447283.2A Active CN108776670B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201810447283.2A Active CN108776670B (zh) 2018-05-11 2018-05-11 一种异地容灾方法、系统和电子设备

Country Status (1)

Country Link
CN (2) CN113806143B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111198783B (zh) * 2018-11-16 2023-04-07 阿里巴巴集团控股有限公司 数据存取方法、装置、系统、设备及存储介质
CN109753511B (zh) * 2018-12-28 2020-12-04 北京东方国信科技股份有限公司 一种大数据平台的跨地域实时同步方法及系统
CN111737043A (zh) * 2019-03-25 2020-10-02 阿里巴巴集团控股有限公司 数据库容灾方法、设备、服务器和存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040193658A1 (en) * 2003-03-31 2004-09-30 Nobuo Kawamura Disaster recovery processing method and apparatus and storage unit for the same
CN101118509A (zh) * 2007-09-12 2008-02-06 华为技术有限公司 内存数据库远程容灾的方法、装置和系统
US20110093519A1 (en) * 2009-10-19 2011-04-21 Ios Health Systems, Inc. System and method of employing a client side device to access local and remote data during communication distruptions
US20120254669A1 (en) * 2011-04-04 2012-10-04 Microsoft Corporation Proactive failure handling in database services
CN104932956A (zh) * 2015-06-19 2015-09-23 华南理工大学 一种面向大数据的云容灾备份方法
CN106657168A (zh) * 2015-07-27 2017-05-10 中兴通讯股份有限公司 同步数据方法、装置及系统
CN106776126A (zh) * 2016-11-30 2017-05-31 郑州云海信息技术有限公司 一种容灾系统及方法
CN107015885A (zh) * 2016-07-12 2017-08-04 阿里巴巴集团控股有限公司 主备用数据库切换时的服务提供方法、系统和配置中心
US9734021B1 (en) * 2014-08-18 2017-08-15 Amazon Technologies, Inc. Visualizing restoration operation granularity for a database
CN107577700A (zh) * 2017-07-26 2018-01-12 阿里巴巴集团控股有限公司 数据库容灾的处理方法及装置
CN107688584A (zh) * 2016-08-05 2018-02-13 华为技术有限公司 一种容灾切换的方法、节点及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101957783A (zh) * 2009-07-13 2011-01-26 升东网络科技发展(上海)有限公司 数据库异地备份系统及方法
CN103838646B (zh) * 2014-02-13 2017-10-20 中国科学院国家天文台 一种用于地面应用大数据异地容灾备份的系统和方法
CN105955848A (zh) * 2016-05-05 2016-09-21 青岛海信移动通信技术股份有限公司 一种移动通信终端的信息备份方法和装置
US10872074B2 (en) * 2016-09-30 2020-12-22 Microsoft Technology Licensing, Llc Distributed availability groups of databases for data centers
CN107015876B (zh) * 2016-10-10 2020-07-28 阿里巴巴集团控股有限公司 一种业务请求处理方法及装置
CN106815097A (zh) * 2017-01-18 2017-06-09 北京许继电气有限公司 数据库容灾系统和方法

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040193658A1 (en) * 2003-03-31 2004-09-30 Nobuo Kawamura Disaster recovery processing method and apparatus and storage unit for the same
CN101118509A (zh) * 2007-09-12 2008-02-06 华为技术有限公司 内存数据库远程容灾的方法、装置和系统
US20110093519A1 (en) * 2009-10-19 2011-04-21 Ios Health Systems, Inc. System and method of employing a client side device to access local and remote data during communication distruptions
US20120254669A1 (en) * 2011-04-04 2012-10-04 Microsoft Corporation Proactive failure handling in database services
US9734021B1 (en) * 2014-08-18 2017-08-15 Amazon Technologies, Inc. Visualizing restoration operation granularity for a database
CN104932956A (zh) * 2015-06-19 2015-09-23 华南理工大学 一种面向大数据的云容灾备份方法
CN106657168A (zh) * 2015-07-27 2017-05-10 中兴通讯股份有限公司 同步数据方法、装置及系统
CN107015885A (zh) * 2016-07-12 2017-08-04 阿里巴巴集团控股有限公司 主备用数据库切换时的服务提供方法、系统和配置中心
CN107688584A (zh) * 2016-08-05 2018-02-13 华为技术有限公司 一种容灾切换的方法、节点及系统
CN106776126A (zh) * 2016-11-30 2017-05-31 郑州云海信息技术有限公司 一种容灾系统及方法
CN107577700A (zh) * 2017-07-26 2018-01-12 阿里巴巴集团控股有限公司 数据库容灾的处理方法及装置

Also Published As

Publication number Publication date
CN108776670B (zh) 2021-08-03
CN108776670A (zh) 2018-11-09
CN113806143B (zh) 2024-04-26

Similar Documents

Publication Publication Date Title
CN107450979B (zh) 一种区块链共识方法及装置
US10509585B2 (en) Data synchronization method, apparatus, and system
CN108846749B (zh) 一种基于区块链技术的分片化的交易执行系统及方法
CN106815218B (zh) 数据库访问方法、装置和数据库系统
CN108776670B (zh) 一种异地容灾方法、系统和电子设备
US20150213100A1 (en) Data synchronization method and system
US10795913B2 (en) Synching and reading arrangements for multi-regional active/active databases
CN110162512B (zh) 一种日志检索方法、装置及存储介质
CN110019502B (zh) 在主数据库和备数据库之间的同步方法、数据库系统和设备
CN110018884B (zh) 分布式事务处理方法、协调装置、数据库及电子设备
CN111414403A (zh) 数据访问方法和装置、数据存储方法和装置
CN111708787A (zh) 多中心业务数据管理系统
CN108304455B (zh) 一种处理业务请求的方法、装置及设备
CN114745133A (zh) 一种识别设备唯一性的方法及装置
CN108647112B (zh) 数据备份的方法、装置及分布式事务处理系统
CN110489392B (zh) 多租户间的数据访问方法、装置、系统、存储介质及设备
CN109062731B (zh) 一种数据库切换时的幂等控制方法和装置
CN112416725A (zh) 一种压力测试方法及装置
CN116186082A (zh) 基于分布式的数据汇总方法、第一服务器和电子设备
CN110647463A (zh) 一种恢复测试断点的方法、装置、电子设备
CN115391337A (zh) 数据库分区的方法、装置、存储介质及电子设备
CN115098469A (zh) 数据库迁移方法及装置、电子设备和可读存储介质
CN115221242A (zh) 一种数据同步方法、装置及计算机可读存储介质
CN113836154B (zh) 一种数据库切换方法及装置
CN114116676A (zh) 数据迁移方法、装置、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant