CN115378815A - 数据恢复的方法、装置、网络设备及存储介质 - Google Patents

Abstract

本说明书实施例公开了一种数据恢复的方法、装置、网络设备及存储介质，以避免网络设备重启可能出现的业务断链，提升网络的稳定性。所述方法包括：对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据；在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

Description

数据恢复的方法、装置、网络设备及存储介质

技术领域

本申请涉及网络设备技术领域，尤其涉及一种数据恢复的方法、装置、网络设备及存储介质。

背景技术

通常情况下，网络设备的控制面和转发面是分离控制的，因此，控制面可能会计算出超过转发面硬件承载能力的表项数据。也就是说，网络设备普遍存在着表项超限的问题。

在表项超限的情况下，如果出现了网络设备的软件或者硬件层面的重启，因为写入顺序的问题，网络设备重启之后与重启之前写入硬件的表项数据内容可能存在差异，之前被正常写入的表项数据，在网络设备重启之后未被写入硬件中。而一旦这样的情况出现，则会导致原来网络设备上正常承载的流量，在网络设备重启之后出现业务断链。

发明内容

本说明书实施例的目的是提供一种数据恢复的方法、装置、网络设备及存储介质，以避免网络设备重启可能出现的业务断链，提升网络的稳定性。

为了实现上述目的，本说明书实施例采用下述技术方案：

第一方面，提供一种数据恢复的方法，包括：

对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据；

在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

第二方面，提供一种数据恢复的装置，包括：

备份模块，用于对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据；

恢复模块，用于在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

第三方面，提供一种网络设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的方法。

第四方面，提供一种可读存储介质，当所述存储介质中的指令由网络设备的处理器执行时，使得网络设备能够执行如第一方面所述的方法。

本说明书实施例提供的数据恢复的方案，对网络设备已写入硬件的所有硬件数据进行备份处理，得到的备份副本中包括与硬件数据对应的备份数据，其中，硬件数据包括硬件表项数据；在检测到网络设备重启的情况下，利用备份副本进行数据恢复，将备份副本中的所有备份数据直接写入硬件。在表项未超限的情况下，可实现快速业务恢复；在表项超限的情况下，能保证写入网络设备硬件中的表项数据和不能写入网络设备硬件中的表项数据是稳定的、可预测的，不会出现随机选择的表项数据写入硬件的情况。将网络设备重启后写入硬件的数据与重启前的状态快速地保持一致，不会出现原来正常的业务由于硬件中写入的表项数据的不确定性出现业务断链的情况，能够快速业务恢复，有效避免不必要的业务断链，提升网络的稳定性，从而提升用户对网络的使用感知。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：

图1为本说明书的一个实施例提供的一种数据恢复的方法的流程示意图；

图2为本说明书的一个实施例提供的另一种数据恢复的方法的流程示意图；

图3为本说明书的一个实施例提供的一种路由表中路由条目恢复的处理流程示意图；

图4为本说明书的一个实施例提供的一种数据恢复的装置的结构示意图；

图5为本说明书的一个实施例提供的另一种数据恢复的装置的结构示意图；

图6为本说明书的一个实施例提供的一种网络设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

如前所述，网络设备普遍存在着表项超限的问题，所述的表项超限是指控制面计算出的表项数据数量超过转发面硬件所能承载的最大容量条数。一旦出现这种情况，网络设备会写入其硬件所能承载的最大容量条数的表项数据，剩余的其他表项数据，则只在控制面存在，并未真正写入转发面中。

在此情况下，如果出现了网络设备的软件或者硬件层面的重启，则之前已经被下发到硬件的表项数据，会重新被下发，但是下发的顺序是无法保证的，因此，网络设备重启之后被写入硬件的表项数据与重启之前被写入硬件的表项数据相比，虽然总数量仍然是硬件所能承载的最大容量条数，但是写入的表项数据内容会存在差异，之前被正常写入的表项数据，可能会因为写入顺序的问题，在网络设备重启之后，未被写入硬件中。

