混插情形下使用配置文件进行设备配置恢复的方法

摘要

本发明公开了一种混插情形下使用配置文件进行配置恢复的方法，属于通信领域。该方法是：启动主用主控板，依据虚拟主控槽位号进行主控板自身的加板操作，然后启动各个进程和任务，并读取配置文件顺序执行配置命令，待配置文件执行完毕，由系统控制进行后续调整，如果检测到从硬件接口获得的主槽位和虚拟主控槽位一致则无需后续调整，正常完成启动过程，实现系统恢复；若不一致，则首先删除实际的主控槽位上的单板配置，然后从单板管理中删除虚拟主控板对应的记录，最后在单板管理中加入一条记录对应于实际的主控板，系统配置得以回复，主控板启动过程结束。采用本方法可保证配置文件中保存的配置命令能准确地执行，正确地实现配置恢复。

说明书

技术领域

本发明涉及通信领域，尤其涉及一种使用配置文件进行配置恢复的方法。

背景技术

通信设备中的单板，通常分为主控板和用户板等板种，其中主控板是通信设备的功能核心和管理核心，而用户板根据其功能或接口制式等不同还可以细分成多种类型。通信设备中的母板通常有两个固定槽位用于插主控板，其中一个作为主用主控板槽位，另一个作为备用主控板槽位。主控板不能使用主用主控板槽位和备用主控板槽位之外的其他槽位，而用户板槽位和主控板的槽位是兼容的，因此用户板可使用包括主控板槽位在内的所有其他槽位，这样，通信设备中就难免会存在用户板和主控板等槽位混插配置使用的情形。

配置文件作为管理硬件和配置的命令的集合，由于具有直观简洁、可以手动修改，又可以直接面向用户等优点，已经逐渐成为设备保存配置的一种常用方法。配置文件中的内容是有顺序的，比如，加板命令必须在配置该单板的相关命令之前执行，这样，在命令执行时才能通过相关的逻辑检测，保证命令得以顺利执行；当设备重启或发生故障及硬件配置发生改动等情况时，往往需要恢复配置，恢复配置的过程，是主控板启动后顺序执行保存在配置文件中的配置命令的过程。

但是，在用户板和主控板槽位混插的情形下，使用配置文件进行配置恢复存在配置丢失以及配置错误的情况。例如：主控板只使用主控槽位8，不使用备用主控板，而在另外一个主控板槽位10上插入用户板，在这种混插情形下，保存设备的配置到配置文件，配置文件中包含用户板的加板命令以及主控板和用户板的配置命令，比如，执行命令：vlan 1 8/1，将8槽位的1号端口添加到vlan1；执行命令：vlan 2 10/1，将10槽位的2号端口添加到vlan2。然后，将主控板换到主控槽位10上重新启动设备，因为配置文件中没有槽位8的加板命令，所以与8槽位相关的其它配置命令都会因为不存在这个单板而执行失败，导致配置丢失，由于配置文件中槽位10上配置的是用户板，但是实际环境中槽位10插入的是主控板，所以与10槽位相关的配置命令即使执行成功了结果也是错误的，导致无法恢复原来的配置。

发明内容

有鉴于此，本发明的主要目的在于提供一种混插情形下使用配置文件进行配置恢复的一种方法，通过采用主控板虚拟加板技术，使配置文件中保存的配置命令能准确地执行，实现正确的配置恢复。

为达到上述目的，本发明的技术方案是这样实现的：

一种混插情形下使用配置文件进行配置恢复的方法，该方法包括如下步骤：

a、启动主用主控板，进行加板操作，并启动相关进程及任务，执行配置恢复；

b、配置文件执行结束后，通知系统控制；

c、判断实际的主控槽位和虚拟主控槽位是否相等，若相等，则结束主控板的启动过程；若不相等，则执行步骤d；

d、对主用主控板的槽位进行后续调整，然后结束主控板的启动过程。

所述步骤a包括如下步骤：

a1、主用主控板启动，系统控制部分进行主控板自身的加板操作；

a2、顺序启动系统的各个进程及任务，再将系统上电消息广播给其他所有的进程；

a3、系统处于初始化状态，读取配置文件，顺序执行配置命令，恢复系统配置。

其中，步骤a1所述主控板自身的加板操作，是为主控板相关的配置数据分配空间，同时建立缺省值。

其中，步骤a2所述进程及任务，是指系统启动过程中由操作系统创建的相对独立的功能单元。

其中，步骤a3所述读取配置文件，是指系统将保存在主控板存储器中的配置文件读入到内存的过程。

步骤b所述通知系统控制，是指给系统控制进程发送消息。

步骤d所述后续调整，具体是：系统控制通告所有的进程进行删板处理，各个进程分别删除与该槽位相关的数据，然后从单板管理中删除虚拟主控板对应的记录，并在单板管理中加入一条记录，该记录对应于实际的主控板。

其中，所述加板操作依据虚拟主控槽位号进行。

本发明所提供的使用配置文件进行配置恢复的方法，具有以下优点：

