一种配置恢复方法及装置与流程

本发明涉及计算机技术领域，尤指一种配置恢复方法及装置。

背景技术

设备的配置通常都会以配置文件的方式存储在设备上，或者通过网络方式将配置文件发送到设备上。设备启动时，会从配置文件中导入配置，使设备能够恢复运行。

现有的设备配置文件通常是文本形式的脚本，通过执行脚本来恢复配置。具体为将所有的配置都放在一个文件中，例如config.text文本，设备启动初始化时，逐条读出配置文件中的配置条目，并下发到各个业务进程去恢复配置。这种方法的缺点：一是存在前后依赖关系，如果配置条目的顺序不同，就可能引起结果不同。例如a、b两个不同的业务进程，b依赖a，那么a的配置必须先恢复，b的配置才能正常设置，反之可能会失败。另一个缺点是效率低，因为配置是逐条恢复的，并且一些业务进程为了防止失败，需要等待其他业务进程的配置恢复，导致设备启动初始化的时间被拉长。

技术实现要素：

本发明实施例提供一种配置恢复方法及装置，用以解决现有技术中配置恢复过程效率低下且可靠性差的问题。

一种配置恢复方法，所述方法包括：

设备启动，将数据库备份形式的配置文件导入候选配置数据库；

业务进程从所述候选配置数据库中读取自身的配置条目，并判断是否依赖其他业务进程的配置；

若依赖，则将所述配置条目暂存在所述候选配置数据库，并订阅被依赖配置的变动消息；

若不依赖，则将所述配置条目写入运行配置数据库，并发布所述配置条目对应配置的变动消息。

进一步地，所述方法，还包括：

在设备启动时，创建空的候选配置数据库和空的运行配置数据库。

进一步地，所述候选配置数据库和运行数据库为key-value类型的非关系型数据库。

进一步地，所述方法，还包括：

当接收到被依赖配置的变动消息后，从所述候选配置数据库中读取依赖所述被依赖配置的配置条目并写入所述运行数据库；

发布所述配置条目对应配置的变动消息。

进一步地，所述方法，还包括：

按照预设周期对所述运行配置数据库进行备份，得到数据库备份形式的配置文件。

一种配置恢复装置，所述装置包括导入单元、判断单元、保存单元、订阅单元、恢复单元以及发布单元；其中，

所述导入单元，用于在设备启动时，将数据库备份形式的配置文件导入候选配置数据库；

所述判断单元，用于从所述候选配置数据库中读取业务进程的配置条目，并判断是否依赖其他业务进程的配置；

所述保存单元，用于若依赖，则将所述配置条目暂存在所述候选配置数据库；

所述订阅单元，用于订阅被依赖配置的变动消息；

所述恢复单元，用于若不依赖，则将所述配置条目写入运行配置数据库；

所述发布单元，用于发布所述配置条目对应配置的变动消息。

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

创建单元，用于在设备启动时，创建空的候选配置数据库和空的运行配置数据库。

进一步地，所述候选配置数据库和运行数据库为key-value类型的非关系型数据库。

进一步地，所述恢复单元，还用于：

当接收到被依赖配置的变动消息后，从所述候选配置数据库中读取依赖所述被依赖配置的配置条目并写入所述运行数据库；

所述发布单元，还用于发布所述配置条目对应配置的变动消息。

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

备份单元，用于按照预设周期，对所述运行配置数据库进行备份，得到数据库备份形式的配置文件。

本发明有益效果如下：

本发明实施例提供的配置恢复方法及装置，在设备启动时，将数据库备份形式的配置文件导入候选配置数据库，业务进程从候选配置数据库选取自身的配置条目，并在判断该配置条目依赖其他配置时，将该配置条目暂存在候选配置数据库并订阅被依赖配置的变动消息，当收到所述被依赖配置的变动消息后则读取依赖所述被依赖配置的配置条目并写入运行数据库，本发明实施例中直接以数据库的备份格式来组织配置文件，与文本形式的配置文件相比，省去了解析过程，而且业务进程恢复自身的配置过程可以并行进行，提高了配置恢复的效率。业务进程在恢复自身的配置过程中，如果发现被依赖的配置不存在时，不会因此丢弃该配置，而是能在被依赖的配置恢复后，以最快的时间恢复自己的配置，解决了配置依赖的问题，提高了配置恢复的可靠性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本发明实施例中配置恢复方法的流程示意图；