而一旦这样的情况出现，则会使得原来网络设备上正常承载的流量，在网络设备重启之后可能出现断流或者异常，导致业务断链的出现。这种业务断链的出现是无法被控制和预知的。由于表项数据写入顺序的不确定性，在表项超限的情况下，每次网络设备重启之后写入硬件的表项数据均是不确定的，可能出现业务断链。现有技术中，无法对上述问题进行解决，只能对表项超限的情况进行告警，提示用户把控制面的表项计算数量减少，从而尽量规避此问题的出现。

有鉴于此，本说明书实施例旨在提供一种数据恢复的方法及装置，以避免网络设备重启可能出现的业务断链，提升网络的稳定性。

本申请主要技术构思在于：对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本，在网络设备重启的情况下，利用备份副本直接进行数据恢复。进一步，在利用备份副本进行数据恢复之后，根据一定的规则进行转发面和控制面的处理，确保被恢复的数据必然是正在使用的、之前已经在网络设备中存在的硬件数据，而如果网络设备重启后，被恢复的数据仅存在于硬件中，但没有在控制面中存在，就会被删除。以此方式来确保网络设备中已经存在的正常承载的流量不会受到网络设备重启的影响，在网络设备重启恢复后，必然可以保持业务链路的畅通，不会因为表项超限而导致原有的表项数据无法写入硬件引起不必要的业务断链的情况。

应理解，本说明书实施例提供的数据恢复的方法，适用于网络设备在大容量表项的使用场景中，尤其在表项超限的使用场景中，可以针对性解决在表项超限的情况下，网络设备重启之后写入硬件的表项数据不确定的问题，从而避免不必要的业务断链，确保网络的稳定性。

本说明书实施例提供的数据恢复的方法，可以由网络设备执行或安装在网络设备中的软件执行，具体的，所述的网络设备可以为路由器、交换机、IPRAN(IP Radio AccessNetwork，无线接入网IP化)设备、PTN(Packet Transport Network，分组传送网)设备等。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

请参考图1，为本说明书的一个实施例提供的一种数据恢复的方法的流程示意图，该方法可以包括：

S101、对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据。

具体的，所述的网络设备可以为路由器、交换机、IPRAN设备、PTN设备等。

本说明书实施例中，为了便于区分，将网络设备已写入硬件的数据称为硬件数据，对硬件数据进行备份处理得到的与硬件数据对应的数据称为备份数据。与硬件数据对应的备份数据可能包括该硬件数据的全部数据内容，也可能包括该硬件数据的部分数据内容。所述硬件数据的类型可以包括硬件表项数据，硬件表项数据是指网络设备已写入硬件的表项数据，示例性的，所述表项数据可以是路由表、ACL(Access Control List，访问控制列表)、MAC(Media Access Control)地址表、VLAN(Virtual Local Area Network，虚拟局域网)分配表中相应类型的表项数据。

在一种可选的实现方式中，所述备份副本可以存储在所述网络设备的存储器中，例如网络设备的FLASH(闪存)中；所述备份副本也可以存储在与所述网络设备具有连接关系的远端设备中，例如网管台、控制器等。所述备份副本的存储形式可以是一个文件、也可以是一张表。将备份副本存储在网络设备本地的存储器中，可靠性较好，不需要特别的网络连接支持；将备份副本存储在远端设备中，存储速度比较快。

在一种可选的实现方式中，形成备份副本的方法可采用实时生成方式，即将所述网络设备写入硬件的每一条硬件数据实时备份至备份副本中。

具体的，网络设备将其硬件数据直接形成备份副本，只要出现写入硬件成功的硬件数据即向备份副本进行实时备份。备份的方式可以通过向本地的存储器写入待同步的硬件数据(实时写入的一条硬件数据)对应的备份数据，或者向远端设备发送报文，在报文中携带该待同步的硬件数据(实时写入的一条硬件数据)的备份数据。实时生成方式实时性较好。