采用主用主控板虚拟加板技术，能对实际的主控槽位和虚拟主控槽位进行比较，将虚拟的主用主控板调整为实际主用主控板，使得配置命令能够准确无误地执行，正确地实现配置恢复。

附图说明

图1为本发明实施例的具体实施过程示意图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步描述。

本发明的基本思想是：系统重启后，首先启动主用主控板，使系统控制部分进行主控板自身的加板操作，然后启动各个进程和任务，并读取配置文件，顺序执行配置命令，待配置文件执行完毕，由系统控制进行后续调整，如果从硬件接口获得的主槽位和虚拟主控槽位一致则无需后续调整，正常完成启动过程；如果不一致，则首先删除实际的主控槽位上的单板配置，也就是对系统控制通告所有的进程进行删板处理，各个进程分别删除和该槽位相关的数据，然后从单板管理中删除虚拟主控板对应的记录，最后在单板管理中加入一条记录对应于实际的主控板，而主控板相关的其它配置数据都是逻辑数据和物理槽位无关所以不需要调整，这样就将虚拟主控板调整为实际主控板，结束启动过程。

图1为本发明实施例的具体实施过程示意图，如图1所示，在电路板混插的情形下，使用配置文件来进行设备的配置恢复，系统需要通过如下步骤：

步骤101：主用主控板启动，系统控制部分进行主控板自身的加板操作。

启动主控板的自身加板操作时，读取配置文件中保存的主用主控板槽位号来进行自身的加板，即虚拟加板。

由于主控板不存在自身的加板命令，因此，所述主控板自身的加板操作，是指为主控板相关的配置数据分配空间，同时建立缺省值。所述的配置数据中的槽位号是逻辑主控板槽位号，逻辑主控板槽位号不与任何物理槽位号冲突，且逻辑主控板槽位号是唯一的，但在单板管理数据中是以物理槽位号为索引的。

所述配置文件，是指保存在主控板的存储器中作为管理硬件和配置的文本命令文件，配置文件中保存的内容一般包括用户板加板、用户板配置、主控板配置、业务全局配置等配置命令。

所述虚拟加板，是指通过自身的加板命令在与实际所在的槽位不符的槽位上配置该电路板。与用户板的虚拟加板技术不同，用户板是通过加板命令在空槽位上添加实际并不存在的电路板。

步骤102：顺序启动系统的各个进程及任务，再将系统上电消息广播给其他所有的进程。

所述进程及任务，是指系统启动过程中由操作系统创建的相对独立的功能单元，可分为控制类和任务类，以备系统启动后需要执行不同的功能。

所述将系统上电消息广播给其他所有的进程，是指通过进程通信或邮箱通信的方式，给进程登记表中的每一个进程都发消息，通知所有进程进行初始化变量相关内存块、计数值等。

步骤103：系统处于初始化状态，读取配置文件，顺序执行配置文件中的配置命令，恢复系统配置。

所述读取配置文件，是指系统将保存在主控板flash存储器中的配置文件读入到内存，然后再从内存中顺序读取。

所述顺序执行配置文件中的配置命令，是指对配置文件进行相关逻辑检测后，按照合理的顺序执行配置命令，比如：加板命令必须在配置该单板的相关命令之前执行，这样才能通过相关的逻辑检测，保证命令的顺利执行。

所述恢复系统配置，是指主控板启动后顺序执行保存在配置文件中的配置命令的过程，其一般过程是：设备中主控板首先启动，确立自己的主用主控板地位，设备中其他所有单板(包括备用主控板)等待主用主控板启动完毕之后，再向主用主控板上报各自的状态并从主控板的存储器中获取相关配置，最终转入正常工作状态。

步骤104：配置文件执行结束后，通知系统控制。

所述系统控制，是整个系统的核心，配置文件执行结束后系统控制需要知道该事件，系统控制开始工作，执行诸如用户板加载、呼叫控制、协议处理等相关工作；所述通知系统控制，是指给系统控制进程发送消息。

步骤105：对虚拟的主用主控槽位和实际的主用主控槽位进行比较，如果两者的主控槽位相等，则结束主控板的启动过程；若两者不相等，则执行步骤106。

步骤106：如果从硬件接口获得的主用主控板槽位和虚拟的主用主控板槽位不相同，则需要进行后续调整，然后结束主控板的启动过程。

所述后续调整，是指系统控制通告所有的进程进行删板处理，各个进程分别删除与实际主用主控板槽位相关的数据，然后从单板管理中删除虚拟主控板对应的记录，并在单板管理中加入一条记录，该记录对应于实际的主控板。

上述修改过程中，由于主控板的其他相关的配置数据均为逻辑数据，而该逻辑数据不会因为主控板所在的槽位的差别而改变，因此不需要对它进行修改。

上述过程为利用主用主控板在混插情形下使用配置文件进行配置恢复的全过程，由于备用主控板在启动过程中只需读取主用主控板的配置文件即可完成加板的操作，因而能正确回复相关的单板管理，并不需要用本实施例中的方法来进行配置恢复。

以上所述，仅为本发明的较佳实施例，并非用于限定本发明的保护范围。