CN113938381A - 一种通用简单的网管和网元配置同步的方法和系统 - Google Patents

Abstract

本公开涉及一种用于网管和网元配置同步的方法，包括：在配置生成阶段：为每个配置设置id；为每一个配置生成相应的配置摘要；针对不同的业务类型中的每个业务类型，基于涉及该业务类型的所有配置生成全量配置摘要；在配置同步阶段：将网管处的与请求业务类型相关联的全量配置摘要与网元处的与该业务类型相关联的全量配置摘要进行比较：基于所述比较，判断所述全量配置摘要的比较是否存在差异：如果不存在差异，则流程结束；如果存在差异，则针对每个配置，将所述网管处的各配置的id和所述配置摘要与所述网元处的各配置的id和所述配置摘要进行比较并根据比较结果生成相应的操作要求；根据所述操作要求，对网元的配置进行相应的同步操作。

Description

一种通用简单的网管和网元配置同步的方法和系统

技术领域

本公开涉及IT网络管理技术领域，主要应用于dns等网络管理系统，尤其涉及一种通用的简单的网管和网元配置同步的方法和系统。

背景技术

目前通信传输网通过网元管理系统(Network Element Management System，EMS)来管理传输设备，简称网管软件，在网管软件上可以创建子网业务配置和网元配置，子网业务配置功能主要是处理端到端的数据传输，比如Tunnel隧道业务和L2vpn业务；网元配置则是指单个网元上基础功能配置，比如以太网主接口配置，逻辑接口配置等。

随着网络的发展，网络规模日益扩大，生成的网络配置数据越来越大。现实中偶尔会发生网管的配置数据和网元的配置数据不一致的情况，所以需要经常比对差异，然后同步配置数据。

在现有网络中时常出现的网管和网元存在个别配置不一致问题的主要原因有下述几点：

1.网管发送到网元出现问题；

2.运维人员在网元手动修改配置；

3.其他系统问题丢失。

因此，需要一种手段去从大量配置中，查找出缺失、多余和不一致的配置，最后修复这些错误，以达到网管和网元配置同步的目的。

而解决该问题的常用方法是比对网管和网元之间的配置数据的差异，该方法通常采用配置的内容全量匹配的方式。该方法存在效率低下、实现麻烦等问题。

发明内容

本申请涉及一种通用简单的网管和网元配置同步的方法和系统。

根据本申请的第一方面，提供了一种一种用于网管和网元配置同步的方法，包括：

配置生成阶段：

为每个配置设置唯一数字主键id；

为每一个配置生成相应的配置摘要；

针对不同的业务类型中的每个业务类型，基于涉及该业务类型的所有配置生成全量配置摘要；

配置同步阶段：

基于配置同步请求和所请求的业务类型，将网管处的与该业务类型相关联的全量配置摘要与网元处的与该业务类型相关联的全量配置摘要进行比较：

基于所述比较，判断所述全量配置摘要的比较是否存在差异：

如果不存在差异，则流程结束；

如果存在差异，则针对该业务类型所涉及的每个配置，将所述网管处的各配置的id和所述配置摘要与所述网元处的各配置的id和所述配置摘要进行比较并根据比较结果生成相应的操作要求；

根据所述操作要求，对网元的配置进行相应的同步操作。

根据本申请的第二方面，提供了一种用于网管和网元配置同步的系统，包括：

配置生成模块，被配置成在生成配置时为每个配置设置唯一数字主键并生成相应的配置摘要，并针对不同业务类型，基于涉及该业务类型的所有配置生成全量配置摘要；

配置比较模块，被配置成首先基于配置同步请求和所请求的业务类型，将网管处的与该业务类型相关联的全量配置摘要与网元处的与该业务类型相关联的全量配置摘要进行比较，并且如果所述全量配置摘要的比较存在差异，则针对该业务类型所涉及的每个配置，将网管处的各配置的id和配置摘要与网元处的各配置的id和配置摘要进行比较并根据比较结果生成相应的操作要求；