在一种可选的实现方式中，形成备份副本的方法可采用按时间轮询方式，即按照设定的时间间隔，将所述网络设备已写入硬件的所有硬件数据备份至备份副本中。

具体的，网络设备按照设定的时间间隔，对本地的存储器或者远端设备进行整体硬件数据的备份，备份的方式可以与实时生成方式类似，通过向本地的存储器写入待同步的硬件数据(当前已写入硬件的所有硬件数据)对应的备份数据，或者向远端设备发送报文，在报文中携带该待同步的硬件数据(当前已写入硬件的所有硬件数据)对应的备份数据。按时间轮询方式对网络设备的算力资源消耗较小。

需要说明的是，备份副本中的备份数据与网络设备已写入硬件的硬件数据是一一对应的。针对任一条待同步的硬件数据来说，该硬件数据对应的备份数据可以是该硬件数据的全部信息，也可以是该硬件数据的部分信息，如果是部分信息，至少需要包括该硬件数据的关键信息，关键信息是指能够实现该条数据功能的必要的信息。示例性的，对于一条路由表中的路由条目来说，关键信息包括子网掩码、路由信息、下一跳和出口(MAC、VLAN、物理出口)，则备份数据中至少需要包括上述关键信息。

S102、在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

所述的网络设备重启包括软件或者硬件层面的重启，通过系统日志可以检测到网络设备重启。

在检测到网络设备重启的情况下，可以将网络设备本地的存储器中存储的备份副本、或者远端设备中存储的备份副本中所有备份数据写入网络设备的硬件中，作为恢复的转发面的硬件数据。

在一种可选的实现方式中，在网络设备上需要进行两个方面的技术处理，第一，为网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本，所述备份副本包括与硬件数据对应的备份数据，以便在网络设备重启后利用备份副本直接进行数据恢复；第二，在利用备份副本进行数据恢复之后，进行备份数据的比对，以确保正确性。

请参考图2，在S102中所述将所述备份副本中的所有所述备份数据写入所述硬件之后，本说明书实施例提供的数据恢复的方法还可以包括如下步骤：

S103、逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据，所述目标数据包括目标表项数据。

本说明书实施例中，为了便于区分，将所述网络设备重启后计算出的需要恢复至硬件的数据称为目标数据，目标数据的类型可以包括目标表项数据。目标表项数据是指网络设备重启后计算出的需要恢复至硬件的表项数据。

由于网络设备已经重启，所有软件协议均将重新计算需要下发硬件的数据，为了不对后续正常的需要下发硬件的数据产生影响，本说明书实施例中，针对的是网络设备重启后需要下发硬件的数据中需要恢复至硬件的数据，可以理解，需要恢复至硬件的数据是指网络设备重启前已写入硬件的数据，这些数据由于网络设备重启而丢失，在网络设备重启后为了恢复到重启前的状态，需要重新计算并下发硬件。具体而言，目标数据通常是网络设备重启后所有软件协议第一次计算完成的需要下发硬件的所有数据。

S104、在比对出所述硬件中存在与当前获取的目标数据对应的备份数据的情况下，标记所述硬件中与所述目标数据对应的所述备份数据。

具体的，针对任一条当前获取的目标数据，将该目标数据与硬件中已存在的各备份数据进行比对，若比对出硬件中存在与当前获取的该目标数据对应的备份数据，则标记该备份数据，所述标记该备份数据用于表示该备份数据写入成功。

为了保持硬件中的数据与软件协议计算出的数据的一致性，软件协议计算出每一条需要恢复至硬件的目标数据后，都要与硬件中已存在的各备份数据进行比对，即比对该条软件协议即将下发硬件的目标数据，在硬件中是否存在。如果比对发现硬件中存在与该目标数据对应的备份数据，则无需进行将目标数据下发硬件的处理，因为硬件中已存在与之对应的备份数据。需要说明的是，此处软件协议即将下发硬件的目标数据与硬件中已存在的备份数据，包括的数据内容可能并不完全相同，因为硬件中已存在的是备份数据，可能仅包括原始的硬件数据的部分信息(至少包括关键信息)而非全部信息，而软件协议即将下发硬件的目标数据是转发面为了重启恢复重新计算出来的，会包括原始的硬件数据的全部信息，但是两条数据的关键信息相同，能够实现相同的功能，例如实现相同的路由转发功能，所以两条数据是相对应的数据，可以作为同一条数据对待。此时，需要标记该备份数据，示例性的，可以为该备份数据添加一个设定的标记信息。

