CN112948406B - 一种配置变更数据存储和同步的方法、系统和装置 - Google Patents

Abstract

本发明实施例涉及数据库技术领域，特别是涉及一种配置变更数据存储和同步的方法、系统和装置。该方法包括：在接收到配置请求时，为所述配置请求生成用户可见的候选数据库；其中，所述用户可见的候选数据库由运行数据库和增量候选数据库构成；所述增量候选数据库用于记录变更的数据对象，以及与相应变更对应的操作标识符；所述运行数据库存储有所有配置生效了的数据对象；在相应的增量候选数据库中的配置生效后，完成在所述运行数据库中关联数据对象的同步变更。通过所述方法，当仅需要获得变更了的变更数据时，直接从所述增量候选数据库提取即可，非常方便；另外，当需要对数据进行配置同步时，只需要使用所述增量候选数据库中的数据即可。

Description

一种配置变更数据存储和同步的方法、系统和装置

技术领域

本发明实施例涉及数据库技术领域，特别是涉及一种配置变更数据存储和同步的方法、系统和装置。

背景技术

现如今的通信设备对外有多个北向接口，这些北向接口均支持多用户同时操作以对运行数据库中的对象数据进行配置变更，而且通信设备可支持多个北向接口同时进行配置管理操作。用户对对象数据的配置变更包括增、删或减，用户对对象数据的配置变更后，通信设备使用配置变更后的对象数据更新运行数据库。

但是，在实现本发明实施例的过程中，发明人发现：目前，用户在进行对象数据的配置变更时，每位用户从通信设备中的运行数据库复制一份到候选数据库，如图1所示，然后基于自己的候选数据库进行配置变更。用户是直接在候选数据库进行数据变更，若仅要获得变更了的数据，需要逐条比对运行数据库和候选数据库中的对象数据的差异，效率低下。

发明内容

鉴于上述问题，本发明实施例提供了一种配置变更数据存储和同步的方法、系统和装置，克服了上述问题或者至少部分地解决了上述问题。

根据本发明的第一方面，提供了一种配置变更数据存储和同步的方法，方法包括：

在接收到配置请求时，为所述配置请求生成用户可见的候选数据库；其中，所述用户可见的候选数据库由运行数据库和增量候选数据库构成；

所述增量候选数据库用于记录变更的数据对象，以及与相应变更对应的操作标识符；所述运行数据库存储有所有配置生效了的数据对象；

在相应的增量候选数据库中的配置生效后，完成在所述运行数据库中关联数据对象的同步变更；

所述方法还包括：在增量候选数据库中，针对每一次配置变更按照变更的先后顺序映射有递变特性的提交ID，并从该增量候选数据库另存得到一份有所述提交ID标识的增量提交数据库，在达到一轮整合周期或者提交ID数量达到预设阈值后，根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合。

优选的，操作标识符包括增、删和改中的一项或者多项。

优选的，方法还包括：

在进行增量候选数据库中存储的一组数据对象的配置过程中，若遇到第一个数据对象配置就失败时，删除增量候选数据库中所存储的相应组的数据对象内容；

在进行增量候选数据库中存储的一组数据对象的配置过程中，若遇到第n个数据对象配置失败时，对相应组数据对象中已配置成功的n-1个数据对象进行回滚配置，并在回滚配置成功后，删除掉增量候选数据库中所存储的相应组的数据对象内容；其中n为大于等于2的自然数。

优选的，所述对相应组数据对象中已配置成功的n-1个数据对象进行回滚配置，具体包括：

将相应的增量候选数据库中存储的相应组数据对象中已配置成功的n-1个数据对象替换为本轮变更前的状态；

再次执行相应组数据对象中前n-1个数据对象的配置，从而完成所述回滚配置。

优选的，所述根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合，具体包括：

若前一次数据对象变更类型为CREATE,此次变更类型UPDATE,第一增量候选数据库记录的数据操作类型为CREATE；

若前一次数据对象变更类型为CREATE,此次变更类型DELETE,则从第一增量候选数据库中删除该记录；

若前一次数据对象变更类型为UPDATE,此次变更类型UPDATE,第一增量候选数据库记录的数据操作类型为UPDATE；

若前一次数据对象变更类型为UPDATE,此次变更类型DELETE,第一增量候选数据库记录的数据操作类型为DELETE；

若前一次数据对象变更类型为DELETE,此次变更类型CREATE,第一增量候选数据库记录的数据操作类型为UPDATE；

按照上述的相邻两次数据对象变更整个的规律，将一轮整合周期内的与提交ID对应的至少两次变更数据进行整个；其中，整个的变更数据都是分别针对各相同数据对象的变更内容的操作。

第二方面，本发明还提供了一种配置变更数据存储和同步的系统，包括用户/客户端、CFG模块、用户可见候选数据库和应用模块，其中，用户可见候选数据库由运行数据库和一个或者多个增量候选数据库构成，具体的：

所述CFG模块接收用户/客户端的配置命令，创建增量候选数据库；其中，若接收到不同的用户/客户端的配置命令，则CFG模块为不同的用户/客户端分别创建各自的增量候选数据库；

所述增量候选数据库不会从运行数据库中复制任何数据，仅用于存储用户的变更数据内容，并结合所述运行数据库呈现为用户可见候选数据库；

