CN101286886A - 恢复网络设备配置信息的方法及装置 - Google Patents

Abstract

本发明公开了一种恢复网络设备配置信息的方法，包括：接收到恢复配置信息命令后，网络设备自动读取保存的日志文件；判断所述日志文件的记录中是否包含保存命令，若是，从所述保存命令开始查找配置命令，否则，从所述日志文件起始位置查找配置命令；利用所查找到的配置命令生成配置文件，恢复所述网络设备的配置信息。本发明充分利用了日志文件记录配置命令的特点，可实现对网络设备因未及时保存而丢失的配置进行恢复。与上述方法相对应，本发明还提供一种恢复网络设备配置信息的装置。

Description

恢复网络设备配置信息的方法及装置

技术领域

本发明涉及网络管理技术领域，尤其涉及一种恢复网络设备配置信息的方法及装置。

背景技术

随着网络设备的日益普及，从事网络行业的工作人员对网络设备的易用性功能要求越来越高。

网络设备的操作人员的业务素质参差不齐，往往对网络设备的管理存在疏漏。比如说，一台新的设备为了能够满足一定的工作要求而在网管的需求下，网络设备操作工程师进行了相应的配置，但是没有进行保存(save)操作，而将网络设备交接给现在的网管，而网管也没有发现这一潜在危险，经过长时间无故障运行后，因为其他原因使得网络设备断点一段时间，当设备重新启动后恢复为缺省配置，因没有相应的配置备份而造成网络瘫痪，此时，需要恢复为网络设备重启之前的配置。

类似的应用环境还有很多，例如网络设备运行良好，且执行过save操作保存了当前的配置文件，因网络需要改造而需要修改相应配置，当网络操作工程师将设备配置修改之后，却忘记了保存最新配置，由于其他原因造成设备重启而恢复成网络改造前的配置，新增的配置丢失而造成网络不能正常运行，此时需要恢复为网络设备重启之前的配置。

发明内容

有鉴于此，本发明提供一种恢复网络设备配置信息的方法及装置，以自动对没有保存的配置信息进行快速、准确的恢复。

为此，本发明实施例采用如下技术方案：

一种恢复网络设备配置信息的方法，包括：接收到恢复配置信息命令后，网络设备自动读取保存的日志文件；判断所述日志文件的记录中是否包含保存命令，若是，从所述保存命令开始查找配置命令，否则，从所述日志文件起始位置查找配置命令；利用所查找到的配置命令生成配置文件，恢复所述网络设备的配置信息。

在查找配置命令的过程中，上述方法还包括：判断下一条记录的时间是否早于当前记录的时间：若是，停止查找，生成包含当前记录之前的配置命令的配置文件；否则，继续查找日志文件，直至日志文件的最后一条记录。

优选地，在查找配置命令的过程中，上述方法还包括：当从所述保存命令开始查找配置命令且查找到日志文件的最后一条记录时，判断该最后一条记录的时间是否早于所述日志文件的第一条记录的时间：若是，从所述日志文件起始记录再开始查找配置命令，直至下一条记录的时间早于当前记录的时间为止；否则，停止查找。

或者，该上方还包括：当存在多个日志文件时，按照时间顺序优先查找距所述网络设备重启时最近的日志文件。

上述方法还包括：当按照时间顺序从多个日志文件中查找配置命令时，如果查找到保存命令，则仅在该保存命令与网络设备重启之间的时间段内的记录中查找配置命令。

优选地，上述方法还包括：在查找到多个配置命令且这多个配置命令存在协议冲突时，按照时间顺序，去除冲突的时间在前的配置命令，利用余下的配置命令生成配置文件。

在确定所述日志文件中包含保存命令后，进一步包括：判断所述日志文件是否包含用户取消该保存命令的操作记录，若是，则从所述日志文件的起始位置查找配置命令，否则，从所述保存命令开始查找配置命令。

当所述日志文件包含至少两条保存命令时，以时间最晚的保存命令开始查找配置命令。

一种恢复网络设备配置信息的装置，包括：命令接收单元，用于接收恢复配置信息的命令；读取单元，用于在所述命令接收单元接收到命令后，读取日志文件；判断单元，用于判断所述日志文件中是否包含保存命令；查找单元，在所述判断单元确定包含保存命令时，从该保存命令开始查找配置命令，在所述判断单元确定不包含保存命令时，从日志文件起始位置查找配置命令；文件生成单元，用于利用所述查找单元查找到的配置命令，生成用于恢复网络设备配置信息的配置文件。