在一种可选的实现方式中，可以直接对硬件中所有的备份数据进行比对和标记。若所述硬件中存在与当前获取的目标数据对应的备份数据，则在所述硬件中为所述备份数据添加所述标记信息。具体的，在硬件支持的前提下，可以利用硬件中数据的保留字段为备份数据添加所述标记信息，例如，将保留字段置为1，表示该条数据已经写入成功。

在一种可选的实现方式中，可以在将备份副本中所有备份数据写入硬件的时候，在所述网络设备的内存中保存一份包括所有备份数据的备份表，这样在比对和标记的时候，不对硬件进行标记，而在备份表中进行标记。若所述硬件中存在与当前获取的目标数据对应的备份数据，则在所述备份表中为所述备份数据添加所述标记信息。

在网络设备重启的过程中，由于外部的变化，软件协议计算出的需要恢复至硬件的所有目标数据中，可能出现新的目标数据，即网络设备重启前未计算出的数据。针对该情况，在一种可选的实现方式中，所述方法还包括：

在逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据的过程中，若比对出所述硬件中不存在与当前获取的目标数据对应的备份数据、且确认所述硬件中当前存在的数据条数未达到所述硬件所能承载的最大容量条数的情况下，则将所述目标数据写入到所述硬件中，并标记所述目标数据。标记新写入硬件的该目标数据的目的，是为了避免新写入硬件的该目标数据由于未作标记而在后续处理过程中被误删。

S105、确认所有目标数据计算完成后，删除所述硬件中未标记的备份数据。

对于未标记的备份数据，可能是在网络设备重启的过程中，由于外部的变化，已经失效的数据，因此可以对这些备份数据进行删除。由于数据计算可能涉及软件协议使用多个进程、或者多个软件协议进行处理，因此需要有一个确定的指示，表明需要恢复至硬件的目标数据计算完成。这个指示的实现，可以采用软件协议计算完成之后通知网络设备的方式，也可以由用户根据经验设定一个可靠的等待软件协议计算完成的数据计算保持周期(hold time)。

在一种可选的实现方式中，确认目标数据计算完成的方法，可以包括：在接收到数据计算完成的通知消息的情况下，确认所有目标数据计算完成，所述通知消息由所述网络设备在重启后第一次将需要下发硬件的所有数据计算完成的情况下发送，此时可以认为需要恢复至硬件的所有目标数据计算完成，可以删除所述硬件中未标记的备份数据。

在一种可选的实现方式中，确认目标数据计算完成的方法，可以包括：在检测到预先设定的数据计算保持周期到达的情况下，确认所有目标数据计算完成。如果软件协议不支持发送通知消息，可以人工设定数据计算保持周期，所述的数据计算保持周期，主要是为了保证网络设备的软件协议已经确定的完成需要恢复至硬件的目标数据的计算。数据计算保持周期的开始时间点可以灵活设定，例如可以选择网络设备的重启时刻，也可以在网络设备重启后启动一定时器计时，也可以选择网络设备重启后软件协议开始计算的时刻，还可以选择网络设备重启后第一条数据写入硬件的时刻。在持续一段设定的数据计算保持周期之后，此时可以认为需要恢复至硬件的所有目标数据计算完成，可以删除所述硬件中未标记的备份数据。

所述的删除所述硬件中未标记的备份数据，具体可以分为如下情况处理：

如果是在硬件中为所述备份数据添加标记信息，相应的，可以根据所述硬件中各备份数据是否添加有所述标记信息，将未添加所述标记信息的备份数据从所述硬件中删除；