同步模块，被配置用于根据所述操作要求，对网元的配置进行相应的同步操作。

提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

附图说明

为了描述可获得本发明的上述和其它优点和特征的方式，将通过参考附图中示出的本发明的具体实施例来呈现以上简要描述的本发明的更具体描述。可以理解，这些附图只描绘了本发明的各典型实施例，并且因此不被认为是对其范围的限制，将通过使用附图并利用附加特征和细节来描述和解释本发明，在附图中：

图1示出了根据本公开的一个实施例的用于网管和网元配置同步的方法的示例流程图。

图2示出了根据本公开的一个实施例的在网管和网元处的一种示例配置数据结构和在其上执行的比较流程的示意图。

图3示出了根据本公开的一个实施例的对网管和网元的数据量大的配置的任务拆分的示例流程图。

图4示出了根据本公开的一个实施例的用于网管和网元配置同步的系统的示例框图。

具体实施方式

众所周知，随着网络技术的迅猛发展，网元管理系统中所涉及的网元数量也越来越多，这就导致网管需要与网元同步的配置数据量也越来越多。

在平常时间里，网管和网元的配置并不会出现不一致，只有当例如出现诸如：1)网管发送到网元出现问题；2)运维人员在网元手动修改配置；3)其他系统问题丢失等问题时，才会导致它们之间的不一致。因此，如果在每次配置同步时，都要对比网管和网元中的每一项配置，那么由于大多数情况下配置同步中的对比都是一致的，导致大部分的时间和资源是被浪费掉的，从而影响到正常业务。

借此，本申请提出了一种包含两步对比的改进方案，即：

1)首先，针对不同的业务类型都执行一次提取全量配置摘要的操作。所述业务类型可以包括：域名强解析、域名转发(代理)以及其他业务类型。也就是说，本公开可以在全业务类型基础上，依据业务类型利用相应的全量配置摘要进行分开比较，比如强解析一个全量比较数据集/文件，代理策略的一个全量比较数据集/文件。

2)通过从总体上对比网管和网元的相应全量配置摘要来判断是否存在配置差异。

3)仅当在上述全量配置摘要对比中存在差异时，再针对每一项配置逐项进行比较。

下面，结合附图1来具体描述根据本公开的一个实施例的用于网管和网元配置同步的方法的示例流程。

如图所示，所述方法可以被划分为两个阶段，即“生成配置”阶段和“配置同步”阶段。

在生成配置阶段：

在步骤110处，在每次生成配置时，为每项配置设置唯一数字主键(也可称为“id”)，所述数字主键可以是按顺序排列的多位数字，例如101、102、103、……。所述数字主键的长度(位数)位数可以根据实际的数据量来设定。对于网管和网元来说，相同的配置具有相同的数字主键(id)。

通过为每个配置引入数字主键(id)，可以根据所述配置的id来先一步判断在网管和网元中是否存在配置的多余和缺失问题。

接着，在步骤120处，为每一个配置生成相应的配置摘要。所述配置摘要可以利用诸如MD5/SHA1/SHA256等消息摘要算法来生成。这些消息摘要算法都是本领域技术人员熟知的摘要技术，因此，在此不再详细说明。

在执行了上述步骤之后，可以形成一种新的配置数据结构，在该配置数据结构中，各个配置按照数字主键(id)的大小顺序排列，并且每个配置还具有与其相关联的配置摘要。

最后，在步骤130处，针对不同的业务类型中的每个业务类型，基于涉及该业务类型的所有配置从总体上生成全量配置摘要。所述生成操作也可以采用诸如MD5/SHA1/SHA256等消息摘要算法来生成全量配置摘要。

如前所述，经过上述这些处理之后，在本公开的方案中，在网管和网元处，针对每种业务类型都具有一个对应的全量配置摘要，并且每个配置都具有一个对应的id和配置摘要。

示例的一种配置数据结构在图2中示出。