上述装置还包括：第一监测单元，用于在遍历日志文件的记录的过程中，判断下一条记录的时间是否早于当前记录的时间；第一控制单元，当所述第一监测单元确定下一条记录的时间早于当前记录的时间时，控制所述查找单元停止查找；当所述第一监测单元确定下一条记录的时间晚于当前记录的时间时，控制所述查找单元继续查找日志文件，直至日志文件的最后一条记录。

上述装置还包括：第二监测单元，用于在遍历日志文件的记录的过程中，当所述查找单元从所述保存命令开始查找配置命令且查找到日志文件的最后一条记录时，判断该最后一条记录的时间是否早于所述日志文件的第一条记录的时间；第二控制单元，当所述第二监测单元确定最后一条记录的时间早于当前命令，直至下一条记录的时间早于当前记录的时间为止；当所述第二监测单元确定最后一条记录的时间晚于当前记录的时间时，控制所述查找单元停止查找。

上述装置还包括：多日志控制单元，用于控制所述读取单元，按照时间顺序，从多个日志文件中优选读取距网络设备重启时间近的日志文件。

还包括：配置命令协调单元，用于在所述查找单元查找到多个配置命令且这多个配置命令存在协议冲突时，按照时间顺序，去除冲突的时间在前的配置命令。

上述装置还包括：有效性确定单元，用于判断所述日志文件是否包含用户取消该保存命令的操作记录，以确定保存命令的有效性；所述查找单元，在所述保存命令有效时，从所述保存命令开始查找配置命令，在所述保存命令无效时，从所述日志文件的起始位置查找配置命令。

本发明充分利用了日志文件记录配置命令的特点，可实现对网络设备因未及时保存而丢失的配置进行恢复。本发明克服了手工恢复配置信息的繁琐和不安全性，网络设备自动对日志文件进行查找，可快速恢复网络设备为重启之前正常运行的配置。

附图说明

图1为本发明方法实施例一流程图；

图2为本发明方法实施例二流程图；

图3为本发明方法实施例三流程图；

图4为本发明装置结构示意图。

具体实施方式

目前网络设备对配置文件的管理主要提供了保存、删除、更改、备份等操作。当前的信息中心功能也会将用户所有执行过的命令都存入日志文件中，方便用户诊断网络故障。

因为对于没有经过保存的配置在设备重启之后是无法直接恢复的，除非该配置文件是事先存在的。即使用户查看设备上自动记录的日志文件，将所有执行过的命令重新配置一遍，这也是非常繁琐的，不便于用户快速恢复网络设备的正常运行环境。

本发明解决的问题主要为下面这两种情况：

一、设备进行了配置，但从未执行过save命令，系统因某种原因重启后正常运行的配置丢失，通过本发明将丢失的配置恢复；

二、设备曾经保存过一份配置，之后新增了部分配置，但没有再次进行保存，系统因某种原因重启后恢复为原先保存的配置，而新增的配置丢失，通过本发明将新增的配置恢复。

本发明将利用网络设备的配置信息保存在日志中的特点，当设备因某种原因丢失配置或者需要回退配置时，能够将这些增量的配置计算出来，重新加载或删除。

概括而言，本发明在现有日志文件管理流程作以下改进：

1、增加一条命令，比如说renew-configure，即：恢复配置。当用户设备异常重启后，用户可通过该命令来控制丢失配置的恢复。

2、新增配置分下列二种情况：

①设备进行了配置，但从未执行过save操作，断电重启后恢复为缺省配置，原先运行的所有配置丢失；

②设备保存了配置，之后又新增/修改了部分配置，但此时没有再次进行保存，断电重启后这部分变化的配置丢失，设备恢复为保存的那部分配置。

3、计算丢失配置流程：

针对第①种情况，设备首先找到系统自动保存的日志文件，对其中的内容进行分析，将其中的内容中与配置有关的命令取出来，并重新加载到当前运行的配置中；

针对第②种情况，设备首先找到系统自动保存的日志文件，对其中的内容进行分析，分析出最近一次的save配置信息，从该命令之后的日志信息中将与配置有关的命令取出来，并重新加载到当前运行的配置中。