如果是在备份表中为所述备份数据添加所述标记信息，相应的，可以根据所述备份表中记录的未添加所述标记信息的备份数据，在所述硬件中删除对应的备份数据。

在一种可选的实现方式中，在S105中所述删除所述硬件中未标记的备份数据之后，本说明书实施例提供的数据恢复的方法还可以包括：

S106、确定所述硬件所能承载的最大容量条数与所述硬件中当前存在的数据条数之间的差值；

S107、将所有目标数据中与所述差值相同条数的未写入所述硬件的目标数据写入到所述硬件中。

示例性的，由于表项超限，网络设备中会存在未写入硬件的目标表项数据，因此，当硬件中的备份表项数据删除之后，硬件中即存在一定的可用资源。此时可以按照一定的规则(顺序或者随机)，将未写入硬件的目标表项数据写入到硬件中。

请参考图3，为了便于理解本说明书实施例提供的数据恢复的方法，所述数据以路由表中路由条目为例，分为两种情况对本方法进行示例性说明。假定网络设备中硬件路由表的最大容量条数为8K条，在网络设备重启前，控制面计算出10K条路由条目，在网络设备重启的过程中，有100条路由条目失效。

第一种情况，假设使用网络设备本地的FLASH中存储路由表备份副本，并采用实时生成方式，具体的：

步骤11、网络设备向硬件路由表中每写入一条硬件路由条目，则同步向FLASH的路由表备份副本中存储一条对应的备份路由条目。

步骤12、当网络设备向硬件路由表写满8K条硬件路由条目后，FLASH中也相应存储到8K条备份路由条目，网络设备的控制面继续表项计算，最终达到10K条路由条目，但是剩余的2K条路由条目硬件中无法继续写入，FLASH的路由表备份副本中也不再同步存储。

步骤13、网络设备出现重启的情况，重启后的网络设备中暂时没有任何路由条目，此时网络设备将FLASH中存储的8K条备份路由条目全部立刻写入到硬件中。

步骤14、网络设备重启后路由模块开始计算需要下发硬件的路由条目，通常重启后第一次计算出的路由条目是需要恢复至硬件的目标路由条目，每条目标路由条目计算出来之后，与已经写入硬件的8K条备份路由条目进行比对，如果存在与目标路由条目对应的备份路由条目，则认为写入成功，对备份路由条目设置路由写入成功的标记位。

步骤15、路由条目计算和比对完成后，网络设备的硬件中有8K-100条备份路由条目被标记为写入成功，控制面由于计算出了10K条目标路由条目，因此有2K条目标路由条目由于硬件资源已满未被写入硬件中。

步骤16、将网络设备的硬件中未设置路由写入成功的标记位的100条备份路由条目删除，将2K条未写入硬件的控制面目标路由条目中，按照预定的方式(顺序或随机)写入100条目标路由条目到硬件中。

第二种情况，假设使用远端的网管台存储路由表备份副本，并采用按时间轮询方式，具体的：

步骤21、每间隔5分钟，网络设备将硬件路由表通过发送同步报文的方式，发送给远端的网管台，其中，同步报文可使用与网管台通信的SNMP报文，或者直接使用IP报文封装发送。

步骤22、当网络设备向硬件路由表写满8K条硬件路由条目后，此时硬件中无法再写入，硬件在到达轮询时间后，将8K条硬件路由条目发送给远端的网管台，形成路由表备份副本进行存储。

步骤23、网络设备出现重启的情况，重启后的网络设备中暂时没有任何路由条目，此时网管台发现网络设备重启并且重新连接网管台，则网管台将存储的8K条备份路由条目下发到网络设备中，网络设备立刻将网管台下发的8K条备份路由条目全部写入到硬件中。

步骤24、网络设备重启后路由模块开始计算需要下发硬件的路由条目，通常重启后第一次计算出的路由条目是需要恢复至硬件的目标路由条目，每条目标路由条目计算出来之后，与已经写入硬件的8K条备份路由条目进行比对，如果存在与目标路由条目对应的备份路由条目，则认为写入成功，对备份路由条目设置路由写入成功的标记位。