在图2中，网管(A)和网元(B)分别具有按序排列的多个配置，每个配置具有一个id(101、102、103、……)以及一个配置摘要(c1、c2、c22、c3、……)。可以发现，尽管所述配置的id在网管处和在网元处都是按序编排(图中是按id从小到大的顺序由上而下地排列配置，但其他排列方式也是允许的)，但是并不是每个数字都存在于网管(A)和网元(B)的配置结构中，例如网管处少了id为“103”、“104”的配置，而网元处少了id为“105”和“107”的配置。这些id的配置的减少说明了网管和网元之间的配置同步存在配置多余和缺失的情况。而网元处的具有id“102”的配置的配置摘要“c22”与网管处对应的具有id“102”的配置的配置摘要“c2”不同，则意味着网管和网元中的相同的配置的内容存在差异。配置结构中的所述“缺失”、“多余”和“不一致”的配置问题的出现可能是由于如前所述的网管发送到网元出现问题或运维人员在网元手动修改配置等问题所导致的，这些问题都是本公开的方案需要解决的问题。

这些配置摘要和id可以随配置数据被存储在一起，也可以被存储在专门的配置摘要数据库和id数据库中，以供在之后的配置同步阶段进行调用。

应当注意，当在网管或网元处的配置发生变化时，其id不会变化，但配置摘要却会根据配置内容的变化而同时发生改变。同时也会导致涉及该配置的业务类型的全量配置摘要发生改变。

当需要(例如周期性地)执行网管和网元的配置同步时，进入配置同步阶段：

在配置同步阶段：

在步骤140处，基于针对一个业务类型执行网管和网元之间的配置同步请求和所请求的业务类型，将网管处的与该业务类型相关联的全量配置摘要与网元处的与相应业务类型相关联的全量配置摘要进行比较。

系统接收到的所述配置同步请求可以是系统周期性发送的常规同步请求，也可以是由用户主动提出的配置同步请求。

如前所述，在网元管理系统中存在多种业务类型，例如域名强解析或域名转发(代理)。每种业务类型涉及了不同的配置数据。因此，每种业务类型的对应全量配置摘要也是各不相同。

在步骤150处，基于所述比较，判断全量配置摘要的比较是否存在差异。

在一般情况下，所述全量配置摘要的比较结果通常都是相同的，也即一般不会存在差异。如果确实如此，则流程到此结束。

但是，在例如网管发送到网元出现问题或者运维人员在网元处手动修改了配置的情况下，网管和网元处的配置不再相同，因此，所述比较步骤就会产生网管和网元的全量配置摘要之间存在差异的比较结果。在这种情况下，流程进入到步骤160。

在步骤160处，针对该业务类型所涉及的每个配置，将网管处的各配置的数字主键id和配置摘要与网元处的各配置的数字主键id和配置摘要进行比较并根据比较结果生成相应的操作要求。

具体的比较流程可参照图2中的配置结构中的箭头示例来详述。在图2中，网管(A)和网元(B)分别具有按照id编号大小被纵向布置的一组配置队列，在下文中可以简单地用A和B分别表示这两个配置队列。

基于上述配置结构，所述比较步骤160可以包括下述操作：

按照配置的ID编号顺序，根据下述比较逻辑从网管(A)和网元(B)处的涉及该业务类型的所有配置中分别按序选择各个配置进行比较，所述比较结果可能存在下述四种可能性和相关的操作：

1).id相同，配置摘要相同，则说明在网管和网元处的该配置相同，无需进行同步处理，执行类型1的操作：A和B的选择位置同时下移一位，继续下一个配置比较。举例而言，在图2中，网管(A)的配置(101,c1)与网元(B)的配置(101,c1)的id和配置摘要都相同，因此，操作在配置队列A和B的选择位置同时下移一位，以进行网管(A)的配置(102,c2)与网元(B)的配置(102,c22)的下一步比较。