所述CFG模块还用于在所述应用模块反馈相应增量候选数据库中所存储的变更数据在相应应用模块中配置生效时，将所述增量候选数据库中的变更数据内容同步到所述运行数据库中；

其中，在所述增量候选数据库中，针对每一次配置变更按照变更的先后顺序映射有递变特性的提交ID，并从该增量候选数据库另存得到一份有所述提交ID标识的增量提交数据库，所述增量提交数据库用于在达到一轮整合周期或者提交ID数量达到预设阈值后，根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合。

优选的，所述系统还包括网关，所述网关用于向增量候选数据库发送变更数据内容查询请求，从而获取所述增量候选数据库中所存储的变更数据内容。

本发明第三方面，提供了一种配置变更数据存储和同步的装置，该装置包括：至少一个处理器，以及存储器，所述存储器与所述至少一个处理器通信连接，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

本发明实施例的有益效果是：区别于现有的数据处理的实现方法，本实施例在首次接收到变更数据时，创建增量候选数据库，然后将用户对运行数据库中的对象数据进行配置后的变更数据存入所述增量候选数据库，接着根据增量候选数据库更新所述运行数据库，则当仅需要获得变更了的所述变更数据时，直接从所述增量候选数据库提取即可，非常方便。

另外，在本发明优选实现方案中，当需要对数据进行配置同步时，只需要使用所述增量候选数据库中的数据即可，所述通信设备负担轻。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明提供的现有技术中的配置变更数据存储和同步的系统架构示意图；

图2是本发明实施例提供的配置变更数据存储和同步的系统架构示意图；

图3是本发明实施例提供的一种配置变更数据存储和同步的方法的流程示意图；

图4是本发明实施例提供的另一种配置变更数据存储和同步的方法的流程示意图；

图5是本发明实施例提供的再一种配置变更数据存储和同步的方法的流程示意图；

图6是本发明实施例提供的还一种配置变更数据存储和同步的方法的流程示意图；

图7是本发明实施例提供的一种配置变更数据存储和同步的装置的示意图；

图8是本发明实施例提供的一种配置变更数据存储和同步的装置结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明实施例中，通信设备设置有运行数据库、增量候选数据库和提交数据库。

所述运行数据库中存储有多个对象数据。

所述运行数据库用于供用户对所述通信设备进行配置。所述用户首次对所述运行数据库进行配置操作产生变更数据时，所述通信设备创建所述增量候选数据库。

所述增量候选数据库用于存储所述变更数据。

需要说明的是，所述运行数据库以及所述增量候选数据库为所述用户可见的数据库。

所述通信设备用于根据所述增量候选数据库中所存储的所述变更数据在配置生效后，更新所述运行数据库。

所述提交数据库为所述通信设备将所述增量候选数据库中所写入的所述变更数据另存的数据库。

通过创建所述增量候选数据库以及将所述变更数据写入所述增量候选数据库，则仅需要获得变更了的所述变更数据时，直接从所述增量候选数据库提取即可，非常方便。

本发明提供了一种配置变更数据存储和同步的方法，如图2所示，方法包括：

在接收到配置请求时，为所述配置请求生成用户可见的候选数据库；其中，所述用户可见的候选数据库由运行数据库和增量候选数据库构成；其中，运行数据库是初始存在的，增量候选数据库是涉及配置变更时新生成。

所述增量候选数据库用于记录变更的数据对象，以及与相应变更对应的操作标识符；所述运行数据库存储有所有配置生效了的数据对象；其中，操作标识符包括增、删和改中的一项或者多项；

在相应的增量候选数据库中的配置生效后，完成在所述运行数据库中关联数据对象的同步变更。其中，配置生效即配置请求中涉及的变更的数据对象被应用模块有效的运行了。

在本发明技术方案具体实现过程中，对于增量候选数据库而言，可以是一对多用户的实现方式，即对于一个或者多个用户同步、异步执行配置变更时，仅需要创建一个增量候选数据库接口。但是，考虑到实际情况中，若进行配置变更的用户数量是具体可知悉的情况下，可以为每一个用户单独开辟一个增量候选数据库的方式实现，由此，可以将每一个新开辟的增量候选数据库的大小控制在预设范围内，从而使得为相应增量候选数据库所开辟的资源利用率最优，则相应的实现方法还表现为：

在接收到携带第二用户标识的第二配置请求时，为所述第二配置请求生成第二用户可见的候选数据库，所述第二用户可见的候选数据库由运行数据库和第二增量候选数据库构成；

所述运行数据库为所述第一用户和第二用户共享使用，分别与所述第一增量候选数据库和第二增量候选数据库做数据对象合并后，各自呈现给所述第一用户和第二用户。其中，合并即将增量候选数据库中的数据对象的优先级作为最优，覆盖运行数据库中与之对应的数据对象，将增量候选数据库中的数据对象内容和运行数据库中的其它数据对象内容进行同步呈现效果。其中，第一用户和第一增量候选数据库可以理解为是在第二用户之前发起过第一配置请求，并相应为所述第一配置请求生成的第一增量候选数据库。相应的，作为此可选方案实现而言，若相应的第一用户完成配置过程，触发结束配置操作时，则相应的第一增量候选数据库也会被执行释放操作，而相应的第二增量候选数据库则对应会在第二用户完成配置过程，触发结束配置操作后被释放。

