CN108614750A - 宕机数据的恢复方法及装置 - Google Patents

Abstract

本发明提供了一种宕机数据的恢复方法及装置，该方法包括：接收业务端平台发送的待处理数据；将待处理数据存储到区块链上，并将区块链进行广播；若服务端平台宕机，则确定服务端平台未发送给客户端平台的待发送数据；对待发送数据进行处理，并将处理后的数据发送给客户端平台，由于业务端平台将待处理的数据也发送给了区块链节点上的宕机数据的恢复装置，待发送的数据以区块链的形式进行存储，每个区块链节点均存储有区块链，能够有效避免在一个或多个区块链节点再次出现宕机时数据的丢失，并且无需人工对接，在服务端平台出现宕机时能够对数据进行自动恢复，避免影响业务的正常运行，使用户对于服务端平台宕机无感。

Description

宕机数据的恢复方法及装置

技术领域

本发明实施例涉及服务器宕机的数据处理技术领域，尤其涉及一种宕机数据的恢复方法及装置。

背景技术

随着网络技术的发展，互联网用户的数量呈现爆炸式增长，各种即时通讯工具、网络游戏平台都面临着负载量大的严重考验，并且还将伴随日益频繁的网络攻击，导致服务器不可避免地会遇到宕机问题。

为了避免服务器宕机导致数据丢失，现有技术中将服务器中的数据备份到数据库或备份服务器中，在服务器宕机后从数据库或备份服务器中获取数据以对数据进行恢复。

现有的对数据进行恢复的方法无法做到数据的自动恢复，在服务器出现宕机后需要人工对接到数据库或备份服务器上获取数据，并且数据库或备份服务器同样也存在再次宕机的风险，无法从根本上避免数据的丢失。

发明内容

本发明实施例提供一种宕机数据的恢复方法及装置，解决了现有技术中的对数据进行恢复的方法无法做到数据的自动恢复，并且数据库或备份服务器同样也存在再次宕机的风险，无法从根本上避免数据的丢失的技术问题。

本发明实施例提供一种宕机数据的恢复方法，包括：

接收业务端平台发送的待处理数据；

将所述待处理数据存储到区块链上，并将所述区块链进行广播；

若服务端平台宕机，则确定所述服务端平台未发送给客户端平台的待发送数据；

对所述待发送数据进行处理，并将处理后的数据发送给所述客户端平台。

进一步地，如上所述的方法，若服务端平台未宕机，则还包括：

接收所述服务端平台发送的处理后的数据及状态报告；

将所述处理后的数据及状态报告存储到区块链上；

将所述区块链进行广播。

进一步地，如上所述的方法，所述将所述待处理数据存储到区块链上，具体包括：

将所述待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上；

将所述当前区块连接到区块链末端。

进一步地，如上所述的方法，所述接收业务端平台发送的待处理数据之前，还包括：

建立与所述业务端平台、所述服务端平台、所述客户端平台的网络连接。

进一步地，如上所述的方法，所述确定服务端平台未发送给所述客户端平台的待发送数据，具体包括：

向所述客户端平台发送最新接收到的数据的请求；

接收所述客户端发送的最新接收到的数据，所述最新接收到的数据中携带标识信息；

根据所述最新接收到的数据的标识信息确定所述服务端平台未发送给客户单平台的待发送数据。

本发明实施例提供一种宕机数据的恢复装置，包括：

接收模块，用于接收业务端平台发送的待处理数据；

存储模块，用于将所述待处理数据存储到区块链上；

广播模块，用于将所述区块链进行广播；

确定模块，用于若服务端平台宕机，则确定所述服务端平台未发送给客户端平台的待发送数据；

处理模块，用于对所述待发送数据进行处理；

发送模块，用于将处理后的数据发送给所述客户端平台。

进一步地，如上所述的装置，所述接收模块，还用于若服务端平台未宕机，则接收所述服务端平台发送的处理后的数据及状态报告；

所述存储模块，还用于将所述处理后的数据及状态报告存储到区块链上；

所述广播模块，还用于将所述区块链进行广播。

进一步地，如上所述的装置，所述存储模块，具体用于：