参见图1，为本发明方法实施例一流程图，包括：

步骤101：网络设备重启后，用户键入恢复配置信息命令(renew-configure)请求恢复配置信息；

步骤102：接收到恢复配置信息命令后，网络设备自动读取保存的日志文件；

步骤103：网络设备按照时间顺序遍历日志文件中的各条记录；

步骤104：判断是否包含save命令，若是，执行步骤105，否则，执行步骤106；

步骤105：从save命令开始查找配置命令，然后执行步骤107；

步骤106：从所述日志文件起始位置查找配置命令；

步骤107：利用所查找到的配置命令生成配置文件，恢复所述网络设备的配置信息。

需要说明的时，当所述日志文件包含至少两条保存命令时，以时间最晚的保存命令开始查找配置命令即，上述save命令是最近一次的save命令。

下面从各个角度考虑，详细介绍本发明方法实施例二。

在恢复配置信息时，需要考虑的几个问题：

[1]、网络设备保存的日志文件所处的位置

不同的网络设备的存储媒介不同，比如说低端的网络设备只有闪存(flash)，日志文件记录在flash中的特定文件夹中，而高端的网络设备除了flash之外，还有压缩闪存卡(Compact Flash Card，CF卡)，日志文件记录在CF卡的特定文件夹中。所以设备在调用日志文件的时候首先应从正确的位置选取日志文件。

[2]、日志文件中的信息记录方式

日志文件里面的信息是采用从上而下覆盖方式进行保存的，新的日志信息记录在上一次记录的后面。

如果日志文件已经写满，会采用覆盖的方式从上而下记录。到达文件结尾时，新的记录将从最上面开始覆盖。所以，设备在调用日志文件，取用其中记录的信息的时候需要根据信息的时间判断是否连续。

[3]、日志文件中的无关信息判断

日志文件中不仅仅记录配置信息，还包括大量的其他信息，比如接口的up/down信息等系统信息，所以设备需要判断正确的配置的时候，需要过滤掉系统信息、非配置类命令。

[4]、选取日志文件中有效的范围

如果将整个日志文件中的配置信息进行计算增量配置，将是一个非常大的工作。除非针对第①种情况且日志文件并没有写满，因为需要计算出系统的正确运行的配置文件，只能从日志文件的第一行开始。但是为了能够正确选取日志文件中有效的范围，需要一定的规则。

大多数情况下，第①种情况所占比例较小，正常情况下用户遇到的问题是第②种情况。而因为设备运行时间长，日志文件记录内容比较多，并且因为设备已经保存有一个配置文件，只需要计算出后来变化的配置即可。

所以，本发明提供的方法是，设备因为保存有一个配置文件，即系统曾经执行过save命令，那么只需要在日志文件中找到最近的一次save命令，从该命令之后开始计算变化的配置文件。

需要注意的是，如果文件是写满的，那么在查找日志文件时，向下查询时遇到信息中的日期变成前一段时期的时候就应该停止查询，也就是只检查save命令之后且在异常日期之前的日志信息即可。如果设备在日志中没有找到save命令，那么有可能这是第①种情况，需要从头开始计算整个日志文件。极端的情况是，日志文件写满了，且在后来的记录过程中把save命令给覆盖掉了，但这种情况实际上是不可能发生的。因为稳定运行的设备所产生的日志信息量并不大，而设备预留的日志文件空间是比较大的，能够满足设备的正常需要。

[5]、生成的配置文件加载到用户正在运行的配置文件中后，应该提示用户检查配置是否恢复为正常运行的配置环境，并且提醒用户没有错误时应手工执行保存操作，但可不自动将新配置保存到用户的存储器上，以免产生的配置有问题而将用户原先保存的配置给覆盖掉。

参见图2，为本发明实施例二流程图，包括：

步骤201：网络接收到renew-configure命令，并自动执行以下步骤；

步骤202：从flash或CF卡中读取日志文件；

步骤203：按照时间顺序遍历日志文件中的记录，判断日志文件中是否包含有save命令，若有，执行步骤204，否则，执行步骤205；

步骤204：从save命令开始，查找配置命令，然后执行步骤206；

步骤205：从日志文件起始位置开始，查找配置命令；

步骤206：判断下一条记录的时间是否早于当前记录的时间，若是，执行步骤207，否则，执行步骤208；