在本发明的技术方案实现过程中，在进行增量候选数据库中存储的一组数据对象的配置过程中，若遇到第一个数据对象配置就失败时，删除增量候选数据库中所存储的相应组的数据对象内容；

在进行增量候选数据库中存储的一组数据对象的配置过程中，若遇到第n个数据对象配置失败时，对相应组数据对象中已配置成功的n-1个数据对象进行回滚配置，并在回滚配置成功后，删除掉增量候选数据库中所存储的相应组的数据对象内容；其中n为大于等于2的自然数。

所述对相应组数据对象中已配置成功的n-1个数据对象进行回滚配置，具体包括：

将相应的增量候选数据库中存储的相应组数据对象中已配置成功的n-1个数据对象替换为本轮变更前的状态；

再次执行相应组数据对象中前n-1个数据对象的配置，从而完成所述回滚配置。

在增量候选数据库中，针对每一次配置变更按照变更的先后顺序映射有递变特性(例如递增或者递减)的提交ID，并从该增量候选数据库另存得到一份由所述提交ID标识的增量提交数据库。在具体实现过程中，所述的有提交ID标识的增量提交数据库可以理解为就是前文特征描述中所涉及的一组数据对象的配置，两者的对应关系可以理解为一组数据对象的配置相应分配有一提交ID，而所述一组数据对象即一份增量提交数据库。

在达到一轮整合周期或者提交ID数量达到预设阈值后，根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合。

例如：若前一次数据对象变更类型为CREATE,此次变更类型UPDATE,第一增量候选数据库记录的数据操作类型为CREATE；若前一次数据对象变更类型为CREATE,此次变更类型DELETE,则从第一增量候选数据库中删除该记录；若前一次数据对象变更类型为UPDATE,此次变更类型UPDATE,第一增量候选数据库记录的数据操作类型为UPDATE；若前一次数据对象变更类型为UPDATE,此次变更类型DELETE,第一增量候选数据库记录的数据操作类型为DELETE；若前一次数据对象变更类型为DELETE,此次变更类型CREATE,第一增量候选数据库记录的数据操作类型为UPDATE；按照上述的相邻两次数据对象变更整个的规律，将一轮整合周期内的与提交ID对应的至少两次变更数据进行整个；其中，整个的变更数据都是分别针对各相同数据对象的变更内容的操作。

实施例一

请参阅图2和图3，图3是本发明实施例提供的一种数据处理的方法的流程示意图，本发明实施例适用于上述两种方式中的一种用户ID与增量候选数据库之间一一对应关系方式呈现，以及一个增量候选数据库对应多个用户的对应关系；上述的本发明中的变更的数据对象在本发明实施例中被简称为变更数据，该方法包括以下步骤：

步骤S101，在首次接收到变更数据时，创建增量候选数据库。

其中，所述变更数据为用户对所述运行数据库中的对象数据进行配置后的数据。而相应的用户可以是用户A、用户B、用户C等等。

其中，所述增量候选数据库是所述用户最开始对所述应用模块进行配置时创建的。

其中，所述增量候选数据库与所述用户对应，即每一用户均具有增量候选数据库，在一些实施例中，所述增量候选数据库还可携带所述用户的标识信息，以便于将所述增量候选数据库与所述用户进行匹配。

步骤S102，将所述变更数据写入所述增量候选数据库。

所述变更数据的数据为多个，在一些实施例中，每一所述变更数据均携带变更类型，所述变更类型包括增、删或改，所述变更数据携带变更类型，则方便通过所述变更数据进行配置同步上报。

在一些实施例中，用CREATE代表增，用DELETE代表删，用UPDATE代表改，对于对象数据[A]和[B]，用户将[A]更新成[A1]以及删除[B]，则所述变更数据的写入方式可以是：

[UPDATE A1].

[DELETE B].

步骤S103，根据所述增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库。

例如，运行数据库中的对象数据包括[A]、[B]、[C]、[D]、[E]和[F]，配置生效后的变更数据为仅对运行数据库中的对象数据[A]和[B]进行变更，配置生效后的变更数据为[UPDATE A1]和[DELETE B]，则可根据[UPDATE A1]和[DELETE B]更新运行数据库中的对象数据包括[A]和[B]。

需要说明的是，对象数据[A]和配置生效后的变更数据[UPDATE A1]之间具有相同的特征，对象数据[B]和配置生效后的变更数据[DELETE B]之间具有相同的特征，从而，当根据变更数据在配置生效后，更新运行数据库时，只需要使用变更数据更新对象数据，从而不需要对运行数据库进行遍历。

对于上述相同的特征，在一些实施例中，可以是数据Key值，数据key值相当于数据的身份标识，尽管数据被变更，但其身份标识没有变，因此可实现变更数据快速的对对象数据进行更新。

在一些实施例中，在根据所述增量候选数据库更新所述运行数据库之前，在根据所述增量候选数据库中所写入的所述配置生效后的变更数据更新所述运行数据库时，或者在根据所述增量候选数据库更新所述运行数据库之后，所述通信设备还将所述增量候选数据库进行持久化，生成附加所述变更数据的变更类型的增量提交数据库。

值得说明的是，在一些实施例中，所述根据所述增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库是根据所述用户的请求触发的，即用户在进行配置变更配置生效后，将变更数据更新入所述运行数据库，或者，所述根据所述增量数据中所写入的所述变更数据在配置生效后，更新所述运行数据库是所述通信设备每隔预设时间执行的，或者还可以是其他的触发方式，本发明实施例不做具体限定。