将所述待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上；将所述当前区块连接到区块链末端。

进一步地，如上所述的装置，还包括：

建立模块，用于建立与所述业务端平台、所述服务端平台、所述客户端平台的网络连接。

进一步地，如上所述的装置，所述确定模块，具体用于：

向所述客户端平台发送最新接收到的数据的请求；接收所述客户端发送的最新接收到的数据，所述最新接收到的数据中携带标识信息；根据所述最新接收到的数据的标识信息确定所述服务端平台未发送给客户单平台的待发送数据。

本发明实施例提供一种宕机数据的恢复方法及装置，通过接收业务端平台发送的待处理数据；将待处理数据存储到区块链上，并将区块链进行广播；若服务端平台宕机，则确定服务端平台未发送给客户端平台的待发送数据；对待发送数据进行处理，并将处理后的数据发送给客户端平台，由于业务端平台将待处理的数据也发送给了区块链节点上的宕机数据的恢复装置，待发送的数据以区块链的形式进行存储，每个区块链节点均存储有区块链，能够有效避免在一个或多个区块链节点再次出现宕机时数据的丢失，并且无需人工对接，在服务端平台出现宕机时能够对数据进行自动恢复，避免影响业务的正常运行，使用户对于服务端平台宕机无感。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明宕机数据的恢复方法的应用场景图；

图2为本发明宕机数据的恢复方法实施例一的流程图；

图3为本发明宕机数据的恢复方法实施例二的流程图；

图4为本发明宕机数据的恢复装置实施例一的结构示意图；

图5为本发明宕机数据的恢复装置实施例二的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1为本发明宕机数据的恢复方法的应用场景图，如图1所示，宕机数据的恢复装置集成在某一区块链节点13上，区块链节点13可以为计算机，平板设备，服务器或服务器集群等，区块链节点13间形成P2P对等网络。本发明提供的宕机数据的恢复方法，某一区块链节点13建立与业务端平台11，服务端平台12，客户端平台14间的网络连接。业务端平台11将待处理数据形成文件，并将文件以ftp的形式发送给服务端平台12及区块链节点13。服务端平台12接收待处理数据，并对待处理数据进行处理，形成待发送数据，将待发送数据发送给客户端平台14，以使客户端平台14对接收到的数据进行后续处理，如发送给用户的移动终端。区块链节点13接收待处理数据，将待处理数据存储到当前区块上，并连同待处理数据的标识，接收待处理数据的时间戳，上一区块的哈希值一并存储到当前区块上，并将当前区块放入区块链的末端，将该区块链广播给各区块链节点。在客户端平台14和业务端平台11通过周期性地向服务端平台12发送心跳指令并判断是否接收到服务端平台12发送的心跳响应来监测服务端平台12是否宕机，若监测到服务端平台12宕机，则业务端平台11向区块链节点13发送数据恢复指令，区块链节点13根据数据恢复指令从客户端平台14获取最新接收到的数据标识信息，根据最新接收到的标识信息在区块链中找到对应的待处理数据，并根据待处理数据的存储先后位置和时间戳获取未发送给客户端平台14的待发送的数据，对待发送的数据进行处理，并将处理后的数据发送给客户端平台14，能够在服务器宕机后对数据的自动恢复，避免影响业务的正常运行，使用户对于服务端平台宕机无感，并且在每个区块链节点上均存储有区块链，即使在一个或多个区块链节点出现宕机，也不会造成数据的丢失。

并且本发明提供的宕机数据的恢复方法，在服务端平台12未宕机时，建立区块链节点13和服务端平台12的网络连接，并接收服务端平台12发送的处理后的数据及状态报告；将处理后的数据及状态报告存储到区块链上；将区块链进行广播。在服务端平台12宕机时，确定服务端平台12未发送给客户端平台14的待发送数据；对待发送数据进行处理，并将处理后的数据发送给客户端平台14，再将处理后的数据及状态报告也存储到区块链中，并对区块链进行广播。能够使各区块链节点存储业务中的每个数据在处理过程中的全部信息，能够做到对数据的各个状态的可追溯。

本发明的各实施例中以业务为短信业务为例进行示例性说明，但并未对业务类型进行限制。