2).id相同，配置摘要不同。则说明在网元(B)处的对应配置的内容已经被更改，因此，执行类型2的操作：将网管(A)处的配置加入更新集合，以等待后续发送给网元(B)进行更新，并使得配置队列A和B的选择位置同时下移一位，继续下一个配置比较。举例而言，在网管(A)的配置

(102,c2)与网元(B)的配置(102,c22)的比较过程中，发现它们的id相同，但配置摘要不同，这说明网元(B)的配置内容已经被更改，因此，可以将网元(B)的相应配置(102,c22)加入到更新集合中以待更新。同时，使得A和B位置同时下移一位，以进行网管(A)的配置(105,c5)与网元(B)的配置(103,c3)的下一步比较。

3).如果网管(A)的配置的id大于网元(B)的配置的id，则执行类型3的操作：依次下移配置队列B的选择位置直到在配置队列B中找到与网管(A)的配置的id相同或比其id更大的网元(B)的配置，标记此时配置队列B的选择位置。在该标记的配置队列B的选择位置处之前的依次查找到的配置数据为多余配置，因为这说明在网管(A)的顺序排列的配置队列A中并不存在具有相应id的配置，所以，可将这些配置数据加入删除集合，以待删除。举例而言，网管(A)的配置(105,c5)与网元(B)的配置(103,c3)的比较中，由于网管(A)的配置的id“105”大于网元(B)的配置的id“103”，因此，配置队列B处的选择位置下移一位，继续比较网管(A)的配置(105,c5)与网元(B)的配置(104,c4)，继而发现网管(A)的配置的id“105”还是大于网元(B)的配置的id“104”，则配置队列B处的选择位置继续下移一位，即比较网管(A)的配置(105,c5)与网元(B)的配置(106,c6)，此时网管(A)的配置的id“105”小于网元(B)的配置的id“106”，由此可以判定id为“105”的配置已经在网元(B)的配置队列中移除(例如可能由于运维人员在网元处手动删除了该配置)。这样，就可将之前的配置(103,c3)、(104,c4)移入到删除集合，以待删除。

4)如果网管(A)的配置的id小于网元(B)的配置的id，则执行类型4的操作：将网管(A)的配置加入缺失集合，以等待后续发送给网元(B)以添加这些配置，并将配置队列A的选择位置下移一位，以将配置队列A中的下一配置与网元(B)的当前配置进行比较。当网管(A)的配置的id小于网元(B)的配置的id时，说明在配置队列B中不存在具有相应id的配置，此时，可以通过将网管(A)的配置加入缺失集合。举例而言，继续上述比较过程，其中，将网管(A)的当前配置(105,c5)与标记的网元(B)的当前配置(106,c6)进行比较。由于网管(A)的配置的id“105”小于网元(B)的当前配置的id“106”，因此，将网管(A)的配置(105,c5)加入缺失集合，并将配置队列A的选择位置下移一位，以继续比较网管(A)的配置(106,c6)与网元(B)的配置(106,c6)。

由于网管(A)的配置(106,c6)与网元(B)的配置(106,c6)的id和配置摘要都相同，因此，如上所述，执行类型1的操作，即配置队列A和B的选择位置同时下移一位，流程继续比较网管(A)的配置(107,c7)与网元(B)的配置(108,c8)。

如上所述，在比较网管(A)的配置(107,c7)与网元(B)的配置(108,c8)时，发现网管(A)的配置的id小于网元(B)的配置id，此时，就可以将网管(A)的配置(107,c7)加入到缺失集合，并且将配置队列A的选择位置下移一位，以继续比较网管(A)的配置(108,c8)与网元(B)的配置(108,c8)。

根据前述内容，在这次比较中，网管(A)的配置(108,c8)与网元(B)的配置(108,c8)的id和配置摘要都相同，因此，如上所述，执行类型1的操作，即配置队列A和B的选择位置同时下移一位，流程继续后续比较……。

以此类推，所述流程继续执行上述比较结果和对应的操作，直至比较操作遍历完了配置队列A中的所有配置，由此，可构成相应的更新集合、删除集合和缺失集合。