根据所述增量数据中所写入的所述变更数据在配置生效后，更新所述运行数据库的一种示例为，例如，所述运行数据库中有对象数据：

[A].

[B].

[C].

[D].

用户对应用模块进行数据配置时，将[A]更新成[A1]、删除[B]、将[A1]更新成[A2]、创建[B1]和删除[C]，则在用户将[A]更新成[A1]时创建所述增量候选数据库，所述增量候选数据库中的数据对象记录为：

[UPDATE A1].

[DELETE B].

[UPDATE A2].

[CREATE B1].

[DELETE C].

更新后的所述运行数据库中的数据为：

[A2].

[B1].

[D].

值得说明的是，在一些实施例中，所述通信设备在根据所述增量候选数据库中所写入的所述变更数据配置生效后，更新所述运行数据库的同时；或者所述通信设备在根据所述增量候选数据库中所写入的所述变更数据配置生效后，更新所述运行数据库之前；或者，所述通信设备在根据所述增量候选数据库中所写入的所述变更数据配置生效后，更新所述运行数据库之后，还将所述增量候选数据库中所写入的所述变更数据另存为增量提交数据库，通过设置所述增量提交数据库则可方便对变更数据向网管进行配置同步上报。

根据上述示例，所述增量提交数据库中存储的数据的一种记录方式可以为：

[UPDATE A1].

[DELETE B].

[UPDATE A2].

[UPDATE B1].

[DELETE C].

需要说明的是，在一些实施例中，所述增量提交数据库具有时间信息，通过对所述增量提交数据库设置时间信息，则方便根据时间进行配置同步上报。

在一些实施例中，每一所述增量提交数据库具有提交ID，且所述提交ID依次递增，则方便通过所述提交ID对所述增量提交数据库中的数据进行查找。

可以理解的是，所述提交ID也可以是依次递减或者其他形式，只要可方便通过所述提交ID对所述增量提交数据库中的数据进行查找即可。

在本发明实施例中，通过在首次接收到变更数据时，创建增量候选数据库，其中，所述变更数据为所述用户对所述运行数据库中的对象数据进行配置后的数据；将所述变更数据写入所述增量候选数据库；根据所述增量候选数据库中所写入的所述变更数据配置生效后，更新所述运行数据库实现数据处理。通过所述数据处理的方法，则当仅需要获得变更了的所述变更数据时，直接从所述增量候选数据库提取即可，非常方便；另外，当需要对数据进行配置同步时，只需要使用所述增量候选数据库中的数据即可，所述通信设备负担轻。

实施例二

请参阅图4，图4是本发明实施例提供的另一种数据处理的方法的流程示意图，该方法还包括以下步骤：

步骤S201，接收配置同步请求。

在一些实施例中，所述通信设备连接网管，当网管需要对变更了的数据进行配置同步时，可发送所述配置同步请求。

步骤S202，所述配置同步请求携带时间信息时，则查找目标增量提交数据库，其中，所述目标增量提交数据库是与所述配置同步请求携带的时间信息具有相同的时间信息的增量提交数据库，或者，所述目标增量提交数据库是增量提交数据库的时间信息包含在所述配置同步请求携带的时间信息内的增量提交数据库，以及根据所述目标增量提交数据库进行配置同步上报。

所述通信设备将所述增量候选数据库中所写入的所述变更数据另存为增量提交数据库，所述增量提交数据库具有时间信息。

所述通信设备接收到所述配置同步请求时，判段所述配置同步请求中是否携带时间信息，若是，则当所述配置同步请求携带的时间信息是一个时间点，例如，2020年9月5号，16点24分24秒，则查找与所述配置同步请求携带的时间信息具有相同的时间信息的增量提交数据库作为目标增量提交数据库，以及根据所述目标增量提交数据库进行配置同步上报。

所述通信设备接收到所述配置同步请求时，判段所述配置同步请求中是否携带时间信息，若是，则当所述配置同步请求携带的时间信息为时间段，例如2020年9月5号至2020年9月10号，则查找增量提交数据库的时间信息包含在所述配置同步请求携带的时间信息内的增量提交数据库作为目标增量提交数据库，以及根据所述目标增量提交数据库进行配置同步上报。

可以理解的是，当所述配置同步请求携带的时间信息为时间段时，所述目标增量提交数据库的数量可能是零个、一个、两个或者多个。

步骤S203，所述配置同步请求为请求全部的所述对象数据时，则在最大提交ID对应的所述增量提交数据库中分别查找与所述对象数据对应的变更数据。

在本发明实施例中，所述增量提交数据库具有提交ID，且所述提交ID依次递增。则所述配置同步请求为请求全部的所述对象数据时，则首先在所述提交ID的值最大的所述增量提交数据库中分别查找与所述对象数据对应的变更数据。

值得说明的是，所述提交ID是和提交时间相关的，则在一些实施例中，所述提交ID也可以根据时间设置成具有一定对应关系，即并不是依次递增的。然而，将所述提交ID设置为依次递增的情况时，则在所述增量提交数据库中查找与所述对象数据对应的变更数据方便。

步骤S204，若查找到所述变更数据，则将所述变更数据上报。

