CN104993940A - 一种减少主备节点故障切换过程中数据丢失的方法和装置 - Google Patents

一种减少主备节点故障切换过程中数据丢失的方法和装置 Download PDF

Info

Publication number
CN104993940A
CN104993940A CN201510237136.9A CN201510237136A CN104993940A CN 104993940 A CN104993940 A CN 104993940A CN 201510237136 A CN201510237136 A CN 201510237136A CN 104993940 A CN104993940 A CN 104993940A
Authority
CN
China
Prior art keywords
data
node
secondary node
host node
database
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.)
Pending
Application number
CN201510237136.9A
Other languages
English (en)
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.)
Guangdong Genius Technology Co Ltd
Original Assignee
Guangdong Genius Technology 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 Guangdong Genius Technology Co Ltd filed Critical Guangdong Genius Technology Co Ltd
Priority to CN201510237136.9A priority Critical patent/CN104993940A/zh
Publication of CN104993940A publication Critical patent/CN104993940A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明公开了一种减少主备节点故障切换过程中数据丢失的方法和装置。该方法，包括：主节点从备用节点获取主节点的故障发生后备用节点产生的数据进行复制并应用；备用节点从主节点获取主节点发生故障时未从主节点备份的数据进行复制并应用；比对主节点的数据库中与备用节点的数据库识别出不一致的数据，将不一致的数据替换为备用节点的数据库中的数据；其中，主节点为mysql主节点，备用节点为mysql备用节点。通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。

Description