图2为本发明宕机数据的恢复方法实施例一的流程图，如图2所示，本实施例的执行主体为宕机数据的恢复装置，该宕机数据的恢复装置集成在某一区块链节点上，则本实施例提供的宕机数据的恢复方法包括以下几个步骤。

步骤201，接收业务端平台发送的待处理数据。

本实施例中，业务端平台可周期性地获取待处理数据，将待处理数据形成文本文件，如可以为txt文件，word文件或pdf文件等，宕机数据的恢复装置接收业务端平台发送的待处理数据。其中，宕机数据的恢复装置与业务端平台间的网络协议可以为ftp网络协议或其他网络协议，本实施例中对此不做限定。

步骤202，将待处理数据存储到区块链上，并将区块链进行广播。

具体地，本实施例中，将待处理数据根据接收时间顺序存储到区块链的区块上，将存储有待处理数据的区块链在各个区块链节点间进行广播，以使每个区块链节点均获取到该区块链。

步骤203，若服务端平台宕机，则确定服务端平台未发送给客户端平台的待发送数据。

具体地，本实施例中，由业务端平台或客户端平台监测服务端平台是否宕机，若服务端平台宕机，则向宕机数据的恢复装置发送数据恢复指令，宕机数据的恢复装置接收到该数据恢复指令后，从客户端平台确定服务端平台未发送给客户端平台的待发送的数据。

步骤204，对待发送数据进行处理，并将处理后的数据发送给客户端平台。

具体地，本实施例中，对待发送数据进行处理，若业务为短信业务，则对待发送数据进行处理为对待发送数据对应的短信内容进行拼装，确定接收短信的号段，确定网关等。在对待发送数据进行处理后，将处理后的数据发送给客户端平台，使客户端平台接收到在服务端平台宕机后未发送的数据。

本实施例提供的宕机数据的恢复方法，通过接收业务端平台发送的待处理数据；将待处理数据存储到区块链上，并将区块链进行广播；若服务端平台宕机，则确定服务端平台未发送给客户端平台的待发送数据；对待发送数据进行处理，并将处理后的数据发送给客户端平台，由于业务端平台将待处理的数据也发送给了区块链节点上的宕机数据的恢复装置，待发送的数据以区块链的形式进行存储，每个区块链节点均存储有区块链，能够有效避免在一个或多个区块链节点再次出现宕机时数据的丢失，并且无需人工对接，在服务端平台出现宕机时能够对数据进行自动恢复，避免影响业务的正常运行，使用户对于服务端平台宕机无感。

图3为本发明宕机数据的恢复方法实施例二的流程图，如图3所示，本实施例提供的宕机数据的恢复方法，是在本发明宕机数据的恢复方法实施例一的基础上，对步骤202，步骤203的进一步细化，并且还包括了建立与业务端平台、服务端平台、客户端平台的网络连接的步骤，以及对服务端平台的各数据及状态报告采用区块链进行存储的步骤，则本实施例提供的宕机数据的恢复方法包括以下步骤。

步骤301，建立与业务端平台、服务端平台、客户端平台的网络连接。

其中，宕机数据的恢复装置与业务端平台、服务端平台、客户端平台间的网络连接可以为2G/3G/4G任一种网络连接。通过与业务端平台、服务端平台、客户端平台间的网络连接实现数据、指令、响应的传输。

步骤302，接收业务端平台发送的待处理数据。

本实施例中，步骤302的实现方式与本发明宕机数据的恢复方法实施例一中的步骤201的实现方式相同，在此不再一一赘述。

步骤303，将待处理数据存储到区块链上，并将区块链进行广播。

进一步地，本实施例中，将待处理数据存储到区块链上，具体包括：

首先，将待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上。

其中，待处理数据的标识信息可以为待处理数据的编号，名称等唯一表示该待处理数据的信息。时间戳为接收到该待处理数据的时间戳，上一区块的哈希值为根据区块链上当前区块的上一区块中的数据生成的哈希值。

其次，将当前区块连接到区块链末端。