步骤S205，若没有查找到所述变更数据，则在提交ID次于所述最大提交ID所对应的所述增量提交数据库中分别查找与所述对象数据对应的变更数据，直到所述对象数据对应的变更数据被查找到，或者，直到全部的所述增量提交数据库被查找。

通过这样的查找方式，若其中一个对象数据没有发生变更，则不需要进行配置同步上报。

所述对象数据对应的变更数据被查找到时，随即将所述变更数据上报。在一些实施例中，所上报的所述变更数据携带查找到所述变更数据的所述增量提交数据库的提交ID。

所述通信设备将所述增量候选数据库中所写入的所述变更数据另存为增量提交数据库，所述增量提交数据库具有提交ID，且所述提交ID依次递增，为了更好的理解本发明的发明构思，现举例说明所述变更数据上报的方法如下：

记录所述用户对所述运行数据库进行配置时，第一次存入的所述增量提交数据库的提交ID为m，最后一次存入的所述增量提交数据库的提交ID为n，其中，m到n以1为间隔递增。所述配置同步请求为请求全部的所述对象数据时，所述全部的对象数据，例如为[A]、[B]、[C]和[D]，则在提交ID为n的增量提交数据库中查找所述对象数据，例如，只找到与[A]对应的[UPDATE A2]，则将[UPDATE A2]进行配置同步上报。接着在提交ID为n-1、n-2、n-3的增量提交数据库中查找所述对象数据，直到所述[A]、[B]、[C]和[D]对应的所述变更数据均被找到，或者，提交ID为m的增量提交数据库被查找。则，例如，若对象数据[D]没有变更，则不需要上报。

所述变更数据进行配置同步上报的一种可实现方式为根据预设映射模型进行数据的上报。其中，所述预设映射模型为数据库模型到yang模型的映射关系，其中，所述数据库模型到yang模型的映射关系具体的为所述数据库元素到yang模型中的leaf元素的对应关系。其中，所述元素是指字段。所述根据预设映射模型进行数据的上报的具体方法为将配置变更数据中各元素的值填入yang报文中leaf元素值，对所有元素重复该操作得到yang报文，最后根据所述变更数据的变更类型给yang报文置上相应的变更类型即可得到完整的配置变更上报时的yang报文。

例如有一isis yang模型如下：

所述预设映射模型为：

所述增量提交数据库中的变更数据，例如，isis对象[CREATE A]预使用以上映射关系映射成yang报文，其流程为：

根据所述预设映射模型中的modelInfo元素中的信息找到对应的yang模型所在的文件，根据所述预设映射模型中的table元素中的path字段找到对应的yang模型(container)；

根据映射关系中的table元素中的db-table-id字段可以取得该isis对象的数据库模型，然后分解数据库对象，此处该对象[CREATE A]被分解成:

[CREATE A

(dbEleID＝1dbEleNname＝”db-isis-id”dbType＝"unsigned int"value＝1)；

(dbEleID＝2 dbEleNname＝”db-isis-interface”dbType＝"string"value＝”interface 1”)].

根据数据库对象被分解成的元素的所述提交ID和元素名匹配到yang元素的name和type填入值，以及填入所述变更类型,此处为：

[CREATE(yangName＝isis-id value＝1)；(yangName＝isis-interface value＝”interface 1”)].

最后形成yang报文完成配置同步上报：

/>

可以理解的是，当所述配置同步请求携带时间信息，所述配置同步请求携带的时间信息为时间段，且所述配置同步请求为请求全部的所述对象时，则所述最大提交ID对应的所述增量提交数据库为所述配置同步请求携带的时间信息所述表示的时间段内的增量提交数据库所具有的最大提交ID。

值得说明的是，在一些实施例中，所述通信设备对所述变更数据进行配置同步上报至网管，并不是在接收到同步配置请求时进行的，而是所述通信设备每隔预设时间间隔向所述网管上报的，例如每隔5分钟上报一次，则可抑制频繁上报从而增加通信设备的负担。

在本发明实施例中，通过接收配置同步请求；所述配置同步请求携带时间信息时，所述配置同步请求携带时间信息时，则查找目标增量提交数据库，其中，所述目标增量提交数据库是与所述配置同步请求携带的时间信息具有相同的时间信息的增量提交数据库，或者，所述目标增量提交数据库是增量提交数据库的时间信息包含在所述配置同步请求携带的时间信息内的增量提交数据库，以及根据所述目标增量提交数据库进行配置同步上报，则可实现对任意时间进行的数据变更进行配置同步上报。

在本发明实施例中，通过接收配置同步请求，所述配置同步请求为请求全部的所述对象数据时，则在最大提交ID对应的所述增量提交数据库中分别查找与所述对象数据对应的变更数据；若查找到所述变更数据，则将所述变更数据上报；若没有查找到所述变更数据，则在提交ID次于所述最大提交ID所对应的所述增量提交数据库中分别查找与所述对象数据对应的变更数据，直到所述对象数据对应的变更数据被查找到，或者，直到全部的所述增量提交数据库被查找，则可实现对全部的所述对象数据进行配置同步上报。

实施例三