步骤207：查找结束，利用查找到的配置命令生成配置文件，然后执行步骤210；

步骤208：继续向下查找日志文件，直至查找到日志文件的最后一条记录；

步骤209：最后一条记录的时间是否早于第一条记录的时间，若是，返回执行步骤205，否则，执行步骤207；

步骤210：将生成的配置文件加载到当前运行的配置文件中，并提醒用户检查系统配置和执行保存操作。

优选地，本发明将配置文件加载到内存中，不会占用用户有限的存储空间。

下面以具体实例说明。

参见表1，为某日志文件的记录表。

表1

时间1	系统信息1
		时间2	配置命令1*
时间3	系统信息2
		时间4	配置命令2*
时间5	非配置类命令1
		时间6	系统信息3
时间7	配置命令3*
		时间8	非配置类命令2
时间9	系统信息4
		时间10	配置命令4*
时间11	系统信息5
		时间12	配置命令5*

1)当该设备是新设备，作了相关配置，但没有执行过save操作，设备重启之后，恢复为缺省配置，所有配置丢失。执行new-configure add命令后，设备调用该日志文件，计算配置信息。

首先，查找文件中是否有save配置信息，没有找到。从日志文件最早的时间处开始计算配置信息，比如说时间1是最早的，但非配置命令，丢弃。时间2为配置命令，保留，计算结束后生成的配置文件包含配置命令1、2、3、4、5，但假设配置命令3与配置命令2冲突，根据最近原则，生成的配置文件只保留配置命令1、3、4、5。将该配置文件加载到系统中去，并给出相关提示。

2)假设时间5的非配置命令1为save命令，则系统实际上已经有一份配置文件，内容可以推断为配置命令1、2，也就是设备重启后丢失的配置信息是配置命令3、4、5，则设备从时间5的信息下一条，即时间6开始计算。也就是设备只需要计算出增量配置信息即可。也就是将最终生成的增量配置文件加载到正在运行的配置文件中即可。

3)这里需要考虑一种情况，就是如果该日志文件已经写满，新的日志信息从上开始向下覆盖旧的日志信息，假设出现时间8小于时间7的情况，则时间9、10、11、12均小于时间1、2、3、4、5、6、7，则在向下计算配置文件时，根据流程，当发现时间8小于时间7的情况，就停止计算。若此时时间5的非配置命令1为save命令，则系统只需计算时间6～7之间的日志信息，生成的增量配置文件只包括配置命令3。

参见表2，为另一日志文件记录。

表2

9点	配置命令4
		10点	系统信息5
11点	系统信息2
		12点	配置命令5
1点	系统信息1
		2点	配置命令1
3点	系统信息2
		4点	配置命令2
5点	系统信息3
		6点	save命令
7点	配置命令3
		8点	系统信息4

根据图2的流程，首先找到时间最近的save命令，即6点的信息，则计算配置信息从7点信息开始，8点信息已经达到日志文件最后面，根据流程查看日志文件最上面的起始信息时间是否大于8点，则从日志文件起始处开始计算配置信息，当发现12点时间大于时间1点时，停止计算，也就是计算的范围是时间7点～12点的信息，生成的增量配置文件包括配置3、4、5，并将该增量配置信息加载到正在运行的配置文件中。

下面介绍本发明方法实施例三。

在上述两个实施例基础上，实施例三进一步就多个日志文件读取、save命令有效性以及存在相互冲突的配置命令时的一些情况进行了说明。

参见图3，为实施例三流程图，该流程图是在图2基础上，增加以下步骤：

在步骤202之前增加步骤202A：

步骤202A：当存在多个日志文件时，按照时间顺序优先查找距所述网络设备重启时最近的日志文件。

当按照时间顺序从多个日志文件中查找配置命令时，如果查找到保存命令，则仅在该保存命令与网络设备重启之间的时间段内的记录中查找配置命令。

在步骤204之前增加步骤204A：

步骤204A：判断所述日志文件是否包含用户取消save命令的操作记录，若是，执行步骤204，即，从所述日志文件的起始位置查找配置命令，否则，执行步骤205，即，从所述保存命令开始查找配置命令。

在步骤207之前增加步骤207A：

步骤207A：在查找到多个配置命令且这多个配置命令存在协议冲突时，按照时间顺序，去除冲突的时间在前的配置命令。

步骤207利用余下的配置命令生成配置文件。

