CN109308233A - 数据备份方法、装置及系统 - Google Patents

数据备份方法、装置及系统 Download PDF

Info

Publication number
CN109308233A
CN109308233A CN201710633057.9A CN201710633057A CN109308233A CN 109308233 A CN109308233 A CN 109308233A CN 201710633057 A CN201710633057 A CN 201710633057A CN 109308233 A CN109308233 A CN 109308233A
Authority
CN
China
Prior art keywords
node
data
backup
backup data
platform
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
CN201710633057.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.)
ZTE Corp
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 CN201710633057.9A priority Critical patent/CN109308233A/zh
Priority to US16/634,382 priority patent/US20210096962A1/en
Priority to EP18838066.1A priority patent/EP3660679B1/en
Priority to PCT/CN2018/075665 priority patent/WO2019019607A1/zh
Publication of CN109308233A publication Critical patent/CN109308233A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1456—Hardware arrangements for backup
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供了一种数据备份方法、装置及系统，其中之一的方法包括：第二节点接收第一节点根据第一周期发送的备份数据，其中，第一节点与第二节点互为协同节点；第二节点根据第一节点的请求删除本地保存的第一节点的备份数据。通过本发明，解决了相关技术中采用主备节点备份数据时浪费资源的问题，在保证数据备份的前提下，节约了存储资源，提高了资源利用率。

Description