本实施例中，将当前区块连接到区块链的末端，在这个区块链上存储有服务端平台接收到的所有的数据，并且在每个区块上均存储有上一区块的哈希值，能够对服务端平台接收的数据进行备份的同时有效防止区块中存储的数据被篡改。

进一步地，本实施例中，该区块链可以为私有链。

步骤304，判断服务端平台是否宕机，若是，则执行步骤305，否则执行步骤307。

进一步地，本实施例中，可通过业务端平台或客户端平台向服务端平台发送心跳指令预设时间段内是否接收到服务端平台发送的心跳响应来检测服务端平台是否发生宕机，若服务端平台发生宕机，则业务端平台或客户端平台向宕机数据的恢复装置发送数据恢复指令，若接收到数据恢复指令，则确定服务端平台宕机，若未接收到该数据恢复指令，则确定服务端平台未宕机。

步骤305，确定服务端平台未发送给客户端平台的待发送数据。

本实施例中，若服务端平台宕机，则确定服务端平台未发送给客户端平台的待发送数据。

进一步地，本实施例中，确定服务端平台未发送给客户端平台的待发送数据，具体包括：

首先，向客户端平台发送最新接收到的数据的请求。

其次，接收客户端发送的最新接收到的数据，最新接收到的数据中携带标识信息。

最后，根据最新接收到的数据的标识信息确定服务端平台未发送给客户单平台的待发送数据。

具体地，本实施例中，通过向客户端平台发送最新接收到的数据的请求，使客户端获取最新接收到的数据，并确定最新接收到的数据的标识信息，将最新接收到的数据连同标识信息发送给宕机数据的恢复装置，宕机数据的恢复装置根据最新接收到的标识信息在区块链中找到对应的待处理数据，并根据待处理数据的存储先后位置和时间戳获取未发送给客户端平台的待发送的数据。

步骤306，对待发送数据进行处理，并将处理后的数据发送给客户端平台。

进一步地，本实施例中，在将处理后的数据发送给客户端平台后，生成数据的状态报告，并将处理后的数据及状态报告存储到区块链中，并对该区块链进行广播。

其中，状态报告中存储有数据的各个状态及各个状态对应的时间，存储位置等。

可以理解的是，本实施例中，将处理后的数据及状态报告存储到区块链中的方式与本发明宕机数据的恢复方法实施例二中的步骤303中将待处理数据存储到区块链上的方式相似，在此不再一一赘述。

步骤307，接收服务端平台发送的处理后的数据及状态报告。

步骤308，将处理后的数据及状态报告存储到区块链上，并将区块链进行广播。

进一步地，本实施例中，若服务端平台未宕机，则接收服务端平台发送的处理后的数据及状态报告，并将处理后的数据及状态报告存储到区块链上，并将区块链进行广播，则在区块链中存储有服务端平台宕机及未宕机时的所有数据及每个数据的状态，能够对数据进行追溯。

本实施例提供的宕机数据的恢复方法，通过建立与业务端平台、服务端平台、客户端平台的网络连接，接收业务端平台发送的待处理数据，将待处理数据存储到区块链上，并将区块链进行广播，判断服务端平台是否宕机，若是，则确定服务端平台未发送给客户端平台的待发送数据，对待发送数据进行处理，并将处理后的数据发送给客户端平台，若服务端平台未宕机，则接收服务端平台发送的处理后的数据及状态报告，将处理后的数据及状态报告存储到区块链上，并将区块链进行广播，不仅能够有效避免在一个或多个区块链节点再次出现宕机时数据的丢失，在服务端平台出现宕机时能够对数据进行自动恢复，而且能够对每个数据及数据的各状态进行追溯。

本实施例提供的宕机数据的恢复方法，将待处理数据存储到区块链上，具体包括：将待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上，将当前区块连接到区块链末端，由于在每个区块上均存储有上一区块的哈希值，所以能够有效防止区块链中的数据被篡改。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图4为本发明宕机数据的恢复装置实施例一的结构示意图，如图4所示，本实施例提供的宕机数据的恢复装置包括：接收模块41，存储模块42，广播模块43，确定模块44，处理模块45及发送模块46。