下面对实施例三中一些实现细节进行介绍：

(1)多个日志文件的选取

不同设备日志文件的数目可能也不一样，有一种情况是设备上存在多个日志文件的情况。记录信息时会更新文件的时间，在需要恢复配置选取日志文件的时候可以实现优先选取距离重启之后的当前时间最近的日志文件，再进行save命令的判断，如果整个日志文件中没有save命令，应在编号减1的日志文件中去检索，继续进行save命令的判断，依次类推。查完所有日志文件之后如果仍没有执行过save命令，可从日志文件中记录的时间最早的配置命令开始计算配置信息。这里要注意日志文件写满覆盖的情况，上述流程的注意事项中已经给出了说明。

例如下面一种情况，日志文件夹中存在如下5个日志文件：

0        Apr 21 2008 16:54:56 logfile.log

1        Apr 29 2008 10:01:00 logfile1.txt

2        Apr 29 2008 14:18:54 logfile2.txt

3        Jan 03 2008 11:47:32 logfile3.txt

4        Feb 11 2008 14:14:16 logfile4.txt

5        Mar 23 2008 15:28:02 logfile5.txt

假设设备重启之后的当前时间是Apr 29 2008 14:20，则距离重启时间最近的日志文件是logfile2.txt，查询该日志文件时没有找到save命令，则向上查找日志文件logfile1.txt，假设此时找到了，则从该save命令处开始计算配置信息，计算的增量范围是logfile1.txt的save命令之后的配置信息和logfile2.txt中的配置信息。这里存在两种情况，如果是采用覆盖记录的方式，则logfile2.txt中会存在向下查询时间发现下一条配置信息比上一条配置信息早的情况，则计算的增量范围大下限就是此条异常时间配置信息的前一条。另一种情况是，logfile2.txt不采用覆盖的方式，而是清空了重写，则计算的增量范围的下限就是logfile2.txt中的最后一条配置信息。如果用户从未执行过save命令，则计算配置信息的范围就是从logfile3.txt的第一行开始，按时间从小到大顺序到logfile2.txt最后一行结束。这种情况是比较极端的，并且很有可能不能完全恢复配置信息。一般情况下不太可能发生。

(2)save命令的执行判断

判断设备是否执行了save命令，不同厂商的方法也各不相同，假设执行save命令时，没有任何提示就执行写操作，则直接使用图1、2或图3的流程；另外一种情况是，执行save命令，提示Y执行或N不执行，即使选择N，也有两种可能情况，一种是不记录，这不会产生问题，另一种情况是记录，即将save命令保存在日志文件中。如果log信息记录比较完备，用户选择信息也会记录在内，则没有问题，只需将命令与用户的选择联系起来进行判断就可知道是否执行了save命令，但假设设备log信息记录并不完备，在判断配置信息时就会出现问题，可以通过更改日志文件记录此类配置信息时的输出格式，将用户选择的结果一起记录下来。比如用户执行了某个协议使能命令，但选择了N，如果日志中没有给出用户的选择结果，则会误判断用户执行了该使能命令，但实际并没有这样配置。还有一种情况是，用户执行了命令，给出提示，但用户没有采取任何操作，一段时间后，系统自动终止了该命令，实际结果是默认为选择了N。

(3)相互冲突的配置命令的处理

在判断配置文件时，可能对某个配置的新增/取消会联动新增/撤消一系列相关的配置，这个可以参考各类模块相关命令的代码，借用其他模块处理此类命令的成熟方案，在生成一份配置文件时自动判断是否会对其他命令产生作用，从而生成一份无冲突的配置文件。

比如，配置组播协议的时候需要使能组播路由功能，之后可进行组播相关的配置，此时若用户执行了去使能组播路由功能，则之前配置的组播相关配置都会消失。但日志文件中并未能体现。

可能出现下面如表3这种情况：

表3

1点	使能组播路由功能
		2点	组播配置1
3点	组播配置2
		4点	组播配置3
5点	去使能组播路由功能
		6点	其他配置1

很明显上面的配置是存在冗余问题的，1点配置是使能组播路由功能，5点配置是去使能组播路由功能，可以根据流程判断配置只保留5点配置，即如表4所示：

表4

2点	组播配置1
		3点	组播配置2
4点	组播配置3
		5点	去使能组播路由功能
6点	其他配置1