步骤25、路由条目计算和比对完成后，网络设备的硬件中有8K-100条备份路由条目被标记为写入成功，控制面由于计算出了10K条目标路由条目，因此有2K条目标路由条目由于硬件资源已满未被写入硬件中。

步骤26、将网络设备的硬件中未设置路由写入成功标记位的100条备份路由条目删除，将2K条写入失败的控制面目标路由条目中，按照预定的方式(顺序或随机)写入100条目标路由条目到硬件中。

本说明书实施例提供的数据恢复的方法，只需要对硬件数据进行一个备份处理，以及利用备份数据进行数据恢复的相应处理步骤，即可保证设备重启前后的数据的一致性和正确性。相比于现有技术在表项超限的情况下，网络设备重启后写入表项数据的不确定性，可以确保重启前后已经生效的业务的连续性。应用本方案在表项超限的情况下，可以额外保护原有生效的流量，不会受到表项数据写入顺序的影响而断流，可以消除网络中不可预知的业务断流或者异常的情况，避免不必要的业务断链，提升网络的稳定性，提升用户对网络的使用感知。本说明书实施例提供的数据恢复的方法，亦可在表项未超限的情况下进行使用，效果相当于在软件协议进行表项数据恢复之前，快速对硬件中的表项数据进行恢复，用于快速业务恢复的场景，同样有比较好的效果，使得在网络设备重启之后，可以快速恢复重启前正常承载的流量。

此外，与上述图1所示的数据恢复的方法相对应地，本说明书实施例还提供一种数据恢复的装置。本说明书实施例提供的一种数据恢复的装置400，如图4所示，包括：

备份模块401，用于对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据；

恢复模块402，用于在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

请参考图5，在一种可选的实现方式中，数据恢复的装置还可以包括：

获取模块403，用于在所述恢复模块402将所述备份副本中的所有所述备份数据写入所述硬件之后，逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据，所述目标数据包括目标表项数据；

标记模块404，用于在比对出所述硬件中存在与当前获取的目标数据对应的备份数据的情况下，标记所述硬件中与所述目标数据对应的所述备份数据；

删除模块405，用于在确认所有目标数据计算完成后，删除所述硬件中未标记的备份数据。

在一种可选的实现方式中，所述装置还可包括：

写入模块406，用于在所述删除模块405在删除所述硬件中未标记的备份数据之后，确定所述硬件所能承载的最大容量条数与所述硬件中当前存在的数据条数之间的差值；将所有目标数据中与所述差值相同条数的未写入所述硬件的目标数据写入到所述硬件中。

在一种可选的实现方式中，所述删除模块405，具体用于在接收到数据计算完成的通知消息的情况下，确认所有目标数据计算完成，所述通知消息由所述网络设备在重启后第一次将需要下发硬件的所有数据计算完成的情况下发送；或者，在检测到预先设定的数据计算保持周期到达的情况下，确认所有目标数据计算完成。

在一种可选的实现方式中，所述标记模块404，用于在逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据的过程中，若比对出所述硬件中不存在与当前获取的目标数据对应的备份数据、且确认所述硬件中当前存在的数据条数未达到所述硬件所能承载的最大容量条数的情况下，则将所述目标数据写入到所述硬件中，并标记所述目标数据。

在一种可选的实现方式中，所述备份模块401，具体用于将所述网络设备写入硬件的每一条硬件数据实时备份至所述备份副本中；或者，按照设定的时间间隔，将所述网络设备已写入硬件的所有硬件数据备份至所述备份副本中。

具体的，所述备份副本存储在所述网络设备的存储器中，或者，所述备份副本存储在与所述网络设备具有连接关系的远端设备中，其中，所述备份副本中的所述备份数据至少包括相对应的硬件数据的关键信息。

