一种业务恢复方法、装置及电子设备与流程

本发明涉及网络通信
技术领域：
，特别是涉及一种业务恢复方法、装置及电子设备。
背景技术：
：在一些应用场景中，网络设备出于实际需求，如升级系统版本，需要进行重启。重启后，网络设备中的各个业务接口处于down(关闭)状态，需要重新恢复至up(打开)状态，并通过各个业务接口建立该业务接口关联的网络协议，以执行相应的业务处理。为缩短网络设备重启导致业务中断的时长，相关技术中，可以在该网络设备重启前，将该网络设备负载的业务流量切换至其他网络设备，并在该网络设备重启后，将这些业务流量重新切换至该网络设备。但是在恢复接口并建立关联的网络协议这一过程中，在一个网络协议完成建立后，该网络协议对应的业务流量会被切换至该网络设备，如果此时该网络设备所有业务接口所关联的网络协议未完成，则在网络协议未完成的处理下业务接口无法执行后续的数据报文的接收和发送，导致该网络设备无法执行相应业务处理，产生了一定时间的业务中断。技术实现要素：本发明实施例的目的在于提供一种业务恢复方法、装置及电子设备，以缩短因设备为恢复业务进行重启所造成的业务中断的时长。具体技术方案如下：在本发明的第一方面，提供了一种业务恢复方法，所述方法包括：在重启后，获取所述多个业务接口的协议延时，所述协议延时用于表示在该业务接口处于up状态时，建立关联该业务接口的协议所需要的时间；按照所述协议延时由大到小的顺序，依次恢复所述多个业务接口；每当一个业务接口恢复，通过该一个业务接口建立与该一个业务接口关联的协议。在一种可能的实现方式中，所述方法还包括：在重启前，每当一个业务接口进入up状态，记录该一个业务接口进入up状态的时刻，作为接口up时刻；在重启前，每当一个协议建立时，记录该一个协议建立的时刻，作为协议建立时刻；所述获取所述多个业务接口的协议延时，包括：针对每个业务接口，获取与该业务接口关联的协议的协议建立时刻和该业务接口的接口up时刻的差值，作为该业务接口的协议延时。在一种可能的实现方式中，所述按照所述协议延时由大到小的顺序，依次恢复所述多个业务接口，包括：针对每个业务接口，根据该业务接口的所述协议延时，配置该业务接口的恢复延时，所述恢复延时与所述协议延时负相关；每当一个业务接口的恢复延时到达时，恢复该一个业务接口。在一种可能的实现方式中，所述根据该业务接口的所述协议延时，配置该业务接口的恢复延时，包括：将预设上限延时和该业务接口的所述协议延时的差值，配置为该业务接口的恢复延时。在一种可能的实现方式中，所述根据该业务接口的所述协议延时，配置该业务接口的恢复延时，包括将预设上限延时减去该业务接口的所述协议延时和处理延时得到的差值，配置为该业务接口的恢复延时，所述处理延时用于表示配置该业务接口的时间与配置第一个恢复延时的时间的差值。在一种可能的实现方式中，所述网络设备还包括跨设备聚合接口和mad检测接口；所述方法还包括：当到达所述预设上限延时时，恢复所述跨设备聚合接口和所述mad检测接口。在本发明的第二方面，提供了一种业务恢复装置，所述装置包括：协议时间获取模块，用于在重启后，获取所述多个业务接口的协议延时，所述协议延时用于表示在该业务接口处于up状态时，建立关联该业务接口的协议所需要的时间；接口恢复模块，用于按照所述协议延时由大到小的顺序，依次恢复所述多个业务接口；协议建立模块，用于每当一个业务接口恢复，通过该一个业务接口建立与该一个业务接口关联的协议。在一种可能的实现方式中，所述装置还包括时刻记录模块，用于在重启前，每当一个业务接口进入up状态，记录该一个业务接口进入up状态的时刻，作为接口up时刻；在重启前，每当一个协议建立时，记录该一个协议建立的时刻，作为协议建立时刻；所述协议时间获取模块，具体用于针对每个业务接口，获取与该业务接口关联的协议的协议建立时刻和该业务接口的接口up时刻的差值，作为该业务接口的协议延时。在一种可能的实现方式中，所述接口恢复模块，具体用于针对每个业务接口，根据该业务接口的所述协议延时，配置该业务接口的恢复延时，所述恢复延时与所述协议延时负相关；每当一个业务接口的恢复延时到达时，恢复该一个业务接口。在一种可能的实现方式中，所述接口恢复模块，具体用于将预设上限延时和该业务接口的所述协议延时的差值，配置为该业务接口的恢复延时。在一种可能的实现方式中，所述接口恢复模块，具体用于将预设上限延时减去该业务接口的所述协议延时和处理延时得到的差值，配置为该业务接口的恢复延时，所述处理延时用于表示配置该业务接口的时间与配置第一个恢复延时的时间的差值。在一种可能的实现方式中，所述网络设备还包括跨设备聚合接口和mad检测接口；所述接口恢复模块，还用于当到达所述预设上限延时时，恢复所述跨设备聚合接口和所述mad检测接口。在本发明的第三方面，提供了一种电子设备，包括：存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现上述第一方面任一所述的方法步骤。在本发明的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一所述的方法步骤。本发明实施例提供的业务恢复方法、装置及电子设备，可以根据协议延时，合理设置各个业务接口的恢复顺序，以使得各接口所关联的协议趋近于在同一时间完成建立，有效缩短因设备为恢复业务进行重启所造成的业务中断的时长。当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例提供的版本不兼容情况下issu方法的一种原理示意图；图2为本发明实施例提供的业务恢复方法的一种流程示意图；图3为本发明实施例提供的业务接口恢复方法的一种流程示意图；图4为本发明实施例提供的业务平滑恢复的版本不兼容情况下issu方法的一种原理示意图；图5为本发明实施例提供的业务恢复装置的一种结构示意图；图6为本发明实施例提供的电子设备的一种结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。为更清楚的对本发明实施例提供的业务恢复方法进行说明，下面将对一种可能的应用场景进行说明：在一些应用场景中，多个网络设备可以通过irf(intelligentresilientframework，智能弹性架构)技术聚合形成irf系统，irf系统中，多个网络设备中一个网络设备被配置为主(master)状态(下文称处于主状态的网络设备为主框设备)，其他网络设备被配置为备(slave)状态(下文称处于备状态的网络设备为备框设备)。主框设备和备框设备分别用于执行各自的业务处理。当需要对irf系统中的网络设备的版本进行升级时，可以采用issu(in-servicesoftwareuprade，不中断业务升级)方法进行升级。如果升级后的版本，与升级前的版本不兼容，则在升级过程中需要重启网络设备。参见图1，图1所示为本发明实施例提供的版本不兼容情况下issu方法的一种原理示意图，为描述方便，下文将以irf系统中包括一个主框设备和一个备框设备为例进行说明，对于包括多个备框设备的irf系统，原理是相同的，因此不再赘述。方法可以包括：s101，重启原备框设备以更新原备框设备的版本。由原备框设备执行的业务处理，切换至由原主框设备执行。示例性的，假设原备框设备用于执行业务处理a、业务处理b，原主框设备执行业务处理c，业务处理d，则可以是控制原备框设备不再执行业务处理a、业务处理b，控制原主框设备代替原备框设备执行业务处理a、业务处理b。该切换过程会造成业务中断，但是该切换过程持续时间往往较短，因此造成的影响较小。s102，在原备框设备重启后，对原备框设备进行业务恢复。可以控制原备框设备逐步将处于down状态的业务接口恢复至up状态，并通过这些业务接口构建相关联的网络协议，以使得原备框设备能够执行相应的业务处理。在业务恢复过程中，每个协议建立完成后，该协议对应的业务处理将重新切换至由原备框设备执行，由于原备框设备各接口所关联的协议完成建立所需要花费的时间各不相同，因此除最后完成建立的协议以外的其他协议建立完成时，存在尚未建立完成的协议，此时原备框设备无法执行相应的业务处理，产生业务中断。s103，在原备框设备重启后，重启原主框设备以更新原主框设备的版本，并将原备框设备配置为irf系统中的新主框设备。将由原主框设备执行的业务处理，切换至由原备框设备执行。如果此时原备框设备仍在业务恢复中，则原备框设备可能无法执行相应的业务处理，因此将由原主框设备执行的业务处理，切换至由原备框设备执行，可能导致业务的中断。该切换过程会造成业务中断，但是该切换过程持续时间往往较短，因此造成的影响较小。s104，在原主框设备重启并恢复业务后，将原主框设备作为新备框设备，加入irf系统。在原主框设备作为新备框设备加入irf系统后，可以将由新主框设备执行的部分业务处理，切换至由新备框设备执行，以利用新备框设备分担新主框设备的业务压力。该切换过程会造成业务中断，但是该切换过程持续时间往往较短，因此造成的影响较小。如前述分析，在issu过程中因切换导致的业务中断的时长往往较短。而因原备框设备重启后的业务恢复导致的业务中断的时长可能较长。因此，如果能够有效缩短因原备框设备为恢复业务进行重启所造成的业务中断的时长，可以有效减少issu过程中业务中断的时长，使得issu过程中业务的执行更加平滑。有鉴于此，本发明实施例提供了一种业务恢复方法，该方法可以应用于任一具有业务恢复功能的网络设备，该网络设备具有多个业务接口，可以理解的是，上述issu过程中备框设备的业务恢复仅是本发明实施例提供的业务恢复方法的一种可能的应用示例，根据实际需求，本发明实施例提供了业务恢复方法也可以应用于其他应用场景，上述示例对此不做限制。可以参见图2，图2所示为本发明实施例提供的业务恢复方法的一种流程示意图，可以包括：s201，在重启后，获取多个业务接口的协议延时。其中，协议延时用于表示在该业务接口处于up状态时，建立关联该业务接口的协议所需要的时间。示例性的，假设业务接口a关联协议1，在业务接口a处于up状态时，建立协议1需要花费10ms，则业务接口a的协议延时可以为10ms。如果业务接口a关联多个协议，则业务接口的协议延时可以是指，在业务接口a处于up状态时，分别建立这多个协议中每个协议所需要的时间的最大值。示例性的，假设业务接口a关联协议1、协议2、协议3，在业务接口a处于up状态时，建立协议1需要花费10ms，建立协议2需要花费15ms，建立协议3需要花费20ms，则业务接口a的协议延时可以为20ms。在一种可能的实施例中，可以在重启前，每当网络设备的一个业务接口进入up状态时，记录该一个业务接口进入up状态的时间，作为接口up时刻。每当一个协议建立时，记录该一个协议建立的时刻，作为协议建立时刻。则可以针对每个业务接口，获取与该业务接口关联的协议的协议建立时刻和该业务接口的接口up时刻的差值，作为该业务接口的协议延时。示例性的，假设在t＝20ms时，业务接口a由down状态进入up状态，则记录业务接口a的接口up时刻为20ms。假设在t＝40ms时协议1建立，则记录协议1的协议建立时刻为40ms。如果业务接口a关联且仅关联协议1，则可以获取到业务接口a的协议延时为20ms。如果业务接口a关联多个协议，则可以获取业务接口a关联的每个协议的协议建立时刻和业务接口a的接口up时刻的差值，将获取到的最大的差值作为业务接口a的协议延时。示例性的，假设业务接口a关联协议1和协议2，并且协议2的协议建立时刻为t＝60ms，则可以获取到业务接口a的协议延时为40ms。记录可以是指在网络设备本地的存储介质中记录，也可以是指网络设备向其他设备发送信息，以使得其他设备在其他设备的存储介质中记录。记录的形式可以是以表格的形式，也可以是以表格以外的其他形式，本实施例对此不做限制。s202，按照协议延时由大到小的顺序，依次恢复多个业务接口。恢复业务接口，是指将业务接口从down状态恢复至up状态。重启后，网络设备中的业务接口处于down状态。示例性的，假设s203，每当一个业务接口恢复，通过该一个业务接口建立与该一个业务接口关联的协议。在完成所有业务接口各自关联的协议的建立后，网络设备能够执行相应业务处理，即完成业务恢复。因此，网络设备完成业务恢复所需要的时间，等于开始业务恢复，直至完成所有业务接口各自关联的所有协议建立。对于处于down状态的业务接口，需要将该业务接口恢复至up状态，才能通过该业务接口建立与该业务接口关联的协议。因此，对于处于down状态的业务接口，建立与该业务接口关联的协议需要花费两个阶段时间。第一阶段时间为将该业务接口从down状态恢复至up状态所需要的时间，第二阶段时间为在该业务接口处于up状态时，建立与该业务接口关联的协议所需要的时间，即协议延时。为描述方便，假设第i个恢复的业务接口的第一阶段时间记为fi，并且一共有n个业务接口，这n个业务接口按一定顺序恢复依次恢复。先恢复的业务接口的第一阶段时间，小于后恢复的业务接口的第一阶段时间。考虑到一些可能的应用场景中，多个业务接口也可以是同时恢复的(在其他可能的应用场景中，不同业务接口也可以是不同时恢复的)，所以序列{f1，…，fn}为一个递增序列。再假设按照协议时间由大到小顺序排序时，位于第k位的业务接口的协议延时为sk，并且该业务接口是第c_k个恢复的业务接口，则建立该接口关联的协议所需要的时间为fc_k+sk。因此对于网络设备各个接口所关联的协议，最先完成建立的协议所需要的时间为{fc_1+s1，…，fc_n+sn}中的最小值，即min{fc_1+s1，…，fc_n+sn}，最后建立完成建立的协议所需要的时间为{fc_1+s1，…，fc_n+sn}中的最大值，即max{fc_1+s1，…，fc_n+sn}。根据不等式的性质，可以证明命题：当对于任一k均满足c_k＝k时，max{fc_1+s1，…，fc_n+sn}的取值最小，并且min{fc_1+s1，…，fc_n+sn}的取值最大。下面仅对max{fc_1+s1，…，fc_n+sn}的取值最小进行证明，min{fc_1+s1，…，fc_n+sn}的取值最大的证明同理可得，证明过程可以如下：对于n＝2的情况，如果c_1＝2，c_2＝1，则fc_1+s1＝f2+s1，fc_2+s2＝f1+s2，由于{f1，…，fn}为一个递增序列，因此f1≤f2。由于{s1，…，sn}为一个递减序列，因此s2≤s1。因此max{fc_1+s1，fc_2+s2}＝f2+s1。如果c_1＝1，c_2＝2，则fc_1+s1＝f1+s1，fc_2+s2＝f2+s2，由于f1≤f2，因此f1+s1≤f2+s1。由于s2≤s1，因此f2+s2≤f2+s1。因此相比于c_1＝2，c_2＝1时，c_1＝1，c_2＝2时max{fc_1+s1，fc_2+s2}的取值更小(或相等)。即上述结论成立假设n＝x时上述结论成立，则对于n＝x+1时，max{fc_1+s1，…，fc_n+sn}可以改写为max{max{fc_1+s1，…，fc_n-1+sn-1}，fc_n+sn}。如果c_(x+1)≠x+1，则存在一个取值范围为[1,x]的正整数z，满足c_z＝x+1，由于{f1，…，fn}为一个递增序列，并且{s1，…，sn}为一个递减序列，因此fx+1+sz＞fc_n+sx+1，可得max{fc_1+s1，…，fc_n+sn}＝max{fc_1+s1，…，fc_n-1+sn-1}，又由于n＝x时上述结论成立，因此max{fc_1+s1，…，fc_n-1+sn-1}的最小值为max{f1+s1，…，fc_(x+1)-1+sc_(x+1)-1，fc_(x+1)+1+sc_(x+1)，…，fx+1+sx}。如果c_(x+1)＝x+1，则由于{s1，…，sn}为一个递减序列，因此fx+1+sx＞fx+1+sx+1，即fx+1+sx+1≤max{f1+s1，…，fc_(x+1)-1+sc_(x+1)-1，fc_(x+1)+1+sc_(x+1)，…，fx+1+sx}。并且由于n＝x时上述结论成立，因此max{fc_1+s1，…，fc_n-1+sn-1}的最小值为max{f1+s1，…，fx+sx}，由于{f1，…，fn}为一个递增序列，因此{f1+s1，…，fx+sx}中的每个元素，均不大于{f1+s1，…，fc_(x+1)-1+sc_(x+1)-1，fc_(x+1)+1+sc_(x+1)，…，fx+1+sx}中顺位相同的元素，因此max{f1+s1，…，fx+sx}≤max{f1+s1，…，fc_(x+1)-1+sc_(x+1)-1，fc_(x+1)+1+sc_(x+1)，…，fx+1+sx}。综上，相比于c_(x+1)≠x+1时，c_(x+1)＝x+1时max{fc_1+s1，…，fc_n+sn}能够取到更小的值。即，对于n＝x+1的情况，上述命题成立。由归纳法可证上述命题对于任意取值的n均成立。由于上述结论成立，可知当按照协议延时由大到小的顺序，依次恢复多个业务接口，可以使得最先完成建立的协议和最后完成建立的协议之间的时间差最小。即选用该实施例，可以根据协议延时，合理设置各个业务接口的恢复顺序，以使得各接口所关联的协议趋近于在同一时间完成建立，有效缩短因设备为恢复业务进行重启所造成的业务中断的时长。下面将对业务接口的恢复进行详细的描述。可以参见图3，图3所示为本发明实施例提供的业务接口恢复方法的一种流程示意图，可以包括：s301，针对每个业务接口，根据该业务接口的协议延时，配置该业务接口的恢复延时。恢复延时与协议延时负相关，即在不考虑除协议延时以外的其他因素的影响下，如果协议延时越大，则恢复延时越小，如果协议延时越小，则恢复延时越大。在一种可能的实施例中，可以是将预设上限延时和协议延时的差值，作为业务接口的恢复延时，即恢复延时＝预设上限延时-协议延时。预设上限延时可以根据实际需求或者用户经验进行设置。选用该实施例，可以进一步使得各业务接口关联的协议大致在同一时刻完成建立，因此可以进一步提高业务恢复速度。在另一种可能的实施例中，可以将预设上限延时减去业务接口的协议延时和处理延时得到的差值，配置为该业务接口的恢复延时，即恢复延时＝预设上限阈值-协议延时-处理延时。其中，处理延时用于表示配置该业务接口的时间与配置第一个恢复延时的时间的差值，可以是在配置业务接口时记录当前时刻的时间戳，则处理延时＝配置当前业务接口时的时间戳-第一次配置业务接口时的时间戳。可以理解的是，配置一个业务接口可能需要花费一定时间，选用该实施例，可以在配置恢复延时时，考虑配置业务接口所花费的时间，可以进一步减少各业务接口关联的协议完成建立的时间差，因此可以进一步有效缩短因业务恢复导致业务中断的时长。s302，每当一个业务接口的恢复延时到达时，恢复该一个业务接口。可以针对每个业务接口，维护一个老化定时器，配置该老化定时器以使得该老化定时器在该业务接口的恢复延时到达时老化。每当一个老化定时器老化时，恢复该老化定时器所针对的业务接口。示例性的，假设业务接口a的恢复延时为10ms，则可以维护一个老化定时器，该老化定时器在时长到达10ms时老化。当该老化定时器老化时，恢复业务接口a。可以参见图4，图4所示为本发明实施例提供的业务平滑恢复的版本不兼容情况下issu方法的一种原理示意图，可以包括：s401，issu预升级模块初始化接口延时表。issu预升级模块可以是集成于原备框设备或原主框设备中的，也可以是独立于原备框设备和原主框设备的，本实施例对此不做限制。接口延时表用于对应记录<接口-协议-协议延时>。s402，原备框设备在接口up和协议建立时上报issu预升级模块。原备框设备可以是在irf系统启动后，每当一个业务接口进入up状态时，向issu预升级模块上报该一个业务接口的接口up信息，每当一个协议建立时，向issu预升级模块上报该一个协议的协议建立信息。s403，issu预升级模块根据原备框设备上报的信息构建接口延时表。issu预升级模块可以是在每接收到一个接口up信息时，在接口延时表中记录该一个接口。在每接收到一个协议的协议建立信息时，在接口延时表中查找到该协议所关联的接口，并在接口延时表中更新该接口对应的协议和协议延时。示例性的，假设为空(null)的初始化的接口延时表如下所示：接口协议协议延时issu预升级模块在t＝20ms时，接收到接口a的接口up信息，则在接口延时表中记录接口a，此时接口延时表可以如下所示：接口协议协议延时接口a假设issu预升级模块在t＝40ms时，接收到协议1的协议建立信息，并且假设协议1与接口a关联，则在接口延时表中查找到接口a，并更新接口a对应的协议和协议延时。由于接收到接口a的接口up信息和接收到协议1的协议建立信息的时间差为20ms，因此更新后的接口延时表可以如下所示：接口协议协议延时接口a协议120ms假设issu预升级模块在t＝60ms时，接收到协议2的协议建立信息，并且假设协议2与接口a关联，则在接口延时表中查找到接口a，并更新接口a对应的协议和协议延时。由于接收到接口a的接口up信息和接收到协议1的协议建立信息的时间差为40ms，因此更新后的接口延时表可以如下所示：接口协议协议延时接口a协议1、协议240mss404，重启原备框设备以更新原备框设备的版本。由原备框设备执行的业务处理，切换至由原主框设备执行。s405，issu预升级模块将接口延时表写入原备框设备。issu预升级模块可以是将接口延时表以临时文件的形式写入原备框设备。s406，原备框设备读取接口延时表，获取各个业务接口的协议延时。s407，原备框设备建立接口恢复表。接口恢复表用于对应记录<接口-恢复延时>。业务接口的恢复延时的确定，可以参见前述s301中的相关描述，在此不再赘述。原备框设备中还可以包括除业务接口以外的其他接口，根据应用场景的不同，其他接口所包括的接口可以不同。示例性的，原备框设备中还可以包括跨设备聚合接口和mad(multi-activedetection，多活检测)检测接口。即原备框设备中可以包括跨设备聚合接口和mad检测接口中的一类接口，也可以同时包括跨设备聚合接口和mad检测接口，可以将所包括的跨设备聚合接口和mad检测接口的恢复延时配置为0，即在预设上限延时到达时，恢复跨设备聚合接口和/或mad检测接口(如果原备框设同时包括跨设备聚合接口和mad检测接口，则在预设上限延时到达时，恢复跨设备聚合接口和mad检测接口)。可以理解的是，为维持irf系统的稳定性，irf系统中只能存在一个主框设备。原备框设备在升级重启后，将作为新主框设备，而原主框设备此时尚未升级重启，因此如果mad检测接口或跨设备聚合接口恢复，会出现双主框设备的情况，需要将原主框设备宕机，并将原主框设备执行的业务处理切换至由新主框设备执行。而如果mad检测接口或跨设备聚合接口在预设上限延时到达前恢复，则原备框设备可能尚未完成所有协议的建立，因此无法执行相应的业务处理，此时将原主框设备宕机，并将原主框设备执行的业务处理切换至由新主框设备执行，可能产生业务中断。因此，选用该实施例可以有效缩短因原主框设备重启时原备框设备尚未完成业务恢复产生的业务中断的时长，即可以进一步缩短原备框设备为恢复业务进行重启造成的业务中断的时长。s408，原备框设备按照接口恢复表恢复接口。s409，预设上限延时到达时，重启原主框设备以更新原主框设备的版本，并将原备框设备配置为irf系统中的新主框设备。由原主框设备执行的业务处理，切换至由新主框设备执行。s410，在原主框设备重启并恢复业务后，将原主框设备作为新备框设备，加入irf系统。此时issu完成。参见图5，图5所示为本发明实施例提供的业务恢复装置的一种结构示意图，可以包括：协议时间获取模块501，用于在重启后，获取多个业务接口的协议延时，协议延时用于表示在该业务接口处于up状态时，建立关联该业务接口的协议所需要的时间；接口恢复模块502，用于按照协议延时由大到小的顺序，依次恢复多个业务接口；协议建立模块503，用于每当一个业务接口恢复，通过该一个业务接口建立与该一个业务接口关联的协议。在一种可能的实现方式中，装置还包括时刻记录模块，用于在重启前，每当一个业务接口进入up状态，记录该一个业务接口进入up状态的时刻，作为接口up时刻；在重启前，每当一个协议建立时，记录该一个协议建立的时刻，作为协议建立时刻；协议时间获取模块501，具体用于针对每个业务接口，获取与该业务接口关联的协议的协议建立时刻和该业务接口的接口up时刻的差值，作为该业务接口的协议延时。在一种可能的实现方式中，接口恢复模块502，具体用于针对每个业务接口，根据该业务接口的协议延时，配置该业务接口的恢复延时，恢复延时与协议延时负相关；每当一个业务接口的恢复延时到达时，恢复该一个业务接口。在一种可能的实现方式中，接口恢复模块502，具体用于将预设上限延时和该业务接口的协议延时的差值，配置为该业务接口的恢复延时。在一种可能的实现方式中，接口恢复模块502，具体用于将预设上限延时减去该业务接口的协议延时和处理延时得到的差值，配置为该业务接口的恢复延时，处理延时用于表示配置该业务接口的时间与配置第一个恢复延时的时间的差值。在一种可能的实现方式中，网络设备还包括跨设备聚合接口；接口恢复模块，还用于当到达预设上限延时时，恢复跨设备聚合接口。在一种可能的实现方式中，网络设备还包括跨设备聚合接口和mad检测接口；接口恢复模块，还用于当到达预设上限延时，恢复跨设备聚合接口和mad检测接口。本发明实施例还提供了一种电子设备，如图6所示，包括：存储器601，用于存放计算机程序；处理器602，用于执行存储器601上所存放的程序时，实现如下步骤：在重启后，获取多个业务接口的协议延时，协议延时用于表示在该业务接口处于up状态时，建立关联该业务接口的协议所需要的时间；按照协议延时由大到小的顺序，依次恢复多个业务接口；每当一个业务接口恢复，通过该一个业务接口建立与该一个业务接口关联的协议。在一种可能的实现方式中，方法还包括：在重启前，每当一个业务接口进入up状态，记录该一个业务接口进入up状态的时刻，作为接口up时刻；在重启前，每当一个协议建立时，记录该一个协议建立的时刻，作为协议建立时刻；获取多个业务接口的协议延时，包括：针对每个业务接口，获取与该业务接口关联的协议的协议建立时刻和该业务接口的接口up时刻的差值，作为该业务接口的协议延时。在一种可能的实现方式中，按照协议延时由大到小的顺序，依次恢复多个业务接口，包括：针对每个业务接口，根据该业务接口的协议延时，配置该业务接口的恢复延时，恢复延时与协议延时负相关；每当一个业务接口的恢复延时到达时，恢复该一个业务接口。在一种可能的实现方式中，根据该业务接口的协议延时，配置该业务接口的恢复延时，包括：将预设上限延时和该业务接口的协议延时的差值，配置为该业务接口的恢复延时。在一种可能的实现方式中，根据该业务接口的协议延时，配置该业务接口的恢复延时，包括将预设上限延时减去该业务接口的协议延时和处理延时得到的差值，配置为该业务接口的恢复延时，处理延时用于表示配置该业务接口的时间与配置第一个恢复延时的时间的差值。在一种可能的实现方式中，网络设备还包括跨设备聚合接口和mad检测接口；当到达预设上限延时时，恢复跨设备聚合接口和mad检测接口。上述电子设备提到的存储器可以包括随机存取存储器(randomaccessmemory，ram)，也可以包括非易失性存储器(non-volatilememory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一业务恢复方法。在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一业务恢复方法。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质以及计算机程序产品实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。当前第1页12