数据备份方法、装置及系统
技术领域
本发明涉及通信领域，具体而言，涉及一种数据备份方法、装置及系统。
背景技术
相关技术中的备份方法中主要是由主备节点间进行，备份发生在主备节点之间，需要备份节点与主节点硬件一致，当主节点正常工作时，备份节点不接入系统，只具对主节点进行备份操作，当主节点故障时，直接将备份节点切换到系统中使用；或者是备份发生在主用设备及备用设备之间，主用设备故障后进行主备设备切换，备用设备接替主用设备的工作。
相关技术几乎都是使用专用的备份节点备份主节点数据，这种方式要求较多的专用备份节点，而这些专用备份节点在其主节点正常工作时只起到备份作用，且备份节点不会删除已经失效的备份数据，这消耗了较多资源，因此只能运用于系统中重要节点上。所以现有技术对规模有限、无法负担备份节点、无特殊重要节点的网络并不适用。本发明针对无法使用专用备份节点的网络提出了一种无需专用备份节点且能够通过删除无效备份数据节约节点存储空间的方法。
针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。
发明内容
本发明实施例提供了一种数据备份方法、装置及系统，以至少解决相关技术中采用主备节点备份数据时浪费资源的问题。
根据本发明的一个实施例，提供了一种数据备份方法，包括：第二节点接收第一节点根据第一周期发送的备份数据，其中，所述第一节点与所述第二节点互为协同节点；所述第二节点根据所述第一节点的请求删除本地保存的所述第一节点的备份数据。
可选地，在第二节点根据第一周期对第一节点进行数据备份之后，所述方法还包括：在所述第一节点离线时，所述第二节点向数据平台发送所述第一节点的备份数据。
可选地，所述第二节点向数据平台发送所述第一节点的备份数据包括：所述第二节点向所述数据平台发送备份数据恢复请求报文；在接收到所述数据平台反馈的备份数据恢复接受报文后，所述第二节点向所述数据平台发送所述第一节点在本地保存的备份数据。
可选地，在所述第二节点向所述数据平台发送所述第一节点在本地保存的备份数据之后，所述方法还包括：所述第二节点接收所述数据平台发送的备份数据确认报文；所述第二节点删除本地已经发送给所述数据平台的所述第一节点的备份数据。
可选地，所述备份数据包括：所述第一节点从上次向所述第二节点发送备份数据起至当前时间内所生成的数据。
可选地，所述备份数据恢复请求报文中包含所述第一节点在协同节点本地备份的起始时间和结束时间。
可选地，所述备份数据恢复接受报文中包含所述数据平台希望恢复所述第一节点的备份数据的起始时间及结束时间。
可选地，所述第二节点根据所述第一节点的请求删除本地保存的所述第一节点的备份数据包括：所述第二节点根据所述第一节点的请求删除本地保存的第一备份数据，其中，所述第一备份数据为所述第一节点已经发送给所述数据平台的数据；
可选地，所述方法还包括：所述第二节点在接收所述第一节点发送的备份数据时，删除本地保存的超出本地存储容量的第二备份数据，直到所述本地存储容量未超出为止，其中，所述第二备份数据根据备份时间确定。
可选地，在第二节点接收第一节点根据第一周期发送的备份数据之后，还包括：所述第二节点验证所述备份数据的正确性；在所述备份数据正确时，所述第二节点向第一节点发送备份数据接收确认报文。
可选地，所述备份数据确认报文是所述数据平台确认接收到的备份数据的正确性后反馈的。
可选地，所述第二节点为终端或者网关，所述第一节点为终端或者网关。
根据本发明的一个实施例，提供了另一种数据备份方法，包括：第一节点根据第一周期向第二节点发送备份数据，其中，所述第一节点与所述第二节点互为协同节点；所述第一节点根据第二周期将所述第一节点的原始数据上传到数据平台；所述第一节点请求所述第二节点删除本地保存的所述备份数据。
可选地，所述第二周期大于所述第一周期。
可选地，所述方法还包括：所述第一节点根据第三周期向第三节点发送备份数据，其中，所述第一节点与所述第三节点互为协同节点。
可选地，在所述第一节点离线时，所述第二节点和所述第三节点向所述数据平台发送备份数据恢复请求报文；所述第二节点和所述第三节点中的其中一个节点接收所述数据平台发送的备份数据恢复接受报文，另一个节点接收所述数据平台发送的备份数据恢复拒绝报文；接收所述备份数据恢复接受报文的节点向所述数据平台发送所述第一节点的备份数据，接收所述备份数据恢复拒绝报文的节点删除所述第一节点的备份数据。
可选地，所述备份数据恢复请求报文中包含所述第一节点在协同节点本地备份的起始时间和结束时间。
可选地，所述备份数据恢复接受报文中包含所述数据平台希望恢复所述第一节点的备份数据的起始时间及结束时间。
可选地，所述第一节点请求所述第二节点删除本地保存的所述备份数据包括：所述第一节点请求所述第二节点删除本地保存的第一备份数据，其中，所述第一备份数据为所述第一节点已经发送给所述数据平台的数据。
可选地，在所述第一节点请求所述第二节点删除本地保存的所述备份数据之前，所述方法还包括：所述第一节点接收所述原始数据的接收确认报文。
可选地，所述接收确认报文是所述数据平台在验证所述原始数据的正确性后发送的。
可选地，所述第二节点为终端或者网关，所述第一节点为终端或者网关。
可选地，所述第三节点为终端或者网关。
根据本发明的另一个实施例，提供了一种数据备份装置，应用在第二节点，包括：备份模块，用于接收第一节点根据第一周期发送的备份数据，其中，所述第一节点与所述第二节点互为协同节点；删除模块，用于根据所述第一节点的请求删除本地保存的所述第一节点的备份数据。
根据本发明的另一个实施例，提供了另一种数据备份装置，应用在第一节点，包括：发送模块，用于根据第一周期向第二节点发送备份数据，其中，所述第一节点与所述第二节点互为协同节点；上传模块，用于根据第二周期将所述第一节点的原始数据上传到数据平台；请求模块，用于请求所述第二节点删除本地保存的所述备份数据。
根据本发明的又一个实施例，提供了一种数据备份系统，包括：第一节点和第二节点，数据平台，其中，所述第一节点与所述第二节点互为协同节点；所述第一节点包括：发送模块，用于根据第一周期向第二节点发送备份数据；上传模块，用于根据第二周期将所述第一节点的原始数据上传到数据平台；请求模块，用于请求所述第二节点删除本地保存的所述备份数据；所述第二节点包括：备份模块，用于接收第一节点根据第一周期发送的备份数据；删除模块，用于根据所述第一节点的请求删除本地保存的所述第一节点的备份数据；所述数据平台，用于接收所述第一节点上传的原始数据。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
接收第一节点根据第一周期发送的备份数据，其中，所述第一节点与所述第二节点互为协同节点；
根据所述第一节点的请求删除本地保存的所述第一节点的备份数据。
通过本发明，通过第二节点备份第一节点的数据，并根据第一节点的请求删除在本地保存的备份数据，解决了相关技术中采用主备节点备份数据时浪费资源的问题，在保证数据备份的前提下，节约了存储资源，提高了资源利用率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的网络构架图；
图2是根据本发明实施例的一种数据备份方法的流程图；
图3是根据本发明实施例的另一种数据备份方法的流程图；
图4是根据本发明实施例的一种数据备份装置的结构框图；
图5是根据本发明实施例的另一种数据备份装置的结构框图；
图6是根据本发明实施例的数据备份系统的结构框图；
图7为本实施例提供的节点备份数据发送流程示意图；
图8是本发明实施例的删除节点备份数据的流程图；
图9是本发明实施例的恢复节点数据的流程图；
图10是本发明实施例包括多个协同节点时恢复节点数据的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例可以运行于图1所示的网络架构上，如图1所示，图1是本发明实施例的网络构架图，该网络架构包括：数据平台、普通节点(节点1-节点n)、中心节点。本实施例适用于一个中心节点及协同节点关系已经确定的网络中，每个节点均需要向数据平台上传相关数据。其中，每个节点有0～2个协同节点，协同节点间能够相互监测对方存活状态，备份对方相关数据。中心节点具有普通节点的所有功能，且拥有一项普通节点所没有的特定功能——根据网络拓扑分配网络中所有节点的协同关系。
在本实施例中提供了一种运行于上述网络架构的一种数据备份方法，图2是根据本发明实施例的一种数据备份方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，第二节点接收第一节点根据第一周期发送的备份数据，其中，第一节点与第二节点互为协同节点；
步骤S204，第二节点根据第一节点的请求删除本地保存的第一节点的备份数据。
通过上述步骤，通过第二节点备份第一节点的数据，并根据第一节点的请求删除在本地保存的备份数据，解决了相关技术中采用主备节点备份数据时浪费资源的问题，在保证数据备份的前提下，节约了存储资源，提高了资源利用率。
可选地，上述步骤的执行主体第二节点可以为网络中的任一节点，如网关节点，终端，智能电网节点，网元等，但不限于此。
在本实施例中提供了一种运行于上述网络架构的另一种数据备份方法，图3是根据本发明实施例的另一种数据备份方法的流程图，如图3所示，该流程包括如下步骤：
步骤S302，第一节点根据第一周期向第二节点发送备份数据，其中，第一节点与第二节点互为协同节点；
步骤S304，第一节点根据第二周期将第一节点的原始数据上传到数据平台，优选的，第二周期大于第一周期；
步骤S306，第一节点请求第二节点删除本地保存的备份数据。
可选地，上述步骤的执行主体第一节点可以为网络中的任一节点，如网关节点，终端，智能电网节点，网元等，但不限于此。
可选地，在第二节点根据第一周期对第一节点进行数据备份之后，方法还包括：在第一节点离线时，第二节点向数据平台发送第一节点的备份数据。
可选地，第二节点向数据平台发送第一节点的备份数据包括：
S11，第二节点向数据平台发送备份数据恢复请求报文；
S12，在接收到数据平台反馈的备份数据恢复接受报文后，第二节点向数据平台发送第一节点在本地保存的备份数据。
可选地，在第二节点向数据平台发送第一节点在本地保存的备份数据之后，方法还包括：
S21，第二节点接收数据平台发送的备份数据确认报文，可选的，备份数据确认报文是数据平台确认收到的备份数据的正确性后发送的；
S22，第二节点删除本地已经发送给数据平台的第一节点的备份数据。
可选的，备份数据包括：第一节点从上次向第二节点发送备份数据起至当前时间内所生成的数据。即一个时间周期内产生的数据。
可选的，备份数据恢复请求报文中包含第一节点在协同节点本地备份的起始时间和结束时间。
可选的，备份数据恢复接受报文中包含数据平台希望恢复第一节点的备份数据的起始时间及结束时间。
可选的，第二节点根据第一节点的请求删除本地保存的第一节点的备份数据包括：第二节点根据第一节点的请求删除本地保存的第一备份数据，其中，第一备份数据为第一节点已经发送给数据平台的数据。
作为另外一个可选的方案，可以不根据第一节点的请求来执行，包括：第二节点在接收第一节点发送的备份数据时，删除本地保存的超出本地存储容量的第二备份数据，直到本地存储容量未超出为止，其中，第二备份数据根据备份时间确定。时间越早，优先级越高。
可选的，在第二节点接收第一节点根据第一周期发送的备份数据之后，还包括：
S31，第二节点验证备份数据的正确性；
S32，在备份数据正确时，第二节点向第一节点发送数据备份数据确认报文。
具体的过程包括：第一节点根据第一周期生成备份数据；第一节点向第二节点发起数据备份请求报文；第二节点发送同意备份发送报文；第一节点向第二节点发送备份数据；第二节点验证第一节点所发送备份数据的正确性；第二节点向第一节点发送数据备份数据确认报文。
在本实施例中，在存在多个协同节点时，包括第三节点，第一节点根据第三周期向第三节点发送备份数据，其中，第一节点与第三节点互为协同节点，数据恢复的流程包括：
S41，在第一节点离线时，第二节点和第三节点向数据平台发送备份数据恢复请求报文；
S42，所述第二节点和所述第三节点中的其中一个节点接收所述数据平台发送的备份数据恢复接受报文，另一个节点接收所述数据平台发送的备份数据恢复拒绝报文；
S43，接收所述备份数据恢复接受报文的节点向所述数据平台发送所述第一节点的备份数据，接收所述备份数据恢复拒绝报文的节点删除所述第一节点的备份数据。
可选的，所述第一节点请求所述第二节点删除本地保存的所述备份数据包括：所述第一节点请求所述第二节点删除本地保存的第一备份数据，其中，所述第一备份数据为所述第一节点已经发送给所述数据平台的数据。
可选的，在所述第一节点请求所述第二节点删除本地保存的所述备份数据之前，所述方法还包括：所述第一节点接收所述原始数据的接收确认报文，可选的，所述接收确认报文是所述数据平台在验证所述原始数据的正确性后发送的，同时也可以是在数据平台已经保存完成原始数据后发送接收确认报文。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种数据备份装置、系统，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的一种数据备份装置的结构框图，如图4所示，可以应用在第二节点，该装置包括：
备份模块40，用于接收第一节点根据第一周期发送的备份数据，其中，第一节点与第二节点互为协同节点；
删除模块42，用于根据第一节点的请求删除本地保存的第一节点的备份数据。
图5是根据本发明实施例的另一种数据备份装置的结构框图，如图5所示，可以应用在第一节点，该装置包括：
发送模块50，用于根据第一周期向第二节点发送备份数据，其中，第一节点与第二节点互为协同节点；
上传模块52，用于根据第二周期将第一节点的原始数据上传到数据平台，优选的，第二周期大于第一周期；
请求模块54，用于请求所述第二节点删除本地保存的所述备份数据。
图6是根据本发明实施例的数据备份系统的结构框图，如图6所示，包括：第一节点60，第二节点62，数据平台64，其中，第一节点与第二节点互为协同节点；
第一节点60包括：
发送模块600，用于根据第一周期向第二节点发送备份数据；
上传模块602，用于根据第二周期将第一节点的原始数据上传到数据平台，优选的，第二周期大于第一周期；
请求模块604，用于请求所述第二节点删除本地保存的所述备份数据；
第二节点62包括：
备份模块620，用于接收第一节点根据第一周期发送的备份数据；
删除模块622，用于根据所述第一节点的请求删除本地保存的所述第一节点的备份数据；
数据平台64，用于接收第一节点上传的原始数据。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例是根据本发明的可选实施例，用于结合具体的场景和实例对本申请进行详细和补充说明：
本实施例描述了协同节点间备份的目的，即在节点异常离线时，能够减小数据损失。
本实施例描述了协同节点间备份的规则。
本实施例描述了节点删除其协同节点备份的规则，即其协同节点向数据平台上传数据后请求该节点删除相应备份。
本实施例还描述了节点向数据平台恢复其离线协同节点数据的两种情况及规则，即有一个协同节点或两个协同节点的情况。
在一个中心节点及协同节点关系已经确定的网络中，所有节点需要向数据平台上传相关数据。其中，为了减小数据平台的网络压力，节点向数据平台上传数据的时间间隔较大，如果节点因网络异常等原因离线，可能造成较多数据的丢失。首先，协同节点间以相较于节点向平台上传数据的时间间隔较小的时间间隔相互备份数据。当某节点通过监测发现其协同节点已经离线时，再由该节点向平台上传备份数据以减小数据丢失。
本实施例还包括以下实施例
节点数据备份方法实施例
本实施例提供了一种节点数据备份方法，通过协同节点间的数据备份，在节点异常离线时，减少数据损失。
定义t为节点正常工作时进行备份流程的时间间隔。该时间间隔需要在协同节点选择结束后协同节点间根据网络条件及自身条件交互商定，该时间间隔必须较节点向数据平台上传数据的时间间隔小2倍以上。网络中不同对协同节点间该时间间隔可以不同。
请参考图7，图7为本实施例提供的节点备份数据发送流程示意图。该图为网络中任意一对协同节点间的备份流程，网络中所有协同节点间均需要进行此流程。节点m(对应于上述实施例中的第一节点)与节点n(对应于上述实施例中的第二节点)互为协同节点。
步骤S101：节点m生成备份数据
步骤S102：节点m向节点n发起备份请求报文
步骤S103：节点n向节点m发送同意备份发送报文
步骤S104：节点m向节点n发送备份数据
步骤S105：节点n校验节点m发来的备份数据的正确性
步骤S106：节点n向节点m发送备份数据确认报文
上述流程仅为节点m向节点n发送备份数据的单向流程，应有相同流程节点n向节点m发送备份数据使备份为双向。
备份数据应包含上次节点m向节点n发送备份数据时生成备份数据的时间到当前时间的所有数据。
备份请求报文中应该包含时间戳T，T为节点m本次备份生成备份数据的时间。
节点备份数据删除方法实施例
本实施例需要在节点向数据平台发送数据后执行。节点m与节点n之间需要进行的步骤参考图8，图8是本发明实施例的删除节点备份数据的流程图，包括：
步骤S201：节点m完成向数据平台上传数据流程后，向节点n发送备份删除请求报文
步骤S202：节点n根据备份删除请求删除相应备份数据
步骤S203：节点n向节点m发送备份删除确认报文
备份删除请求报文中应该包含时间戳T，T为节点m本次向数据平台发送数据的时间。
节点n应根据时间戳T删除备份中时间在T之前的所有数据。
可选的，在节点计算存储能力较弱，无法保存协同节点两次向数据平台上传的时间间隔间的所有数据时，节点备份数据删除方法实施例变为：节点m与节点n互为协同节点，节点n在每次节点m发送备份数据时进行备份数据删除，每次从时间最早向时间最晚删除超出容量的数据。
节点数据恢复方法实施例
本实施例需要在节点监测到其协同节点离线后执行。节点m只有一个协同节点n时，当节点n监测到其协同节点m离线后，节点n及数据平台之间数据恢复需要进行步骤参考图9，图9是本发明实施例的恢复节点数据的流程图，包括：
步骤S301：节点n向数据平台发送数据恢复请求报文
步骤S302：数据平台检查节点m上次上传数据的时间
步骤S303：数据平台向节点n发送同意数据恢复报文
步骤S304：节点n根据同意数据恢复报文查找节点m的备份数据
步骤S305：节点n向数据平台发送节点m的备份数据
步骤S306：数据平台校验备份数据
步骤S307：数据平台向节点n发送备份数据确认报文
步骤S308：节点n删除节点m的备份数据。
节点m拥有两个协同节点，节点n与节点k时，节点m异常离线后，节点n、节点k及数据平台之间数据恢复需要进行步骤参考图10，图10是本发明实施例包括多个协同节点时恢复节点数据的流程图，包括：
步骤S401：节点n与节点k均向数据平台发送数据恢复请求报文
步骤S402：数据平台检查节点m上次上传数据的时间并根据节点n与节点k发送的数据恢复请求报文选择一个节点作为数据恢复节点，这里选择了节点n
步骤S403：数据平台向节点n发送同意数据恢复报文，向节点k发送了拒绝数据恢复报文
步骤S404：节点n根据同意数据恢复报文查找节点m的备份数据，节点k删除节点m的备份数据
步骤S405：节点n向数据平台发送节点m的备份数据
步骤S406：数据平台校验备份数据
步骤S407：数据平台向节点n发送备份数据确认报文
步骤S408：节点n删除节点m的备份数据
其中，数据恢复请求报文中应该包含节点m备份的起始时间及结束时间。同意数据恢复报文中应包含数据平台检查数据后希望获得的节点m备份数据的起始时间及结束时间。
数据平台选择数据恢复节点的规则为，该节点包含的节点m备份能够填补较多的数据平台缺失的节点m数据，即根据数据恢复请求报文中包含的节点m备份的起始时间及结束时间来判断。
通过本实施例的一种协同节点备份及恢复的方法。依据本备份及恢复方法，在网络中某一节点异常离线时，能最大程度的减小数据损失。通过节点数据备份方法实施例能将节点数据冗余保存，以便节点数据恢复方法实施例能在节点异常离线后实施。通过节点备份数据删除方法实施例能够及时删除无需保存的数据，节约节点存储空间。通过节点数据恢复方法实施例能够恢复异常离线节点带来的数据损失。
实施例的应用场景包括多种，如智能电网通过监测用电负荷，制订供电计划和价格调节方案，确保电力用电的安全性、可靠性和经济性。当电网中某些电力设备因为负荷过重跳闸，或因为自然/人为因素遭到破坏时，智能电网需要尽可能减小由于设备异常离线带来的数据损失。但由于目前智能电网采用中心式结构，采集的数据定时上报数据平台，当某个电力设备出现问题时，可能造成较多的数据丢失。因此需要协同节点之间相互备份数据，并且在发现协同节点无法连接时，代替协同节点将之前备份的采集数据上报数据平台，最大程度减小数据损失。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，接收第一节点根据第一周期发送的备份数据，其中，第一节点与第二节点互为协同节点；
S2，根据第一节点的请求删除本地保存的第一节点的备份数据。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行接收第一节点根据第一周期发送的备份数据，其中，第一节点与第二节点互为协同节点；
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行根据第一节点的请求删除本地保存的第一节点的备份数据。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (28)