一种减少主备节点故障切换过程中数据丢失的方法和装置
技术领域
本发明涉及数据库领域，尤其涉及一种减少主备节点故障切换过程中数据丢失的方法和装置。
背景技术
mysql主节点和备用节点之间的数据增量复制常用异步复制，在主节点故障时，备用节点可以继续提供服务，这是很常用的一种提高数据库的可用性的方式。但是由于数据复制的过程是异步的，当主节点故障时，总存在一部分数据没能传送到备用节点上。主节点故障而备用节点接替主节点提供数据服务的那段时间中，如果数据修改涉到了那部分没传过来的数据中的某一部分，那么在故障解决后，主节点重新提供服务时，就会产生数据冲突。目前常用的处理冲突方法是在故障恢复时，修改主节点数据，让主节点的数据全部与备用节点保持一致。这样做的一个重大缺点是，那部分主节点故障发生时没有同步到备用节点上，且在备用节点提供服务过程中没有涉及的那部分数据变更会丢失。
另外一种方案是mysql主节点和备用节点之间的数据增量复制采用同步复制，即主节点的每次数据变更都必须在备用节点上都变更成功才能算成功，这样的确能规避数据冲突的问题。但这样做的缺点在：
a每次数据更新的时间变得更长了，降低了写入性能。
b如果主节点和备用节点之间的网络中断，那么主节点的数据变更就都会失败。如果主节点和备用节点之间的网络延迟增大，那么每次数据更新的时间也会延长。整个数据库***的可用性严重依赖于主节点和备用节点之间的网络状况，***稳定性下降。
发明内容
本发明提供了一种减少主备节点故障切换过程中数据丢失的方法和装置，其通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。
为实现上述设计，本发明采用以下技术方案：
一方面采用一种减少主备节点故障切换过程中数据丢失的方法，包括：
主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用；
所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用；
比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据；
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点。
其中，所述主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用之前，还包括：
预设所述主节点和备用节点之间的数据进行复制时忽略数据冲突错误。
其中，所述主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用，具体为：
主节点从备用节点的binlog中读取故障发生的时间点，将所述时间点之后备用节点产生的数据进行复制并应用。
其中，所述比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据，具体为：
主节点启用比对数据库的工具脚本识别出与所述备用节点的数据库中不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
其中，所述比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据之后，还包括：
恢复所述主节点的数据服务，停止备用节点的数据服务。
另一方面采用一种减少主备节点故障切换过程中数据丢失的装置，包括：
第一复制单元，用于主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用；
第二复制单元，用于所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用；
比对替换单元，用于比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据；
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点。
其中，还包括：
预设单元，用于预设所述主节点和备用节点之间的数据进行复制时忽略数据冲突错误。
其中，所述第一复制单元，具体用于：
主节点从备用节点的binlog中读取故障发生的时间点，将所述时间点之后备用节点产生的数据进行复制并应用。
其中，所述比对替换单元，具体用于：
主节点启用比对数据库的工具脚本识别出与所述备用节点的数据库中不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
其中，还包括：
服务切换单元，用于恢复所述主节点的数据服务，停止备用节点的数据服务。
本发明的有益效果为：通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据本发明实施例的内容和这些附图获得其他的附图。
图1是现有技术中主备节点故障切换过程中数据丢失的过程示意图。
图2是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的方法的第一实施例的方法流程图。
图3是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的方法的第一实施例中减少数据丢失的过程示意图。
图4是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的方法的第二实施例的方法流程图。
图5是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的装置的第一实施例的结构方框图。
图6是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的装置的第二实施例的结构方框图。
具体实施方式
为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本发明实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参考图2，其是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的方法的第一实施例的方法流程图。如图所示，该方法，包括：
步骤S101：主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用。
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点
步骤S102：所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用。
步骤S103：比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
mysql数据库存在一个主节点提供数据存取服务，存在一个备用节点，通过网络与主节点连通，备用节点复制主节点所有的数据变更，从而保持与主节点的数据一致性。备用节点在主节点故障时可以提供服务。这就是mysql的主备***。
主节点上的数据变更请求成功后，主节点把这条变更记录发送到备用节点，这就是mysql主备异步复制。
如果只有在确保备用节点收到变更数据的情况下，才认定主节点的数据变更请求成功，那么这就是mysql主备同步复制。
本方案中基于主备异步复制实现。
一个数据变更操作成功，但是由于故障切换等问题造成的该数据变更没有发生的现象称为数据变更丢失。
如图1所示，备用节点的数据变更略微落后于主节点，如果某次数据变更的过程中主节点发生故障，也就只图1中的t1时刻发生故障，这次数据变更已经完成的内容，也就是阴影部分的内容是不会在备用节点备份的，数据服务的主体切换到备用节点后在备用节点上继续数据变更。当主节点故障回复之后，现有技术中直接用备用节点中的数据覆盖主节点中的数据，这样做的结果是阴影部分的数据会被丢弃，造成了数据变更的丢失。
在本方案中，主节点从故障状态状态中恢复时，并不是简单地使主节点中的数据与备用节点中的数据保持一致，而是通过两者数据的互补保持数据的完整性，确保数据变更尽可能不丢失。
具体如图3所示，在主节点从故障状态中恢复时，本方案中仅仅对故障发生前后一段时间的数据进行处理，也就是未备份到备用节点的数据(阴影部分的数据)重新备份到备用节点，备用节点新产生的数据变更复制到主节点。
更进一步地，在备用节点提供数据服务期间，除了故障发生后数据库的数据增加的变化，还有数据中内容修改的变化，所以为了使得主节点和备用节点中的数据保持一致，除了针对数据库的数据增加的同步，还有针对数据中数据修改的同步。
综上所述，通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。
请参考图4，其是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的方法的第二实施例的方法流程图。如图所示，该方法，包括：
步骤S201：预设所述主节点和备用节点之间的数据进行复制时忽略数据冲突错误。
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点
步骤S202：主节点从备用节点的binlog中读取故障发生的时间点，将所述时间点之后备用节点产生的数据进行复制并应用。
步骤S203：备用节点从主节点的binlog中读取故障发生的时间点，将时间点之后未从主节点备份的数据复制并应用。
步骤S204：主节点启用比对数据库的工具脚本识别出与所述备用节点的数据库中不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
步骤S205：恢复所述主节点的数据服务，停止备用节点的数据服务。
mysql数据库存在一个主节点提供数据存取服务，存在一个备用节点，通过网络与主节点连通，mysql的数据变更会形成变更记录称为binlog日志，备用节点通过读取主节点的binlog日志复制所有的数据变更，从而保持与主节点的数据一致性。备用节点在主节点故障时可以提供服务。这就是mysql的主备***。
主节点上的数据变更请求成功后，才新增一条binlog日志，然后主节点把这条变更记录发送到备用节点，这就是mysql主备异步复制。
如果只有在确保备用节点收到binlog日志的情况下，才认定主节点的数据变更请求成功，那么这就是mysql主备同步复制。
主备节点在读取了彼此的所有相应的binlog日志之后都做达不到数据一致时，那些不一致的数据就称为冲突数据。
一个数据变更操作成功，但是由于故障切换等问题造成的该数据变更没有发生的现象称为数据变更丢失。
在本方案中，主节点和备用节点之间进行数据交互的基于就是二者的binlog日志。
并且因为在实际的数据互相备份完成之前，主机节点与备用节点之间的数据并不是完全一致的，为避免用户访问节点时发生数据数据冲突错误，在数据互相备份的过程中预设忽略所有数据冲突错误，当数据互相备份完成后，恢复主节点的数据服务，停止备用节点的数据服务。
综上所述，通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。同时，关于忽略数据冲突错误的预设也减少了用户访问数据时的干扰。
以下为本方案一种减少主备节点故障切换过程中数据丢失的装置的实施例，提升移动设备数据传输速度的装置的实施例基于提升移动设备数据传输速度的方法的实施例实现，在装置的实施例中未尽的描述，请参考方法的实施例。
请参考图5，其是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的装置的第一实施例的结构方框图。如图所示，该装置，包括：
第一复制单元110，用于主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用；
第二复制单元120，用于所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用；
比对替换单元130，用于比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据；
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点。
综上所述，上述各单元的协同工作，通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。
请参考图6，其是本发明具体实施方式中提供的一种减少主备节点故障切换过程中数据丢失的装置的第二实施例的结构方框图。如图所示，该装置，包括：
第一复制单元110，用于主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用；
第二复制单元120，用于所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用；
比对替换单元130，用于比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据；
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点。
优选地，还包括：
预设单元100，用于预设所述主节点和备用节点之间的数据进行复制时忽略数据冲突错误。
优选地，所述第一复制单元110，具体用于：
主节点从备用节点的binlog中读取故障发生的时间点，将所述时间点之后备用节点产生的数据进行复制并应用。
优选地，所述比对替换单元130，具体用于：
主节点启用比对数据库的工具脚本识别出与所述备用节点的数据库中不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
优选地，还包括：
服务切换单元140，用于恢复所述主节点的数据服务，停止备用节点的数据服务。
综上所述，上述各单元的协同工作，通过mysql数据库的主节点和备用节点互相获取对方在本方未记录的数据并对数据进行复制和应用，将数据中不一致的内容进行同步，实现了主节点和备用节点之间的数据的完整对应，并减少了故障发生和恢复过程中数据的丢失。同时，关于忽略数据冲突错误的预设也减少了用户访问数据时的干扰。
以上结合具体实施例描述了本发明的技术原理。这些描述只是为了解释本发明的原理，而不能以任何方式解释为对本发明保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明的其它具体实施方式，这些方式都将落入本发明的保护范围之内。