请参阅图5，图5是本发明实施例提供的又一种数据处理的方法的流程示意图，通常情况下，本发明实施例中所涉及的数据查询指令都是针对增量候选数据中已经配置生效的变更数据，当然，在实际实现过程中也可以将待配置生效的变更数据也包含到查询指令的查找范畴内，而实际实现过程中至多引入是否配置生效的可识别性；例如：设定配置生效的增量候选数据中的变更数据才会被另存为增量提交数据库，或者，为每一个变更数据增设对应标识字，用于标识其配置状态是属于待配置、配置成功或者配置失败等等。该方法还包括以下步骤：

步骤S301，接收数据查询指令。

所述用户在对所述运行数据库进行配置时，也可同时对所述运行数据库和增量候选数据库进行查询，所述通信设备接收到所述数据查询指令时，首先在所述增量候选数据库中查找，查找不到再在运行数据库中进行查找，则可快速的使用户查询到最新的数据。

步骤S302，根据所述数据查询指令，在所述增量候选数据库中查询目标数据。

其中，所述目标数据为与所述数据查询指令对应的所述变更数据。

步骤S303，若所述目标数据的所述变更类型为增或者改，则返回所述目标数据。

所述目标数据的所述变更类型为增或者改，则表明所述增量候选数据库中存在所述目标数据，则可直接进行查询并使用。

步骤S304，若所述目标数据的所述变更类型为删，则返回所述目标数据不存在的提示。

需要说明的是，在一些实施例中，所述增量候选数据库中所述目标数据的变更类型为删，则返回所述目标数据不存在的提示。在一些实施例中，所述增量候选数据库不存在所述目标数据，也没有任何所述目标数据的相关的变更类型，则进入所述运行数据库查找所述目标数据。

在本发明实施例中，通过接受数据查询指令；根据所述数据查询指令，在所述增量候选数据库中查询目标数据，其中，所述目标数据为与所述数据查询指令对应的所述变更数据；若所述目标数据的所述变更类型为增或者改，则返回所述目标数据；若所述目标数据的所述变更类型为删，则返回所述目标数据不存在的提示，从而可快速的查找到变更类型为增或改的与所述对象数据对应的最新的数据。

实施例四

请参阅图6，图6是本发明实施例提供的又一种数据处理的方法的流程示意图，该方法还包括以下步骤：

步骤S101’，在首次接收到变更数据时，创建增量候选数据库。

其中，所述变更数据为所述用户对所述运行数据库中的对象数据进行配置后的数据。

步骤S102’，将所述变更数据写入所述增量候选数据库。

步骤S103’，判断所述变更数据是否增量候选数据库配置生效，若是，则执行步骤S104’，否则执行步骤S105’。

在执行将所述变更数据写入所述增量候选数据库的动作之后，所述判断所述变更数据是否配置生效，若是，则根据所述增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库，否则删除所述增量候选数据库。换而言之，若所述变更数据被增量候选数据库配置生效成功，则表明所述变更数据没有问题，若所述变更数据没有被配置生效增量候选数据库，则表明所述变更数据有问题，此时直接删除所述变更数据所在的所述增量候选数据库，则可保障所述运行数据库的安全。

其中，所述配置生效是指所述变更数据被成功应用。例如，当用户在使用通信设备时，通信设备上的某一应用需要密码进行登录验证，当用户通过通信设备修改密码时，密码修改成功则表示配置生效。其中，用户修改后的密码为变更数据，变更数据类型为“改”，修改后的密码作为变更数据首先被写入增量候选数据库，在配置生效后，修改后的密码将用于更新所述运行数据库。

当用户通过通信设备修改密码时，密码修改失败则表示修改后的密码没有被配置生效，修改后的密码作为变更数据首先被写入增量候选数据库，修改后的密码在没有被配置生效时，则删除修改后的密码，或者删除修改后的密码所在的增量候选数据库。

通过上述方式，则在根据增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库时，由于增量候选数据库中仅保存的是配置生效的变更数据，则增量候选数据库的数据存储量小，进而需要更新入运行数据库的数据量小，则更新运行数据库的速度快且运行数据库的存储负担轻。

需要说明的是，在变更数据未被配置生效时，也可不删除未被配置生效的变更数据，或者也可不删除相关的增量候选数据库，则用户对通信设备的所有的操作均被记录，从而可进一步的获知用户的操作习惯等大数据。步骤S104’，根据所述增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库。

步骤S105’删除所述增量候选数据库。

在实际操作中，此处描述的删除增量候选数据库，具体表现为删除相应包含有配置失败的变更数据所在的对应组变更数据；其中，所为每一个用户都开辟独立的增量候选数据库，则此时可以认为增量候选数据库就对应一组变更数据；而若将增量候选数据库设定为多用户同时使用，则上述删除增量候选数据库的操作具体指代的就是一组变更数据。

只要有其中任意一条变更数据配置应用模块失败即认为配置数据生效失败，CFG模块需要将此次涉及变更的运行数据库中的数据对象组合增量候选数据库中的数据对象的对象变更类型的逆类型尝试配置提交，即配置回滚，其中，CREATE与DELETE互为逆类型，UPDATE的逆类型为其本身，其按照实施例1中示例“用户对应用模块进行数据配置时，将[A]更新成[A1]、删除[B]、将[A1]更新成[A2]、创建[B1]和删除[C]”，即将数据对象

[UPDATE A].

[UPDATE B].

[CREATE C].

尝试配置提交，该次配置提交强制成功，然后删除该增量候选数据库。

实施例五