1.一种数据备份方法，其特征在于，包括：
第二节点接收第一节点根据第一周期发送的备份数据，其中，所述第一节点与所述第二节点互为协同节点；
所述第二节点根据所述第一节点的请求删除本地保存的所述第一节点的备份数据。
2.根据权利要求1所述的方法，其特征在于，在第二节点根据第一周期对第一节点进行数据备份之后，所述方法还包括：
在所述第一节点离线时，所述第二节点向数据平台发送所述第一节点的备份数据。
3.根据权利要求2所述的方法，其特征在于，所述第二节点向数据平台发送所述第一节点的备份数据包括：
所述第二节点向所述数据平台发送备份数据恢复请求报文；
在接收到所述数据平台反馈的备份数据恢复接受报文后，所述第二节点向所述数据平台发送所述第一节点在本地保存的备份数据。
4.根据权利要求3所述的方法，其特征在于，在所述第二节点向所述数据平台发送所述第一节点在本地保存的备份数据之后，所述方法还包括：
所述第二节点接收所述数据平台发送的备份数据确认报文；
所述第二节点删除本地已经发送给所述数据平台的所述第一节点的备份数据。
5.根据权利要求1所述的方法，其特征在于，所述备份数据包括：所述第一节点从上次向所述第二节点发送备份数据起至当前时间内所生成的数据。
6.根据权利要求3所述的方法，其特征在于，所述备份数据恢复请求报文中包含所述第一节点在协同节点本地备份的起始时间和结束时间。
7.根据权利要求3所述的方法，其特征在于，所述备份数据恢复接受报文中包含所述数据平台希望恢复所述第一节点的备份数据的起始时间及结束时间。
8.根据权利要求1所述的方法，其特征在于，所述第二节点根据所述第一节点的请求删除本地保存的所述第一节点的备份数据包括：
所述第二节点根据所述第一节点的请求删除本地保存的第一备份数据，其中，所述第一备份数据为所述第一节点已经发送给数据平台的数据。
9.根据权利要求1或8所述的方法，其特征在于，所述方法还包括：
所述第二节点在接收所述第一节点发送的备份数据时，删除本地保存的超出本地存储容量的第二备份数据，直到所述本地存储容量未超出为止，其中，所述第二备份数据根据备份时间确定。
10.根据权利要求1所述的方法，其特征在于，在第二节点接收第一节点根据第一周期发送的备份数据之后，所述方法还包括：
所述第二节点验证所述备份数据的正确性；
在所述备份数据正确时，所述第二节点向第一节点发送备份数据接收确认报文。
11.根据权利要求4所述的方法，其特征在于，所述备份数据确认报文是所述数据平台确认接收到的备份数据的正确性后反馈的。
12.根据权利要求1所述的方法，其特征在于，所述第二节点为终端或者网关，所述第一节点为终端或者网关。
13.一种数据备份方法，其特征在于，包括：
第一节点根据第一周期向第二节点发送备份数据，其中，所述第一节点与所述第二节点互为协同节点；
所述第一节点根据第二周期将所述第一节点的原始数据上传到数据平台；
所述第一节点请求所述第二节点删除本地保存的所述备份数据。
14.根据权利要求13所述的方法，其特征在于，所述第二周期大于所述第一周期。
15.根据权利要求13所述的方法，其特征在于，所述方法还包括：
所述第一节点根据第三周期向第三节点发送备份数据，其中，所述第一节点与所述第三节点互为协同节点。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：
在所述第一节点离线时，所述第二节点和所述第三节点向所述数据平台发送备份数据恢复请求报文；
所述第二节点和所述第三节点中的其中一个节点接收所述数据平台发送的备份数据恢复接受报文，另一个节点接收所述数据平台发送的备份数据恢复拒绝报文；
接收所述备份数据恢复接受报文的节点向所述数据平台发送所述第一节点的备份数据，接收所述备份数据恢复拒绝报文的节点删除所述第一节点的备份数据。
17.根据权利要求16所述的方法，其特征在于，所述备份数据恢复请求报文中包含所述第一节点在协同节点本地备份的起始时间和结束时间。
18.根据权利要求16所述的方法，其特征在于，所述备份数据恢复接受报文中包含所述数据平台希望恢复所述第一节点的备份数据的起始时间及结束时间。
19.根据权利要求13所述的方法，其特征在于，所述第一节点请求所述第二节点删除本地保存的所述备份数据包括：
所述第一节点请求所述第二节点删除本地保存的第一备份数据，其中，所述第一备份数据为所述第一节点已经发送给所述数据平台的数据。
20.根据权利要求13所述的方法，其特征在于，在所述第一节点请求所述第二节点删除本地保存的所述备份数据之前，所述方法还包括：
所述第一节点接收所述原始数据的接收确认报文。
21.根据权利要求20所述的方法，其特征在于，所述接收确认报文是所述数据平台在验证所述原始数据的正确性后发送的。
22.根据权利要求13所述的方法，其特征在于，所述第二节点为终端或者网关，所述第一节点为终端或者网关。
23.根据权利要求15所述的方法，其特征在于，所述第三节点为终端或者网关。
24.一种数据备份装置，其特征在于，应用在第二节点，包括：
备份模块，用于接收第一节点根据第一周期发送的备份数据，其中，所述第一节点与所述第二节点互为协同节点；
删除模块，用于根据所述第一节点的请求删除本地保存的所述第一节点的备份数据。
25.一种数据备份装置，其特征在于，应用在第一节点，包括：
发送模块，用于根据第一周期向第二节点发送备份数据，其中，所述第一节点与所述第二节点互为协同节点；
上传模块，用于根据第二周期将所述第一节点的原始数据上传到数据平台；
请求模块，用于请求所述第二节点删除本地保存的所述备份数据。
26.一种数据备份系统，其特征在于，包括：
第一节点和第二节点，数据平台，其中，所述第一节点与所述第二节点互为协同节点；
所述第一节点包括：
发送模块，用于根据第一周期向第二节点发送备份数据；
上传模块，用于根据第二周期将所述第一节点的原始数据上传到数据平台；
请求模块，用于请求所述第二节点删除本地保存的所述备份数据；
所述第二节点包括：
备份模块，用于接收第一节点根据第一周期发送的备份数据；
删除模块，用于根据所述第一节点的请求删除本地保存的所述第一节点的备份数据；
所述数据平台，用于接收所述第一节点上传的原始数据。
27.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至20中任一项所述的方法。
28.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至20中任一项所述的方法。
CN201710633057.9A 2017-07-28 2017-07-28 数据备份方法、装置及系统 Pending CN109308233A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201710633057.9A CN109308233A (zh) 2017-07-28 2017-07-28 数据备份方法、装置及系统
US16/634,382 US20210096962A1 (en) 2017-07-28 2018-02-07 Data backup method, device and system
EP18838066.1A EP3660679B1 (en) 2017-07-28 2018-02-07 Data backup method, device and system
PCT/CN2018/075665 WO2019019607A1 (zh) 2017-07-28 2018-02-07 数据备份方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710633057.9A CN109308233A (zh) 2017-07-28 2017-07-28 数据备份方法、装置及系统