Claims (10)

1.一种减少主备节点故障切换过程中数据丢失的方法，其特征在于，包括：
主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用；
所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用；
比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据；
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点。
2.根据权利要求1所述的一种减少主备节点故障切换过程中数据丢失的方法，其特征在于，所述主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用之前，还包括：
预设所述主节点和备用节点之间的数据进行复制时忽略数据冲突错误。
3.根据权利要求1所述的一种减少主备节点故障切换过程中数据丢失的方法，其特征在于，所述主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用，具体为：
主节点从备用节点的binlog中读取故障发生的时间点，将所述时间点之后备用节点产生的数据进行复制并应用。
4.根据权利要求1所述的一种减少主备节点故障切换过程中数据丢失的方法，其特征在于，所述比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据，具体为：
主节点启用比对数据库的工具脚本识别出与所述备用节点的数据库中不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
5.根据权利要求1所述的一种减少主备节点故障切换过程中数据丢失的方法，其特征在于，所述比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据之后，还包括：
恢复所述主节点的数据服务，停止备用节点的数据服务。
6.一种减少主备节点故障切换过程中数据丢失的装置，其特征在于，包括：
第一复制单元，用于主节点从备用节点获取所述主节点的故障发生后备用节点产生的数据进行复制并应用；
第二复制单元，用于所述备用节点从主节点获取所述主节点发生故障时未从主节点备份的数据进行复制并应用；
比对替换单元，用于比对所述主节点的数据库中与所述备用节点的数据库识别出不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据；
其中，所述主节点为mysql主节点，所述备用节点为mysql备用节点。
7.根据权利要求6所述的一种减少主备节点故障切换过程中数据丢失的装置，其特征在于，还包括：
预设单元，用于预设所述主节点和备用节点之间的数据进行复制时忽略数据冲突错误。
8.根据权利要求6所述的一种减少主备节点故障切换过程中数据丢失的装置，其特征在于，所述第一复制单元，具体用于：
主节点从备用节点的binlog中读取故障发生的时间点，将所述时间点之后备用节点产生的数据进行复制并应用。
9.根据权利要求6所述的一种减少主备节点故障切换过程中数据丢失的装置，其特征在于，所述比对替换单元，具体用于：
主节点启用比对数据库的工具脚本识别出与所述备用节点的数据库中不一致的数据，将所述不一致的数据替换为所述备用节点的数据库中的数据。
10.根据权利要求6所述的一种减少主备节点故障切换过程中数据丢失的装置，其特征在于，还包括：
服务切换单元，用于恢复所述主节点的数据服务，停止备用节点的数据服务。
CN201510237136.9A 2015-05-11 2015-05-11 一种减少主备节点故障切换过程中数据丢失的方法和装置 Pending CN104993940A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510237136.9A CN104993940A (zh) 2015-05-11 2015-05-11 一种减少主备节点故障切换过程中数据丢失的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510237136.9A CN104993940A (zh) 2015-05-11 2015-05-11 一种减少主备节点故障切换过程中数据丢失的方法和装置