一种配置变更数据存储和同步的系统，包括用户/客户端、CFG模块、用户可见候选数据库和应用模块，其中，用户可见候选数据库由运行数据库和一个或者多个增量候选数据库构成，具体的：

所述CFG模块接收用户/客户端的配置命令，创建增量候选数据库；其中，若接收到不同的用户/客户端的配置命令，则CFG模块为不同的用户/客户端分别创建各自的增量候选数据库；

所述增量候选数据库不会从运行数据库中复制任何数据，仅用于存储用户的变更数据内容，并结合所述运行数据库呈现为用户可见候选数据库；

所述CFG模块还用于在所述应用模块反馈相应增量候选数据库中所存储的变更数据在相应应用模块中配置生效时，将所述增量候选数据库中的变更数据内容同步到所述运行数据库中。

其中，在所述增量候选数据库中，针对每一次配置变更按照变更的先后顺序映射有递变特性的提交ID，并从该增量候选数据库另存得到一份有所述提交ID标识的增量提交数据库，所述增量提交数据库用于在达到一轮整合周期或者提交ID数量达到预设阈值后，根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合。

结合本发明实施例还存在一种优选的实现方式，所述系统还包括网关，所述网关用于向增量候选数据库发送变更数据内容查询请求，从而获取所述增量候选数据库中所存储的变更数据内容。

基于共同的发明构思，本发明实施例所涉及的系统中各个模块，在具体实现时可以复用上述个实施例中的方法内容，在此不再赘述。

实施例六

请参阅图7，图7是本发明实施例提供的一种数据处理的装置的示意图，该装置400包括：创建模块401、写入模块402和更新模块403。其中，所述创建模块401，用于在首次接收到变更数据时，创建增量候选数据库，其中，所述变更数据为所述用户对所述运行数据库中的对象数据进行配置后的数据；写入模块402，用于将所述变更数据写入所述增量候选数据库；更新模块403，用于根据所述增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库。

在一些实施例中，所述装置还包括提交模块404。其中，4提交模块404，用于将所述增量候选数据库中所写入的所述变更数据另存为增量提交数据库。

在一些实施例中，所述增量提交数据库具有时间信息，所述装置400还包括：第一接收模块405和第一上报模块406。其中，第一接收模块405，用于接收配置同步请求；第一上报模块406，用于所述配置同步请求携带时间信息时，则查找目标增量提交数据库，其中，所述目标增量提交数据库是与所述配置同步请求携带的时间信息具有相同的时间信息的增量提交数据库，或者，所述目标增量提交数据库是增量提交数据库的时间信息包含在所述配置同步请求携带的时间信息内的增量提交数据库，以及根据所述目标增量提交数据库进行配置同步上报。

在一些实施例中，所述增量提交数据库具有提交ID，且所述提交ID依次递增，所述装置400还包括：第一查找模块407、第二上报模块408和第二查找模块409。其中，第一查找模块407，用于所述配置同步请求为请求全部的所述对象数据时，则在最大提交ID对应的所述增量提交数据库中分别查找与所述对象数据对应的变更数据；第二上报模块408，用于若查找到所述变更数据，则将所述变更数据上报；第二查找模块409，用于若没有查找到所述变更数据，则在提交ID次于所述最大提交ID所对应的所述增量提交数据库中分别查找与所述对象数据对应的变更数据，直到所述对象数据对应的变更数据被查找到，或者，直到全部的所述增量提交数据库被查找。

在一些实施例中，所述变更数据的数量为多个，每一所述变更数据携带变更类型，所述变更类型包括增、删或改，所述装置400还包括：第二接收模块410、查询模块411、第一返回模块412和第二返回模块413。其中，第二接收模块410，用于接收数据查询指令；查询模块411，用于根据所述数据查询指令，在所述增量候选数据库中查询目标数据，其中，所述目标数据为与所述数据查询指令对应的所述变更数据；第一返回模块412，用于若所述目标数据的所述变更类型为增或者改，则返回所述目标数据；第二返回模块413，用于若所述目标数据的所述变更类型为删，则返回所述目标数据不存在的提示。

在一些实施例中，所述装置400还包括判断模块414和删除模块415。其中，判断模块414，用于判断所述变更数据是否增量候选数据库配置生效，若所述变更数据增量候选数据库配置生效，则进入所述更新模块403；删除模块415，用于若所述变更数据增量候选数据库未配置生效，则删除所述增量候选数据库。

在本发明实施例中，通过创建模块401在首次接收到变更数据时，创建增量候选数据库，其中，所述变更数据为所述用户对所述运行数据库中的对象数据进行配置后的数据；通过写入模块402将所述变更数据写入所述增量候选数据库；通过更新模块403根据所述增量候选数据库中所写入的所述变更数据在配置生效后，更新所述运行数据库，则当仅需要获得变更了的所述变更数据时，直接从所述增量候选数据库提取即可，非常方便；另外，当需要对数据进行配置同步时，只需要使用所述增量候选数据库中的数据即可，所述通信设备负担轻。

实施例七

请参阅图8，图8是是本发明实施例提供的执行数据处理的方法的电子设备的硬件结构示意图。该电子设备50包括：一个或多个处理器51以及存储器52，图8中以一个存储器为例。

处理器51和存储器52可以通过总线或者其他方式连接，本发明实施例中以通过总线连接为例。