Publications (1)

Publication Number Publication Date
CN109308233A true CN109308233A (zh) 2019-02-05

Family

ID=65040911

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710633057.9A Pending CN109308233A (zh) 2017-07-28 2017-07-28 数据备份方法、装置及系统

Country Status (4)

Country Link
US (1) US20210096962A1 (zh)
EP (1) EP3660679B1 (zh)
CN (1) CN109308233A (zh)
WO (1) WO2019019607A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022143158A1 (zh) * 2020-12-30 2022-07-07 花瓣云科技有限公司 一种数据备份方法、电子设备、数据备份系统及芯片系统
CN114844774A (zh) * 2022-04-24 2022-08-02 重庆长安汽车股份有限公司 一种车载以太环网的冗余通信系统、方法及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11132267B1 (en) * 2020-07-16 2021-09-28 EMC IP Holding Company LLC Ability to maintain RPO in clustered environment with failed nodes/disks

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1747347A (zh) * 2004-09-07 2006-03-15 华为技术有限公司 一种分布式配置数据库系统的备份方法
US20080126445A1 (en) * 2003-06-06 2008-05-29 Eric Michelman Method and system for reciprocal data backup
CN101207621A (zh) * 2007-11-29 2008-06-25 上海交通大学 Af-dstc协作通信协议中降低中断概率的功率分配方法
US20100131696A1 (en) * 2008-11-21 2010-05-27 Pratt Thomas L System and Method for Information Handling System Data Redundancy
CN101860418A (zh) * 2009-04-10 2010-10-13 华为技术有限公司 一种无线网络协作方法及系统、网络节点
CN105354108A (zh) * 2014-08-22 2016-02-24 中兴通讯股份有限公司 一种数据备份方法及节点
CN105760245A (zh) * 2016-02-03 2016-07-13 华为技术有限公司 一种存储数据的方法及装置
CN113505024A (zh) * 2021-07-08 2021-10-15 网易（杭州）网络有限公司 联盟链的数据处理方法、装置、电子设备及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101599079B (zh) * 2009-07-22 2011-08-31 中国科学院计算技术研究所 一种备份数据集中存储的管理方法
CN101996108B (zh) * 2009-08-18 2013-05-08 中兴通讯股份有限公司 一种分布式环境的备份和恢复方法及其系统
CN106357811B (zh) * 2016-10-25 2019-08-13 Oppo广东移动通信有限公司 一种备份数据的删除方法、装置及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080126445A1 (en) * 2003-06-06 2008-05-29 Eric Michelman Method and system for reciprocal data backup
CN1747347A (zh) * 2004-09-07 2006-03-15 华为技术有限公司 一种分布式配置数据库系统的备份方法
CN101207621A (zh) * 2007-11-29 2008-06-25 上海交通大学 Af-dstc协作通信协议中降低中断概率的功率分配方法
US20100131696A1 (en) * 2008-11-21 2010-05-27 Pratt Thomas L System and Method for Information Handling System Data Redundancy
CN101860418A (zh) * 2009-04-10 2010-10-13 华为技术有限公司 一种无线网络协作方法及系统、网络节点
CN105354108A (zh) * 2014-08-22 2016-02-24 中兴通讯股份有限公司 一种数据备份方法及节点
CN105760245A (zh) * 2016-02-03 2016-07-13 华为技术有限公司 一种存储数据的方法及装置
CN113505024A (zh) * 2021-07-08 2021-10-15 网易（杭州）网络有限公司 联盟链的数据处理方法、装置、电子设备及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022143158A1 (zh) * 2020-12-30 2022-07-07 花瓣云科技有限公司 一种数据备份方法、电子设备、数据备份系统及芯片系统
CN114844774A (zh) * 2022-04-24 2022-08-02 重庆长安汽车股份有限公司 一种车载以太环网的冗余通信系统、方法及存储介质
CN114844774B (zh) * 2022-04-24 2023-07-14 重庆长安汽车股份有限公司 一种车载以太环网的冗余通信系统、方法及存储介质