Publications (1)

Publication Number Publication Date
CN104993940A true CN104993940A (zh) 2015-10-21

Family

ID=54305696

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510237136.9A Pending CN104993940A (zh) 2015-05-11 2015-05-11 一种减少主备节点故障切换过程中数据丢失的方法和装置

Country Status (1)

Country Link
CN (1) CN104993940A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105512284A (zh) * 2015-12-07 2016-04-20 上海爱数信息技术股份有限公司 基于事务形态数据和binlog文件的MySQL数据保护方法
CN106301938A (zh) * 2016-08-25 2017-01-04 成都索贝数码科技股份有限公司 一种高可用性和强一致性的数据库集群***及其节点管理方法
CN106657169A (zh) * 2015-10-28 2017-05-10 北京京东尚科信息技术有限公司 一种Redis中主从节点数据同步方法
CN107015885A (zh) * 2016-07-12 2017-08-04 阿里巴巴集团控股有限公司 主备用数据库切换时的服务提供方法、***和配置中心
CN108984602A (zh) * 2018-06-05 2018-12-11 网易（杭州）网络有限公司 一种数据库控制方法和数据库***
CN110544136A (zh) * 2019-09-10 2019-12-06 恩亿科(北京)数据科技有限公司 计算同步投放概率的方法、装置、设备及存储介质
CN111026783A (zh) * 2019-10-22 2020-04-17 无锡天脉聚源传媒科技有限公司 一种防卡死的数据存储方法、***及装置
CN111352959A (zh) * 2020-02-28 2020-06-30 中国工商银行股份有限公司 数据同步补救、存储方法及集群装置
CN111416769A (zh) * 2020-03-03 2020-07-14 徐州市东方人民医院 一种新型网络边界路由设备及其策略路由方法
WO2022134877A1 (zh) * 2020-12-22 2022-06-30 中兴通讯股份有限公司 节点切换方法、电子设备和计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120669A1 (en) * 2001-12-26 2003-06-26 Han Mi Kyoung Duplex structure of main-memory DBMS using log information in diskless environment and method for controlling consistency of data of main-memory DBMS
CN101118509A (zh) * 2007-09-12 2008-02-06 华为技术有限公司 内存数据库远程容灾的方法、装置和***
CN101231606A (zh) * 2004-03-19 2008-07-30 株式会社日立制作所 利用日志同步数据库数据非同步传送的恢复方式及装置
CN103235748A (zh) * 2013-04-24 2013-08-07 曙光信息产业(北京)有限公司 元数据的管理方法和***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120669A1 (en) * 2001-12-26 2003-06-26 Han Mi Kyoung Duplex structure of main-memory DBMS using log information in diskless environment and method for controlling consistency of data of main-memory DBMS
CN101231606A (zh) * 2004-03-19 2008-07-30 株式会社日立制作所 利用日志同步数据库数据非同步传送的恢复方式及装置
CN101118509A (zh) * 2007-09-12 2008-02-06 华为技术有限公司 内存数据库远程容灾的方法、装置和***
CN103235748A (zh) * 2013-04-24 2013-08-07 曙光信息产业(北京)有限公司 元数据的管理方法和***

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106657169B (zh) * 2015-10-28 2021-01-26 北京京东尚科信息技术有限公司 一种Redis中主从节点数据同步方法
CN106657169A (zh) * 2015-10-28 2017-05-10 北京京东尚科信息技术有限公司 一种Redis中主从节点数据同步方法
CN105512284A (zh) * 2015-12-07 2016-04-20 上海爱数信息技术股份有限公司 基于事务形态数据和binlog文件的MySQL数据保护方法
CN107015885A (zh) * 2016-07-12 2017-08-04 阿里巴巴集团控股有限公司 主备用数据库切换时的服务提供方法、***和配置中心
CN106301938A (zh) * 2016-08-25 2017-01-04 成都索贝数码科技股份有限公司 一种高可用性和强一致性的数据库集群***及其节点管理方法
CN108984602A (zh) * 2018-06-05 2018-12-11 网易（杭州）网络有限公司 一种数据库控制方法和数据库***
CN108984602B (zh) * 2018-06-05 2021-04-16 网易（杭州）网络有限公司 一种数据库控制方法和数据库***
CN110544136A (zh) * 2019-09-10 2019-12-06 恩亿科(北京)数据科技有限公司 计算同步投放概率的方法、装置、设备及存储介质
CN111026783A (zh) * 2019-10-22 2020-04-17 无锡天脉聚源传媒科技有限公司 一种防卡死的数据存储方法、***及装置
CN111352959A (zh) * 2020-02-28 2020-06-30 中国工商银行股份有限公司 数据同步补救、存储方法及集群装置
CN111352959B (zh) * 2020-02-28 2023-04-28 中国工商银行股份有限公司 数据同步补救、存储方法及集群装置
CN111416769A (zh) * 2020-03-03 2020-07-14 徐州市东方人民医院 一种新型网络边界路由设备及其策略路由方法
WO2022134877A1 (zh) * 2020-12-22 2022-06-30 中兴通讯股份有限公司 节点切换方法、电子设备和计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN104993940A (zh) 一种减少主备节点故障切换过程中数据丢失的方法和装置
US9235632B1 (en) Synchronization of replication
US10042579B1 (en) Crash consistent snapshot
US20200233762A1 (en) Method and Apparatus for Redundancy in Active-Active Cluster System
US8935498B1 (en) Splitter based hot migration
CN103077242B (zh) 一种实现数据库服务器双机热备的方法
US9256605B1 (en) Reading and writing to an unexposed device
US9189339B1 (en) Replication of a virtual distributed volume with virtual machine granualarity
US9740572B1 (en) Replication of xcopy command
US8108634B1 (en) Replicating a thin logical unit
US9477565B2 (en) Data access with tolerance of disk fault
CN109828868B (zh) 数据存储方法、装置、管理设备和双活数据存储***
US9135120B1 (en) Consistency group moving
US9081754B1 (en) Method and apparatus for cascaded replication using a multi splitter
US9965306B1 (en) Snapshot replication
US9658929B1 (en) Asynchronous splitting
US9639383B1 (en) Volume moving
CN113641511B (zh) 一种消息通信方法和装置
US9619172B1 (en) Method and system for managing changed block tracking and continuous data protection replication
CN104158693A (zh) 数据服务的容灾备份方法和***
CN102890716B (zh) 分布式文件***和分布式文件***的数据备份方法
CN103840961A (zh) 双机热备份***
US10592128B1 (en) Abstraction layer
CN105069160A (zh) 一种基于自主可控数据库的高可用性方法及构架
CN106919473A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20151021

RJ01 Rejection of invention patent application after publication