图2为本发明实施例中配置恢复方法实施例一的流程示意图；

图3为本发明实施例中配置恢复装置的结构示意图；

图4为本发明实施例中配置恢复装置实施例一的结构示意图。

具体实施方式

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

发布与订阅(publish/subscribe)的特点是订阅者负责订阅频道(channel)，发送者负责向频道发送消息。每当有消息被发送至给定频道时，频道的所有的订阅者都会收到消息。发布与订阅的特点是订阅者负责订阅频道(channel)，发送者负责向频道发送消息。每当有消息被发送至给定频道时，频道的所有的订阅者都会收到消息。

键值(key-value)数据库是一种简单的nosql数据库，客户端可以根据键查询值，设置键所对应的值，或从数据库中删除键。键值数据库软件(例如redis等)通常都会集成发布与订阅的功能，方便用户使用。

针对现有技术中存在的配置恢复过程效率低下且可靠性差的问题，本发明实施例提供的配置恢复方法，使用数据库备份形式的配置文件，利用发布与订阅特点，使得各个业务进程可以并行进行配置恢复，提高了恢复效率。本发明方法的流程如图1所示，执行步骤如下：

步骤101，设备启动，将数据库备份形式的配置文件导入候选配置数据库；

步骤102，业务进程从所述候选配置数据库中读取自身的配置条目，并判断是否依赖其他业务进程的配置；若依赖，则执行步骤103，若不依赖，则执行步骤104；

这里，若业务进程a和b均需要恢复自己的配置，且a和b之间存在一些相互关联的配置，即若b的b配置条目不生效，则a的a配置条目会受影响不能生效，即a的a配置条目依赖于b的b配置条目。例如，若b的接口未创建，则a中该接口下的配置则无法生效等等。

上述例子只是一个较为简单的实施方式，应当理解，在实际实施过程中，业务进程会更多，并且它们之间与配置相关的关联可能更复杂。例如一条配置可能会被多个业务进程所依赖。

步骤103，若依赖，则将所述配置条目暂存在所述候选配置数据库，并订阅被依赖配置的变动消息；

步骤104，若不依赖，则将所述配置条目写入运行配置数据库，并发布所述配置条目对应配置的变动消息。

这里，将所述配置条目写入运行配置数据库，即是将所述配置条目生效；相应地，发布所述配置条目对应配置的变动消息即将该配置条目生效的消息发布出去，如此，订阅过该配置条目的业务进程即可接收到该变动消息。

进一步地，所述方法还包括：在设备启动时，创建空的候选配置数据库和空的运行配置数据库。

优选地，所述候选配置数据库和运行数据库为key-value类型的非关系型数据库。业务进程可以根据key值查找value，在value中存放配置条目信息。

所述候选配置数据库用于在设备启动时，保存数据库备份形式的配置文件，运行配置数据库用于保存生效的配置条目。

图2示出了本发明实施例提供的配置恢复方法实施例一的流程示意图，如图2所示，所述实施例一为在图1基础上，当业务进程订阅的被依赖配置发布变动消息后，所述实施例一包括下述步骤：

步骤201，当接收到被依赖配置的变动消息后，从所述候选配置数据库中读取依赖所述被依赖配置的配置条目并写入所述运行数据库；

步骤202，发布所述配置条目对应配置的变动消息。

优选的，所述方法还可以包括：按照预设周期对所述运行配置数据库进行备份，得到数据库备份形式的配置文件；具体地，按照预设周期可将所述运行配置数据库备份到备份文件，得到数据库格式的配置文件，以供下次配置恢复时使用。应当理解，也可由系统管理员人工触发进行备份操作。

本发明实施例提供的配置恢复方法，在设备启动时，将数据库备份形式的配置文件导入候选配置数据库，业务进程从候选配置数据库选取自身的配置条目，并在判断该配置条目依赖其他配置时，将该配置条目暂存在候选配置数据库并订阅被依赖配置的变动消息，当收到所述被依赖配置的变动消息后则读取依赖所述被依赖配置的配置条目并写入运行数据库，本发明实施例中直接以数据库的备份格式来组织配置文件，与文本形式的配置文件相比，省去了解析过程，而且业务进程恢复自身的配置过程可以并行进行，提高了配置恢复的效率。业务进程在恢复自身的配置过程中，如果发现被依赖的配置不存在时，不会因此丢弃该配置，而是能在被依赖的配置恢复后，以最快的时间恢复自己的配置，解决了配置依赖的问题，提高了配置恢复的可靠性。