Also Published As

Publication number Publication date
EP3660679A4 (en) 2021-05-12
EP3660679B1 (en) 2024-03-06
WO2019019607A1 (zh) 2019-01-31
EP3660679A1 (en) 2020-06-03
US20210096962A1 (en) 2021-04-01

Similar Documents

Publication Publication Date Title
CN104092718B (zh) 分布式系统及分布式系统中配置信息的更新方法
EP3617886B1 (en) Hot backup system, hot backup method, and computer device
CN109218126B (zh) 监测节点存活状态的方法、装置及系统
CN109308233A (zh) 数据备份方法、装置及系统
CN103744809A (zh) 基于vrrp的车辆信息管理系统双机热备方法
CN110311800B (zh) 通信设备、节点的连接方法、存储介质、电子装置
CN104468651B (zh) 分布式多副本数据存储方法及装置
CN109391691A (zh) 一种单节点故障下nas服务的恢复方法及相关装置
CN104486128B (zh) 一种实现双控制器节点间冗余心跳的系统及方法
CN105095022A (zh) 一种数据备份方法及装置
WO2019128670A1 (zh) 用于在分布式系统中使管理能力自恢复的方法和装置
JP6008761B2 (ja) 自立分散型ネットワークシステム
WO2012155630A1 (zh) 一种容灾的方法、装置及系统
CN202870563U (zh) 分布式综合监控系统
CN102831038B (zh) Enum-dns的容灾方法及enum-dns
CN105912280A (zh) 能够进行数据分类的存储终端
CN114035969A (zh) 一种分布式块存储多路径iscsi锁的实现方法、系统及设备
CN104331353A (zh) 软件高可用保证的方法
CN100536459C (zh) 数据采集方法及数据采集系统
CN109587189B (zh) 节点管理方法及装置
CN108279850B (zh) 一种数据资源的存储方法
CN109167682B (zh) 电力自动化系统的告警信息远程调阅方法及装置
CN109314647A (zh) 一种管理系统、管理网元的方法及装置
CN114095342B (zh) 备份的实现方法及装置
CN114553741B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190205

RJ01 Rejection of invention patent application after publication