存储器52作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的数据处理的方法对应的程序指令/模块(例如，附图7所示的各个模块)。处理器51通过运行存储在存储器52中的非易失性软件程序、指令以及模块，从而执行数据处理的装置的各种功能应用以及数据处理，即实现上述方法实施例的数据处理的方法。

存储器52可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据数据处理的装置的使用所创建的数据等。此外，存储器52可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器52可选包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至数据处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个模块存储在所述存储器52中，当被所述一个或者多个处理器51执行时，执行上述任意方法实施例中的数据处理的方法。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

本发明实施例提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被电子设备执行上述任意方法实施例中的数据处理的方法。

本发明实施例提供了一种计算机程序产品，包括存储在非易失性计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时时，使所述计算机执行上述任意方法实施例中的数据处理的方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施方式的描述，本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件来实现。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (8)

1.一种配置变更数据存储和同步的方法，其特征在于，方法包括：

在接收到配置请求时，为所述配置请求生成用户可见的候选数据库；其中，所述用户可见的候选数据库由运行数据库和增量候选数据库构成；

所述增量候选数据库用于记录变更的数据对象，以及与相应变更对应的操作标识符；所述运行数据库存储有所有配置生效了的数据对象；

在相应的增量候选数据库中的配置生效后，完成在所述运行数据库中关联数据对象的同步变更；

所述方法还包括：在增量候选数据库中，针对每一次配置变更按照变更的先后顺序映射有递变特性的提交ID，并从该增量候选数据库另存得到一份有所述提交ID标识的增量提交数据库，在达到一轮整合周期或者提交ID数量达到预设阈值后，根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合。

2.根据权利要求1的配置变更数据存储和同步的方法，其特征在于，操作标识符包括增、删和改中的一项或者多项。

3.根据权利要求1所述的配置变更数据存储和同步的方法，其特征在于，方法还包括：

在进行增量候选数据库中存储的一组数据对象的配置过程中，若遇到第一个数据对象配置就失败时，删除增量候选数据库中所存储的相应组的数据对象内容；

在进行增量候选数据库中存储的一组数据对象的配置过程中，若遇到第n个数据对象配置失败时，对相应组数据对象中已配置成功的n-1个数据对象进行回滚配置，并在回滚配置成功后，删除掉增量候选数据库中所存储的相应组的数据对象内容；其中n为大于等于2的自然数。

4.根据权利要求3所述的配置变更数据存储和同步的方法，其特征在于，所述对相应组数据对象中已配置成功的n-1个数据对象进行回滚配置，具体包括：

将相应的增量候选数据库中存储的相应组数据对象中已配置成功的n-1个数据对象替换为本轮变更前的状态；

再次执行相应组数据对象中前n-1个数据对象的配置，从而完成所述回滚配置。

5.根据权利要求1所述的配置变更数据存储和同步的方法，其特征在于，所述根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合，具体包括：

若前一次数据对象变更类型为CREATE,此次变更类型UPDATE,增量候选数据库记录的数据操作类型为CREATE；

若前一次数据对象变更类型为CREATE,此次变更类型DELETE,则从增量候选数据库中删除该记录；

若前一次数据对象变更类型为UPDATE,此次变更类型UPDATE,增量候选数据库记录的数据操作类型为UPDATE；

若前一次数据对象变更类型为UPDATE,此次变更类型DELETE,增量候选数据库记录的数据操作类型为DELETE；

若前一次数据对象变更类型为DELETE,此次变更类型CREATE,增量候选数据库记录的数据操作类型为UPDATE；

按照上述的相邻两次数据对象变更整个的规律，将一轮整合周期内的与提交ID对应的至少两次变更数据进行整个；其中，整个的变更数据都是分别针对各相同数据对象的变更内容的操作。

6.一种配置变更数据存储和同步的系统，其特征在于，包括用户/客户端、CFG模块、用户可见候选数据库和应用模块，其中，用户可见候选数据库由运行数据库和一个或者多个增量候选数据库构成，具体的：

所述CFG模块接收用户/客户端的配置命令，创建增量候选数据库；其中，若接收到不同的用户/客户端的配置命令，则CFG模块为不同的用户/客户端分别创建各自的增量候选数据库；

所述增量候选数据库不会从运行数据库中复制任何数据，仅用于存储用户的变更数据内容，并结合所述运行数据库呈现为用户可见候选数据库；

所述CFG模块还用于在所述应用模块反馈相应增量候选数据库中所存储的变更数据在相应应用模块中配置生效时，将所述增量候选数据库中的变更数据内容同步到所述运行数据库中；

其中，在所述增量候选数据库中，针对每一次配置变更按照变更的先后顺序映射有递变特性的提交ID，并从该增量候选数据库另存得到一份有所述提交ID标识的增量提交数据库，所述增量提交数据库用于在达到一轮整合周期或者提交ID数量达到预设阈值后，根据所述提交ID的递变特性完成各个增量提交数据库中所包含的相同数据对象的变更内容整合。

7.根据权利要求6所述的配置变更数据存储和同步的系统，其特征在于，所述系统还包括网关，所述网关用于向增量候选数据库发送变更数据内容查询请求，从而获取所述增量候选数据库中所存储的变更数据内容。

8.一种配置变更数据存储和同步的装置，其特征在于，包括：

至少一个处理器；以及

存储器，所述存储器与所述至少一个处理器通信连接，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的配置变更数据存储和同步的方法。

Images