根据更新集合，网管(A)可以生成相应的更新操作要求，以要求网元根据网管的相应的配置修改那些需更新的配置。

根据删除集合，网管(A)可以生成相应的删除操作要求，以要求网元删除那些多余的配置。

根据缺失集合，网管(A)可以生成相应的新增操作要求，以要求网元添加那些缺失的配置。

在图2中，带箭头的连接线，表明了网管(A)的各个配置分别与网元(B)的哪些配置进行了比较，并且连接线上的1、2、3、4则表示了根据比较结果所执行的操作类型，即上述类型1-4的操作。

应该理解，所述图2中的网管(A)的配置队列A和网元(B)的配置队列B及其之间的比较和操作仅仅是出于说明的目的给出的，并不是局限于此。本领域的技术人员可以根据实际情况来构建所述配置队列A和B，并执行相应的比较和操作。

最后，在步骤170处，根据来自所述网管(A)的操作要求，对网元(B)的配置执行相应的操作，所述操作可以包括修改、删除或添加网元(B)的相应配置数据，从而实现网管和网元的配置同步。

任务拆分

在另一些实施例中，当数据量过大时，可能需要将一个配置同步任务中要比较的配置数据拆分成多个较小的任务单元来提高比较的效率和节省系统资源。因此，在需要比较的配置数据量过大时，所述方法还可以包括任务拆分子流程。

所述子流程包括：

1)首先，对任务中的配置数据按照id进行排序；

2)拆分点协商，即网管和网元根据其自身的处理能力和资源协商出合适的拆分点(即每个任务单元的大小)；

3)依据协商出的拆分点，对配置数据进行拆分以构建多个任务单元；

4)将拆分后的多个任务单元传输到配置比较模块以进行比较。

为了更好说明上述任务拆分子流程，参照图3描述下具体的过程。

如图3所示，首先，网管(A)和网元(B)先将各自的配置按照其id大小排序成配置队列。随后，假设配置的id从1开始，网管根据网管和网元的能力和资源状况，首先尝试设置单个任务单元的配置数量为1000。如此，开始进行协商，网管(A)向网元(B)发送拆分点在id为“1000”的配置处的协商请求，网元(B)发现自己的配置中并不存在id为“1000”的配置，因此，它回复网管(A)不同意以id为“1000”的配置作为拆分点。随后，网管(A)又向网元(B)发送拆分点在id为“1005”的配置处的请求，此时，网元(B)发现自己的配置中存在id为“1005”的配置，因此，它回复网管(A)同意。这样，就可以将id从“1”到“1005”的配置拆分成网管(A)的第一配置队列和网元(B)的第一配置队列，以供后续比较。

以此类推，网管(A)和网元(B)可以继续协商下一组配置队列的拆分点，如此重复，直至将数据量大的配置拆分成多组配置队列。

利用所述任务拆分，可以将网管(A)和网元(B)的配置数据拆分成多个配置队列进行比较，不仅节省了资源，而且还可以利用比如并行处理技术来加快处理速度。

与现有的网管和网元的配置同步技术相比，现有的网管和网元之间的配置同步技术是直接比较每一项配置的内容，业务复杂，且效率低。而本申请的方案处理逻辑简单通用且效率高。

在图4中，示出了根据本公开的一个实施例的用于网管和网元配置同步的系统的示例框图。

如图所示，所述系统主要配置生成模块402、配置比较模块404、同步模块406以及任务拆分模块408。这些模块可以通过对现有的软件、硬件和固件的编程来实现，并且，它们之间可通过有线/无线的通信连接来相互传递信息，例如电缆、网络、蜂窝、蓝牙等通信技术。