但实际上该配置也存在不妥，第一，没有组播使能配置，2、3、4点配置是无法配置的，第二，如果2、3、4点配置存在，执行5点配置时会联动撤消2、3、4点配置。所以在计算配置文件时应该能够判断出1、2、3、4、5点配置是冲突的配置，只需保留5点配置即可。所以在计算配置文件时应调用组播模块对去使能组播路由功能会自动撤消相关配置的代码。生成的最终配置文件如表5所示：

表5

5点	去使能组播路由功能
		6点	其他配置1

其他模块有相同性质的命令，都应该在计算配置文件时增加相应模块对此类命令的判断代码。

与上述方法相对应，本发明还提供一种恢复网络设备配置信息的装置，该装置可以是网络设备本身，也可以是存在于网络设备内部的功能实体，可以由软件、硬件或软硬件结合实现。

参见图4，为本发明提供的装置结构示意图，其中，该装置至少包括命令接收单元401、读取单元402、判断单元403、查找单元404、文件生成单元405，其中，

命令接收单元401，用于接收恢复配置信息的命令；

读取单元402，用于在所述命令接收单元401接收到命令后，读取日志文件；

判断单元403，用于判断所述日志文件中是否包含保存命令；

查找单元404，在所述判断单元403确定包含保存命令时，从该保存命令开始查找配置命令，在所述判断单元403确定不包含保存命令时，从日志文件起始位置查找配置命令；

文件生成单元405，用于利用所述查找单元查找到的配置命令，生成用于恢复网络设备配置信息的配置文件。

参见图4，优选地，该装置还可包括第一监测单元406和第一控制单元407，其中，

第一监测单元406，用于在遍历日志文件的记录的过程中，判断下一条记录的时间是否早于当前记录的时间；

第一控制单元407，当所述第一监测单元406确定下一条记录的时间早于当前记录的时间时，控制所述查找单元404停止查找；当所述第一监测单元406确定下一条记录的时间晚于当前记录的时间时，控制所述查找单元404继续查找日志文件，直至日志文件的最后一条记录。

参见图4，进一步，该装置还可包括第二监测单元408和第二控制单元409，其中，

第二监测单元408，用于在遍历日志文件的记录的过程中，当所述查找单元404从所述保存命令开始查找配置命令且查找到日志文件的最后一条记录时，判断该最后一条记录的时间是否早于所述日志文件的第一条记录的时间；

第二控制单元409，当所述第二监测单元408确定最后一条记录的时间早于当前记录的时间时，控制所述查找单元404从所述日志文件起始记录再开始查找配置命令，直至下一条记录的时间早于当前记录的时间为止；当所述第二监测单元408确定最后一条记录的时间晚于当前记录的时间时，控制所述查找单元404停止查找。

参见图4，进一步，该装置还可包括：

多日志控制单元410，用于控制所述读取单元402，按照时间顺序，从多个日志文件中优选读取距网络设备重启时间近的日志文件。

优选地，参见图4，该装置还可包括：

配置命令协调单元411，用于在所述查找单元404查找到多个配置命令且这多个配置命令存在协议冲突时，按照时间顺序，去除冲突的时间在前的配置命令。

参见图4，进一步，该装置还可包括：

有效性确定单元412，用于判断所述日志文件是否包含用户取消该保存命令的操作记录，以确定保存命令的有效性：当所述日志文件包含用户取消该保存命令的操作记录时，确定所述保存命令无效，否则，确定所述保存命令有效。所述查找单元404，在所述保存命令有效时，从所述保存命令开始查找配置命令，在所述保存命令无效时，从所述日志文件的起始位置查找配置命令。

本发明充分利用了日志文件记录配置命令的特点，可实现对网络设备因未及时保存而丢失的配置进行恢复。本发明克服了手工恢复配置信息的繁琐和不安全性，网络设备自动对日志文件进行查找，可快速恢复网络设备为重启之前正常运行的配置。

本领域普通技术人员可以理解，实现上述实施例恢复网络设备配置信息的方法的过程可以通过程序指令相关的硬件来完成，所述的程序可以存储于可读取存储介质中，该程序在执行时执行上述方法中的对应步骤。所述的存储介质可以如：ROM/RAM、磁碟、光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1、一种恢复网络设备配置信息的方法，其特征在于，包括：

接收到恢复配置信息命令后，网络设备自动读取保存的日志文件；