其中，接收模块41，用于接收业务端平台发送的待处理数据。存储模块42，用于将待处理数据存储到区块链上。广播模块43，用于将区块链进行广播。确定模块44，用于若服务端平台宕机，则确定服务端平台未发送给客户端平台的待发送数据。处理模块45，用于对待发送数据进行处理。发送模块46，用于将处理后的数据发送给客户端平台。

本实施例提供的宕机数据的恢复装置可以执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图5为本发明宕机数据的恢复装置实施例二的结构示意图，如图5所示，本实施例提供的宕机数据的恢复装置在本发明宕机数据的恢复装置实施例一的基础上，进一步地，还包括：建立模块51。

进一步地，接收模块41，还用于若服务端平台未宕机，则接收服务端平台发送的处理后的数据及状态报告。存储模块42，还用于将处理后的数据及状态报告存储到区块链上。广播模块43，还用于将区块链进行广播。

进一步地，存储模块42，具体用于：将待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上；将当前区块连接到区块链末端。

进一步地，建立模块51，用于建立与业务端平台、服务端平台、客户端平台的网络连接。

进一步地，确定模块44，具体用于：向客户端平台发送最新接收到的数据的请求；接收客户端发送的最新接收到的数据，最新接收到的数据中携带标识信息；根据最新接收到的数据的标识信息确定服务端平台未发送给客户单平台的待发送数据。

本实施例提供的宕机数据的恢复装置可以执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种宕机数据的恢复方法，其特征在于，包括：

接收业务端平台发送的待处理数据；

将所述待处理数据存储到区块链上，并将所述区块链进行广播；

若服务端平台宕机，则确定所述服务端平台未发送给客户端平台的待发送数据；

对所述待发送数据进行处理，并将处理后的数据发送给所述客户端平台。

2.根据权利要求1所述的方法，其特征在于，若服务端平台未宕机，则还包括：

接收所述服务端平台发送的处理后的数据及状态报告；

将所述处理后的数据及状态报告存储到区块链上；

将所述区块链进行广播。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述待处理数据存储到区块链上，具体包括：

将所述待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上；

将所述当前区块连接到区块链末端。

4.根据权利要求3所述的方法，其特征在于，所述接收业务端平台发送的待处理数据之前，还包括：

建立与所述业务端平台、所述服务端平台、所述客户端平台的网络连接。

5.根据权利要求4所述的方法，其特征在于，所述确定服务端平台未发送给所述客户端平台的待发送数据，具体包括：

向所述客户端平台发送最新接收到的数据的请求；

接收所述客户端发送的最新接收到的数据，所述最新接收到的数据中携带标识信息；

根据所述最新接收到的数据的标识信息确定所述服务端平台未发送给客户单平台的待发送数据。

6.一种宕机数据的恢复装置，其特征在于，包括：

接收模块，用于接收业务端平台发送的待处理数据；

存储模块，用于将所述待处理数据存储到区块链上；

广播模块，用于将所述区块链进行广播；

确定模块，用于若服务端平台宕机，则确定所述服务端平台未发送给客户端平台的待发送数据；

处理模块，用于对所述待发送数据进行处理；

发送模块，用于将处理后的数据发送给所述客户端平台。

7.根据权利要求6所述的装置，其特征在于，所述接收模块，还用于若服务端平台未宕机，则接收所述服务端平台发送的处理后的数据及状态报告；

所述存储模块，还用于将所述处理后的数据及状态报告存储到区块链上；

所述广播模块，还用于将所述区块链进行广播。

8.根据权利要求6或7所述的装置，其特征在于，所述存储模块，具体用于：

将所述待处理数据，待处理数据的标识信息，时间戳及上一区块的哈希值存储到当前区块上；将所述当前区块连接到区块链末端。

9.根据权利要求8所述的装置，其特征在于，还包括：

建立模块，用于建立与所述业务端平台、所述服务端平台、所述客户端平台的网络连接。

10.根据权利要求9所述的装置，其特征在于，所述确定模块，具体用于：

向所述客户端平台发送最新接收到的数据的请求；接收所述客户端发送的最新接收到的数据，所述最新接收到的数据中携带标识信息；根据所述最新接收到的数据的标识信息确定所述服务端平台未发送给客户单平台的待发送数据。