显然，本说明书实施例的数据恢复的装置可以作为上述图1所示的数据恢复的方法的执行主体，因此能够实现数据恢复的方法在图1所实现的功能。由于原理相同，在此不再赘述。

本说明书实施例提供的数据恢复的装置，可以实现网络设备重启后快速业务恢复，可保证硬件中被写入的数据，必然是网络设备重启前已经存在的数据；进一步，通过数据比对可以将重启过程中已经无效的数据在硬件中及时、正确的删除，同时保证原有业务不中断，且业务保持正确性。本装置可在表项超限、以及表项未超限等各种场景下进行使用，达到较好的技术效果。

可选地，如图6所示，本申请实施例还提供一种网络设备600，包括处理器601和存储器602，存储器602上存储有可在所述处理器601上运行的程序或指令，该程序或指令被处理器601执行时实现上述数据恢复的方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述数据恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述数据恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

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

对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据；

在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

2.根据权利要求1所述的方法，其特征在于，在所述将所述备份副本中的所有所述备份数据写入所述硬件之后，所述方法还包括：

逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据，所述目标数据包括目标表项数据；

在比对出所述硬件中存在与当前获取的目标数据对应的备份数据的情况下，标记所述硬件中与所述目标数据对应的所述备份数据；

确认所有目标数据计算完成后，删除所述硬件中未标记的备份数据。

3.根据权利要求2所述的方法，其特征在于，在所述删除所述硬件中未标记的备份数据之后，所述方法还包括：

确定所述硬件所能承载的最大容量条数与所述硬件中当前存在的数据条数之间的差值；

将所有目标数据中与所述差值相同条数的未写入所述硬件的目标数据写入到所述硬件中。

4.根据权利要求2所述的方法，其特征在于，所述确认所有目标数据计算完成的方法，包括：

在接收到数据计算完成的通知消息的情况下，确认所有目标数据计算完成，所述通知消息由所述网络设备在重启后第一次将需要下发硬件的所有数据计算完成的情况下发送；或者，

在检测到预先设定的数据计算保持周期到达的情况下，确认所有目标数据计算完成。

5.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据的过程中，若比对出所述硬件中不存在与当前获取的目标数据对应的备份数据、且确认所述硬件中当前存在的数据条数未达到所述硬件所能承载的最大容量条数的情况下，则将所述目标数据写入到所述硬件中，并标记所述目标数据。

6.根据权利要求1所述的方法，其特征在于，所述对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本，包括：

将所述网络设备写入硬件的每一条硬件数据实时备份至所述备份副本中；或者，

按照设定的时间间隔，将所述网络设备已写入硬件的所有硬件数据备份至所述备份副本中。

7.根据权利要求6所述的方法，其特征在于，所述备份副本存储在所述网络设备的存储器中，或者，所述备份副本存储在与所述网络设备具有连接关系的远端设备中，其中，所述备份副本中的所述备份数据至少包括相对应的硬件数据的关键信息。

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

备份模块，用于对网络设备已写入硬件的所有硬件数据进行备份处理，得到备份副本；其中，所述备份副本包括与所述硬件数据对应的备份数据，所述硬件数据包括硬件表项数据；

恢复模块，用于在检测到所述网络设备重启的情况下，将所述备份副本中的所有所述备份数据写入所述硬件。

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

获取模块，用于在所述恢复模块将所述备份副本中的所有所述备份数据写入所述硬件之后，逐条获取所述网络设备重启后计算出的需要恢复至硬件的目标数据，所述目标数据包括目标表项数据；

标记模块，用于在比对出所述硬件中存在与当前获取的目标数据对应的备份数据的情况下，标记所述硬件中与所述目标数据对应的所述备份数据；

删除模块，用于在确认所有目标数据计算完成后，删除所述硬件中未标记的备份数据。

10.一种网络设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的方法。

11.一种可读存储介质，其特征在于，当所述存储介质中的指令由网络设备的处理器执行时，使得网络设备能够执行如权利要求1至7中任一项所述的方法。

Images