判断所述日志文件的记录中是否包含保存命令，若是，从所述保存命令开始查找配置命令，否则，从所述日志文件起始位置查找配置命令；

利用所查找到的配置命令生成配置文件，恢复所述网络设备的配置信息。

2、根据权利要求1所述方法，其特征在于，在查找配置命令的过程中，还包括：

判断下一条记录的时间是否早于当前记录的时间：

若是，停止查找，生成包含当前记录之前的配置命令的配置文件；

否则，继续查找日志文件，直至日志文件的最后一条记录。

3、根据权利要求1所述方法，其特征在于，在查找配置命令的过程中，还包括：

当从所述保存命令开始查找配置命令且查找到日志文件的最后一条记录时，判断该最后一条记录的时间是否早于所述日志文件的第一条记录的时间：

若是，从所述日志文件起始记录再开始查找配置命令，直至下一条记录的时间早于当前记录的时间为止；

否则，停止查找。

4、根据权利要求1、2或3所述方法，其特征在于，还包括：

当存在多个日志文件时，按照时间顺序优先查找距所述网络设备重启时最近的日志文件。

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

当按照时间顺序从多个日志文件中查找配置命令时，如果查找到保存命令，则仅在该保存命令与网络设备重启之间的时间段内的记录中查找配置命令。

6、根据权利要求1、2或3所述方法，其特征在于，还包括：

在查找到多个配置命令且这多个配置命令存在协议冲突时，按照时间顺序，去除冲突的时间在前的配置命令，利用余下的配置命令生成配置文件。

7、根据权利要求1、2或3所述方法，其特征在于，在确定所述日志文件中包含保存命令后，进一步包括：

判断所述日志文件是否包含用户取消该保存命令的操作记录，若是，则从所述日志文件的起始位置查找配置命令，否则，从所述保存命令开始查找配置命令。

8、根据权利要求1、2或3所述方法，其特征在于，当所述日志文件包含至少两条保存命令时，以时间最晚的保存命令开始查找配置命令。

9、一种恢复网络设备配置信息的装置，其特征在于，包括：

命令接收单元，用于接收恢复配置信息的命令；

读取单元，用于在所述命令接收单元接收到命令后，读取日志文件；

判断单元，用于判断所述日志文件中是否包含保存命令；

查找单元，在所述判断单元确定包含保存命令时，从该保存命令开始查找配置命令，在所述判断单元确定不包含保存命令时，从日志文件起始位置查找配置命令；

文件生成单元，用于利用所述查找单元查找到的配置命令，生成用于恢复网络设备配置信息的配置文件。

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

第一监测单元，用于在遍历日志文件的记录的过程中，判断下一条记录的时间是否早于当前记录的时间；

第一控制单元，当所述第一监测单元确定下一条记录的时间早于当前记录的时间时，控制所述查找单元停止查找；当所述第一监测单元确定下一条记录的时间晚于当前记录的时间时，控制所述查找单元继续查找日志文件，直至日志文件的最后一条记录。

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

第二监测单元，用于在遍历日志文件的记录的过程中，当所述查找单元从所述保存命令开始查找配置命令且查找到日志文件的最后一条记录时，判断该最后一条记录的时间是否早于所述日志文件的第一条记录的时间；

第二控制单元，当所述第二监测单元确定最后一条记录的时间早于当前命令，直至下一条记录的时间早于当前记录的时间为止；当所述第二监测单元确定最后一条记录的时间晚于当前记录的时间时，控制所述查找单元停止查找。

12、根据权利要求9、10或11所述装置，其特征在于，还包括：

多日志控制单元，用于控制所述读取单元，按照时间顺序，从多个日志文件中优选读取距网络设备重启时间近的日志文件。

13、根据权利要求9、10或11所述装置，其特征在于，还包括：

配置命令协调单元，用于在所述查找单元查找到多个配置命令且这多个配置命令存在协议冲突时，按照时间顺序，去除冲突的时间在前的配置命令。

14、根据权利要求9、10或11所述装置，其特征在于，还包括：

有效性确定单元，用于判断所述日志文件是否包含用户取消该保存命令的操作记录，以确定保存命令的有效性；

所述查找单元，在所述保存命令有效时，从所述保存命令开始查找配置命令，在所述保存命令无效时，从所述日志文件的起始位置查找配置命令。

Images