基于同一发明构思，本发明实施例提供一种配置恢复装置，该装置结构如图3所示，包括：导入单元31、判断单元32、保存单元33、订阅单元34、恢复单元35以及发布单元36；其中，

所述导入单元31，用于在设备启动时，将数据库备份形式的配置文件导入候选配置数据库；

所述判断单元32，用于从所述候选配置数据库中读取业务进程的配置条目，并判断是否依赖其他业务进程的配置；

这里，若业务进程a和b均需要恢复自己的配置，且a和b之间存在一些相互关联的配置，即若b的b配置条目不生效，则a的a配置条目会受影响不能生效，即a的a配置条目依赖于b的b配置条目。例如，若b的接口未创建，则a中该接口下的配置则无法生效等等。

上述例子只是一个较为简单的实施方式，应当理解，在实际实施过程中，业务进程会更多，并且它们之间与配置相关的关联可能更复杂。例如一条配置可能会被多个业务进程所依赖。

所述保存单元33，用于若依赖，则将所述配置条目暂存在所述候选配置数据库；所述订阅单元34，用于订阅被依赖配置的变动消息；

所述恢复单元35，用于若不依赖，则将所述配置条目写入运行配置数据库；

所述发布单元36，用于发布所述配置条目对应配置的变动消息。

这里，将所述配置条目写入运行配置数据库，即是将所述配置条目生效；相应地，发布所述配置条目对应配置的变动消息即将该配置条目生效的消息发布出去，如此，订阅过该配置条目的业务进程即可接收到该变动消息。

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

创建单元37，用于在设备启动时，创建空的候选配置数据库和空的运行配置数据库。

其中，所述候选配置数据库和运行数据库为key-value类型的非关系型数据库。优选地，所述候选配置数据库和运行数据库为key-value类型的非关系型数据库。业务进程可以根据key值查找value，在value中存放配置条目信息。所述候选配置数据库用于在设备启动时，保存数据库备份形式的配置文件，运行配置数据库用于保存生效的配置条目。

其中，所述恢复单元35，还用于：

当接收到被依赖配置的变动消息后，从所述候选配置数据库中读取依赖所述被依赖配置的配置条目并写入所述运行数据库；

所述发布单元36，还用于发布所述配置条目对应配置的变动消息。

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

备份单元38，用于按照预设周期，对所述运行配置数据库进行备份，得到数据库备份形式的配置文件。

应当理解，本发明实施例提供的配置恢复装置实现原理及过程与上述图2及所示的实施例类似，在此不再赘述。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本发明示例性实施方式的配置恢复方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的计算装置。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的配置恢复装置可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述描述的根据本发明各种示例性实施方式的配置恢复方法中的步骤。

下面参照图4来描述根据本发明的这种实施方式的配置恢复装置40。图4显示的配置恢复装置40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，图4为本申请又一实施例提供的电子设备的结构示意图。如图4所示，所述电子设备包括存储器41和处理器42。

存储器41，主要用于存储程序，除此之外，也可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括联系人数据，电话簿数据，消息，图片，视频等。

存储器41可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

处理器42与存储器41耦合，用于执行存储器41中的程序，以用于：

设备启动，将数据库备份形式的配置文件导入候选配置数据库；

业务进程从所述候选配置数据库中读取自身的配置条目，并判断是否依赖其他配置；

若依赖，则将所述配置条目暂存在所述候选配置数据库，并订阅被依赖配置的变动消息；

若不依赖，则将所述配置条目写入运行配置数据库，并发布所述配置条目对应配置的变动消息。

其中，处理器42在执行存储器41中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例中的描述。

进一步，电子设备还可以包括(图4未示出)：通信组件、显示器、电源组件、音频组件等其它组件。图4中仅示意性给出部分组件，并不意味着电子设备只包括图4所示组件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。