首先，配置生成模块402被配置成在生成配置时为每个配置设置唯一数字主键并生成相应的配置摘要，并针对不同业务类型，基于涉及该业务类型的所有配置生成全量配置摘要。所述数字主键(也可称为“id”)可以是按顺序排列的多位数字，而所述配置摘要和全量配置摘要则可以利用诸如MD5/SHA1/SHA256等消息摘要算法来生成。并且，当所述配置的内容发生变化时，所述配置生成模块402可以相应地更新其配置摘要。

配置比较模块404被配置成首先基于配置同步请求和所请求的业务类型，将网管处的与该业务类型相关联的全量配置摘要与网元处的与相应业务类型相关联的全量配置摘要进行比较，并且如果全量配置摘要存在差异，则针对该业务类型所涉及的每个配置，将网管处的各配置的数字主键和配置摘要与网元处的各配置的数字主键和配置摘要进行比较并根据比较结果生成相应的操作要求。具体的比较过程请参见图2和前述的四种类型的比较结果和相应的操作，在此不再累述。

同步模块406，被配置成根据所述操作要求对网元的配置进行相应的同步操作，所述同步操作可以包括修改、删除或添加网元(B)的相应配置数据，从而实现网管和网元的配置同步。。

除了上述这些模块之外，所述系统还可选地提供了任务拆分模块408，其被配置为当数据量大时，通过网管和网元的协商将要比较的配置数据拆分成多个较小的任务单元以提高比较的效率和节省系统资源。其具体的拆分流程在图3和其相关联的内容中已经具体表述，在此不再累述。

虽然以上描述了不同的实施例，但应当理解的是它们只是作为示例而非限制。(诸)相关领域的技术人员将领会，在不偏离如所附权利要求书所定义的本发明的精神和范围的情况下，可以在形式和细节方面进行各种修改。因此，此处所公开的本发明的宽度和范围不应被上述所公开的示例性实施例所限制，而应当仅根据所附权利要求书及其等同替换来定义。

Claims (10)

1.一种用于网管和网元配置同步的方法，包括：

配置生成阶段：

为每个配置设置唯一数字主键id；

为每一个配置生成相应的配置摘要；

针对不同的业务类型中的每个业务类型，基于涉及该业务类型的所有配置生成全量配置摘要；

配置同步阶段：

基于配置同步请求和所请求的业务类型，将网管处的与该业务类型相关联的全量配置摘要与网元处的与该业务类型相关联的全量配置摘要进行比较：

基于所述比较，判断所述全量配置摘要的比较是否存在差异：

如果不存在差异，则流程结束；

如果存在差异，则针对该业务类型所涉及的每个配置，将所述网管处的各配置的id和所述配置摘要与所述网元处的各配置的id和所述配置摘要进行比较并根据比较结果生成相应的操作要求；

根据所述操作要求，对网元的配置进行相应的同步操作。

2.如权利要求1所述的方法，其特征在于，所述将所述网管处的各配置的id和所述配置摘要与所述网元处的各配置的id和所述配置摘要进行比较包括：

1)如果所述网管的所述配置的id与所述网元的所述配置的id相同，且所述网管的所述配置的配置摘要与所述网元的所述配置的配置摘要也相同，则执行类型1的操作：将所述网管的配置队列和所述网元的配置队列的选择位置同时下移一位；

2)如果所述网管的所述配置的id与所述网元的所述配置的id相同，但所述网管的所述配置的配置摘要与所述网元的所述配置的配置摘要不同，则执行类型2的操作：将所述网管的所述配置移入更新合集，并将所述网管的配置队列和所述网元的配置队列的选择位置同时下移一位；

3)如果所述网管的所述配置的id大于所述网元的所述配置的id，则执行类型3的操作：依次下移所述网元的配置队列的选择位置直到在所述网元的配置队列中找到与所述网管的所述配置的id相同或更大的所述网元的配置，标记此时所述网元的配置队列的选择位置并将在所述网元的配置队列中的该标记的选择位置之前的依次查找到的配置作为多余配置移入删除集合；

4)如果所述网管的所述配置的id小于所述网元的所述配置的id，则执行类型4的操作：将所述网管的所述配置作为缺失配置加入缺失集合，并将所述网管的配置队列的选择位置下移一位。

3.如权利要求2所述的方法，其特征在于，所述根据比较结果生成相应的操作要求包括：

根据更新集合，生成要求网元根据网管的相应的配置修改需更新的配置的操作要求。

根据删除集合，生成相应的删除操作要求，以要求网元删除多余配置。

根据缺失集合，生成相应的新增操作要求，以要求网元添加缺失配置。

4.如权利要求1所述的方法，其特征在于，当要比较的配置数据量大时，所述方法还包括将一个任务拆分成多个任务单元的子流程，所述子流程包括下述步骤：

1)对任务中的配置数据按照id进行排序；

2)所述网管和所述网元根据自身能力和资源协商拆分点；

3)依据协商出的拆分点，对配置数据进行拆分以构建多个任务单元；

4)将所述多个任务单元传输到配置比较模块。

5.如权利要求4所述的方法，其特征在于，并行比较所述多个任务单元以提高处理效率。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：当在网管或网元处的配置发生变化时，根据配置的变化更新该配置的配置摘要，并同时更新涉及该配置的业务类型的全量配置摘要。

7.如权利要求1所述的方法，其特征在于，所述数字主键id是按顺序排列的多位数字，而所述配置摘要和全量配置摘要是利用消息摘要算法生成的。

8.一种用于网管和网元配置同步的系统，包括：

配置生成模块，被配置成在生成配置时为每个配置设置唯一数字主键并生成相应的配置摘要，并针对不同业务类型，基于涉及该业务类型的所有配置生成全量配置摘要；

配置比较模块，被配置成首先基于配置同步请求和所请求的业务类型，将网管处的与该业务类型相关联的全量配置摘要与网元处的与该业务类型相关联的全量配置摘要进行比较，并且如果所述全量配置摘要的比较存在差异，则针对该业务类型所涉及的每个配置，将网管处的各配置的id和配置摘要与网元处的各配置的id和配置摘要进行比较并根据比较结果生成相应的操作要求；

同步模块，被配置用于根据所述操作要求，对网元的配置进行相应的同步操作。

9.如权利要求8所述的系统，其特征在于，所述将网管处的各配置的id和配置摘要与网元处的各配置的id和配置摘要进行比较包括：

1)如果所述网管的所述配置的id与所述网元的所述配置的id相同，且所述网管的所述配置的配置摘要与所述网元的所述配置的配置摘要也相同，则执行类型1的操作：将所述网管的配置队列和所述网元的配置队列的选择位置同时下移一位；

2)如果所述网管的所述配置的id与所述网元的所述配置的id相同，但所述网管的所述配置的配置摘要与所述网元的所述配置的配置摘要不同，则执行类型2的操作：将所述网管的所述配置移入更新合集，并将所述网管的配置队列和所述网元的配置队列的选择位置同时下移一位；

3)如果所述网管的所述配置的id大于所述网元的所述配置的id，则执行类型3的操作：依次下移所述网元的配置队列的选择位置直到在所述网元的配置队列中找到与所述网管的所述配置的id相同或更大的所述网元的配置，标记此时所述网元的配置队列的选择位置并将在所述网元的配置队列中的该标记的选择位置之前的依次查找到的配置作为多余配置移入删除集合；

4)如果所述网管的所述配置的id小于所述网元的所述配置的id，则执行类型4的操作：将所述网管的所述配置加入缺失集合，并将所述网管的配置队列的选择位置下移一位。

10.如权利要求8所述的系统，其特征在于，还包括：任务拆分模块，被配置用于当要比较的配置数据量大时，通过下述步骤将一个任务拆分成多个任务单元：

1)对任务中的配置数据按照id进行排序；

2)所述网管和所述网元根据自身能力和资源协商拆分点；

3)依据协商出的拆分点，对配置数据进行拆分以构建多个任务单元；

4)将所述多个任务单元传输到所述配置比较模块。

Images