CN114500276A - 数据处理方法、装置、系统和计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种数据处理方法、装置、系统和计算机可读存储介质，包括：获取控制面和转发面设备之间的第一差异配置数据，并根据第一差异配置数据得到第一Underlay配置数据；获取第二Underlay配置数据，第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；根据第一Underlay配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；从转发面设备的配置数据中剔除更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。本发明实施例能够自动识别当前转发面设备中不需要被修复的Underlay配置数据，并且在修复时会自动屏蔽掉转发面设备中的更新后的第二Underlay配置数据，不仅能够提高网络系统环境运维的自动化率，而且还能够提高网络系统环境的稳定性。

Description

数据处理方法、装置、系统和计算机可读存储介质

技术领域

本发明实施例涉及但不限于数据处理技术领域，尤其涉及一种数据处理方法、装置、系统和计算机可读存储介质。

背景技术

当控制面和转发面设备的配置数据出现不一致的情况时，会导致流量转发不正常，对此，现有的解决办法是对控制面和转发面设备不一致的配置数据进行修复，而该解决办法会识别转发面设备的所有配置，但是不会区分转发面设备的Overlay(重叠)和Underlay(底层承载)配置数据，当控制面进行修复时如果对设备基础的Underlay配置数据进行修复则会导致转发面设备的基础配置被删除，从而导致设备瘫痪不可用。因此，该解决办法还需要通过人工识别转发面设备的Underlay配置数据，但是随着通信业务量的爆发式增加，网络设备的配置数据也越来越复杂、庞大，因此，通过人工来识别转发面设备的Underlay配置数据的方式越来越难以实现。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种数据处理方法、装置、系统和计算机可读存储介质，能够自动识别出转发面设备中不需要被修复的Underlay配置数据。

第一方面，本发明实施例提供了一种数据处理方法，包括：

获取控制面和转发面设备之间的第一差异配置数据，并根据所述第一差异配置数据得到第一Underlay配置数据；

获取第二Underlay配置数据，所述第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；

根据所述第一Underlay配置数据对所述第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；

从转发面设备的配置数据中剔除所述更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。

第二方面，本发明实施例还提供了一种数据处理装置，包括：

审计对账单元，获取控制面和转发面设备之间的第一差异配置数据，并根据所述第一差异配置数据得到第一Underlay配置数据；

第一数据获取单元，获取第二Underlay配置数据，所述第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；

第一数据更新单元，根据所述第一Underlay配置数据对所述第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；

数据修复单元，根据所述更新后的第二Underlay配置数据修复转发面设备中的目标配置数据，所述目标配置数据不包括所述更新后的第二Underlay配置数据。

第三方面，本发明实施例还提供了一种数据处理系统，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的数据处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上述第一方面所述的数据处理方法。

本发明实施例包括：本发明实施例能够获取当前控制面和转发面设备之间的第一Underlay配置数据以及第二Underlay配置数据，并将第一Underlay配置数据和第二Underlay配置数据进行对比处理从而实现第二Underlay配置数据的更新，由于第二Underlay配置数据为转发面设备中不会被控制面修复的配置数据，因此，本发明实施例能够从转发面设备的配置数据中剔除上述更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。根据本发明实施例的技术方案，本发明实施例能够自动识别出当前转发面设备中不需要被修复的Underlay配置数据，从而使得控制面发起修复时会自动屏蔽掉转发面设备中的更新后的第二Underlay配置数据，因此，本发明实施例不仅能够提高网络系统环境运维的自动化率，而且还能够提高网络系统环境的稳定性。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是本发明一个实施例提供的用于执行数据处理方法的系统架构平台的示意图；

图2是本发明一个实施例提供的数据处理方法的流程图；

图3是本发明一个实施例提供的获取第一差异配置数据的流程图；

图4是本发明一个实施例提供的根据第一差异配置数据得到第一Underlay配置数据的流程图；

图5是本发明一个实施例提供的从第一Underlay配置数据中过滤掉第三Underlay配置数据的流程图；

图6是本发明一个实施例提供的更新第三Underlay配置数据的流程图；

图7是本发明一个实施例提供的更新第二Underlay配置数据的流程图；

图8是本发明一个实施例提供的数据处理方法的流程框架图；

图9是本发明一个实施例提供的控制面和转发面设备配置审计对账、修复的实现装置的流程图；

图10是本发明一个实施例提供的数据处理装置的示意图。

具体实施方式

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

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

对于SDN(Software Defined Network，软件定义网络)框架，SDN作为控制面扮演大脑的角色来负责编排和转发策略的下发，通过集中控制的方式，网络管理员可以通过SDN的API(Application Programming Interface，应用程序编程接口)来编写定制程序，从而实现自动化的业务部署，很大程度地缩短了业务部署周期，使得业务能够满足按需的动态调整。

而在SDN网络架构应用过程中，常常会出现当业务数据在下发的过程中，控制面和转发面的管理网出现了连通性异常，转发面配置下发失败导致控制面和转发面的数据不一致，从而导致业务无法正常使用。另外，除了因为管理网的连通性导致的异常，转发面设备侧的交换机也会出现一些异常，示例性地：交换机软件的故障、硬件的缺陷、遭受到的恶意的攻击、人为的错误的配置等原因带来的配置数据异常。

当出现以上异常情况后，控制面和数据转发面设备的配置不一致，流量转发就会不正常，对此，相关的运维技术能够通过审计对账和修复来解决上述异常情况。在配置审计对账、修复的运维技术中，由于转发面设备正常运行都需要基础的网络配置，例如接口地址等，控制面和转发面进行审计对账、修复的时候会识别转发面设备的所有配置，但是不会区分转发面设备的Overlay和Underlay配置数据。控制面进行修复的时候如果对设备基础的Underlay配置进行修复则会导致转发面设备的基础配置被删除，导致设备瘫痪不可用。随着通信业务量的爆发式增加，在大型通信网络环境中往往有重量级的网络设备，网络设备的配置数据也越来越复杂、庞大，通过运维人员识别转发面设备的基础Underlay配置数据越来越不可行。

基于上述情况，本发明提供了一种数据处理方法、装置、系统和计算机可读存储介质，其中，数据处理方法包括如下步骤：获取控制面和转发面设备之间的第一差异配置数据，并根据第一差异配置数据得到第一Underlay配置数据；获取第二Underlay配置数据，第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；根据第一Underlay配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；从转发面设备的配置数据中剔除更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。根据本发明实施例的技术方案，本发明实施例能够获取当前控制面和转发面设备之间的第一Underlay配置数据以及第二Underlay配置数据，并将第一Underlay配置数据和第二Underlay配置数据进行对比处理从而实现第二Underlay配置数据的更新，由于第二Underlay配置数据为转发面设备中不会被控制面修复的配置数据，因此，本发明实施例能够从转发面设备的配置数据中剔除上述更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。因此，本发明实施例能够自动识别出当前转发面设备中不需要被修复的Underlay配置数据，从而使得控制面发起修复时会自动屏蔽掉转发面设备中的更新后的第二Underlay配置数据，因此，本发明实施例不仅能够提高网络系统环境运维的自动化率，而且还能够提高网络系统环境的稳定性。

下面结合附图，对本发明实施例作进一步阐述。

如图1所示，图1是本发明一个实施例提供的用于数据处理方法的系统架构平台的示意图。

在图1的示例中，该系统架构平台包括数据处理系统100，其中，上述的数据处理系统¹⁰⁰设置有处理器¹¹⁰和存储器¹²⁰，其中，处理器¹¹⁰和存储器¹²⁰可^以通过总线或者其他方式连接，图1中以通过总线连接为例。

存储器120作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器120可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器120可选包括相对于处理器110远程设置的存储器120，这些远程存储器可以通过网络连接至该系统架构平台。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本领域技术人员可以理解的是，该系统架构平台可以应用于3G通信网络系统、LTE通信网络系统、5G通信网络系统以及后续演进的移动通信网络系统等，本实施例对此并不作具体限定。

本领域技术人员可以理解的是，图1中示出的系统架构平台并不构成对本发明实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在图1所示的系统架构平台中，处理器110可以调用储存在存储器120中的数据处理程序，从而执行数据处理方法。

基于上述系统架构平台，下面提出本发明的数据处理方法的各个实施例。

如图2所示，图2是本发明一个实施例提供的数据处理方法的流程图，该方法包括但不限于有步骤S100、步骤S200、步骤S300和步骤S400。

步骤S100，获取控制面和转发面设备之间的第一差异配置数据，并根据第一差异配置数据得到第一Underlay配置数据；

步骤S200，获取第二Underlay配置数据，第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；

步骤S300，根据第一Underlay配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；

步骤S400，从转发面设备的配置数据中剔除更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。

关于本发明实施例的数据处理方法，可以应用在控制面初次纳管转发面并且在未进行配置下发的场景，也可以应用在控制面进行配置下发之后的场景，具体可参照如下分析：

在一实施例中，当控制面初次纳管转发面并且在未进行配置下发的情况下，控制面可以对转发面设备的配置数据进行审计对账从而能够得到控制面和转发面之间的第一差异配置数据，并对该第一差异配置数据进行过滤整合处理以得到与第一差异配置数据对应的第一Underlay配置数据；其次，由于控制面是初次纳管转发面并且未进行配置下发，因此，所获取到的第二Underlay配置数据为空；然后，将第一Underlay配置数据和第二Underlay配置数据进行对比，从而将第一Underlay配置数据全部添加至第二Underlay配置数据中，以得到更新后的第二Underlay配置数据，由于更新后的第二Underlay配置数据为转发面设备中更新后的不会被控制面修复的配置数据，因此，当控制面需要修复转发面设备中的配置数据时，会从转发面设备的配置数据中剔除更新后的第二Underlay配置数据，从而不会对更新后的第二Underlay配置数据进行配置修复，从而避免出现因修复而导致设备瘫痪不可用的情况。

需要说明的是，在控制面初次纳管转发面并且未进行配置下发的情况下，由于所获取到的第二Underlay配置数据为空，因此，上述的第一Underlay配置数据和更新后的第二Underlay配置数据是一致的。

在一实施例中，在控制面进行配置下发之后，由于SDN网络架构中会存在各种的问题导致控制面和转发面的配置数据不一致，示例性地，包括：控制面的管理网断链、交换机设备侧的软件缺陷、硬件故障、交换机侧遭受到的恶意攻击、人为的误配置等，从而可能会导致控制面和交换机的转发面的配置不一致，进而造成数据流量无法正常转发。因此，本发明实施例会在控制面进行配置下发之后要重新对历史所存储的第二Underlay配置数据进行更新，因此控制面会再次对转发面设备的配置数据进行审计对账，以得到控制面和转发面之间的第一差异配置数据，并对该第一差异配置数据进行过滤整合处理以得到与第一差异配置数据对应的第一Underlay配置数据；然后，本发明实施例会获取历史所存储的第二Underlay配置数据，将第一Underlay配置数据和第二Underlay配置数据进行对比，以得到更新后的第二Underlay配置数据，由于更新后的第二Underlay配置数据为转发面设备中所更新后的不会被控制面修复的配置数据，因此，当控制面需要修复转发面设备中的配置数据时，会从转发面设备的配置数据中剔除更新后的第二Underlay配置数据，从而不会对更新后的第二Underlay配置数据进行配置修复，从而避免了因修复而导致设备瘫痪不可用。

根据本发明实施例的技术方案，本发明实施例能够自动识别出当前转发面设备中不需要被修复的Underlay配置数据，即更新后的第二Underlay配置数据，从而可以使得控制面发起修复时会自动屏蔽掉转发面设备中的更新后的第二Underlay配置数据，避免了因修复而导致设备瘫痪不可用，因此，本发明实施例不仅能够提高网络系统环境运维的自动化率，而且还能够提高网络系统环境的稳定性。

需要说明的是，由于控制面作为转发面的数据来源，因此修复转发面的配置数据需要以控制面的数据为准。

另外，如图3所示，图3是本发明一个实施例提供的数据处理方法的流程图，关于上述步骤S100，包括但不限于有步骤S500。

步骤S500，获取控制面下发给转发面设备的历史配置数据和转发面设备的当前配置数据，并根据历史配置数据和当前配置数据得到控制面和转发面设备之间的第一差异配置数据，并根据第一差异配置数据得到第一Underlay配置数据。

关于上述步骤S500，可以在控制面初次纳管转发面并且在未进行配置下发的情况下执行，也可以在控制面进行配置下发之后的情况下执行，具体如下所示：

在一实施例中，当控制面初次纳管转发面并且在未进行配置下发的情况下，控制面会对转发面设备的配置数据进行审计对账，从而获取到控制面下发给转发面设备的历史配置数据，由于控制面是初次纳管转发面并且未进行配置下发，因此，上述的历史配置数据为空；同时，控制面会获取转发面设备的当前配置数据；然后，控制面会对历史配置数据和当前配置数据进行审计对账，从而得到控制面和转发面设备之间的第一差异配置数据。

在一实施例中，在控制面进行配置下发之后，控制面会再次对转发面设备的配置数据进行审计对账，从而获取到控制面下发给转发面设备的历史配置数据，如果存在多次的历史配置数据，则选择最后一次所配置下发的数据。同时，控制面会获取转发面设备的当前配置数据；然后，控制面会对历史配置数据和当前配置数据进行审计对账，从而得到控制面和转发面设备之间的第一差异配置数据。

另外，如图4所示，图4是本发明一个实施例提供的数据处理方法的流程图，在上述步骤S500中的根据第一差异配置数据得到第一Underlay配置数据，包括但不限于有步骤S600。

步骤S600，当历史配置数据没有包括第二配置数据并且当前配置数据包括第二配置数据，将第二配置数据作为第一Underlay配置数据。

在一实施例中，当控制面对转发面设备的配置数据进行审计对账之后，会得到第一差异配置数据，即控制面下发给转发面设备的历史配置数据和转发面设备的当前配置数据之间的差异配置数据，接着本发明实施例会对第一差异配置数据进行过滤整合处理以得到与第一差异配置数据对应的第一Underlay配置数据，具体的过滤整合处理可以参照如下四种情况：

第一种过滤整合处理情况：以控制面的配置数据作为标准，以实例作为粒度，控制面向转发面下发的配置数据，不会出现控制面没有某个实例而转发面有的情况。示例性地，不会出现控制面没有vpls实例zenic_123的数据，而转发面设备有zenic_123这个vpls实例的配置。

第二种过滤整合处理情况：以控制面的配置数据作为标准，以实例作为粒度，当控制面和转发面都有某个实例数据，并且该实例数据是控制面下发给转发面的配置数据，但是当该实例数据在控制面配置数据中对应的属性值与在转发面配置数据中对应的属性值不一致时，则本发明实施例会将这个实例数据过滤掉而不加入至第一Underlay配置数据。示例性地，控制面和转发面配置数据都有vpls实例zenic_123数据，但是控制面vpls实例zenic_123的属性vni-label值为100，而转发面vpls实例zenic_123的属性vni-label值为200，则vpls实例zenic_123会被过滤掉而不加入至第一Underlay配置数据中。

第三种过滤整合处理情况：以控制面的配置数据作为标准，以实例作为粒度，当出现控制面有某个实例数据，而转发面没有这个实例数据时，则这个实例数据会被过滤掉而不加入至第一Underlay配置数据。示例性地，控制面配置数据有vpls实例zenic_123，而转发面配置数据没有vpls实例zenic_123，则vpls实例zenic_123会被过滤掉而不加入至第一Underlay配置数据中。

第四种过滤整合处理情况：以控制面的配置数据作为标准，以实例作为粒度，当出现控制面没有某个实例数据，而转发面有这个实例数据时，则这个实例数据会被加入到第一Underlay配置数据中。示例性地，控制面配置数据没有vpls实例zenic_123，而转发面配置数据有vpls实例zenic_123，则vpls实例zenic_123需要加入至第一Underlay配置数据中。

因此，基于上述四种过滤整合处理情况，其中只有第四种过滤整合处理情况才不会将实例数据过滤，而是会将实例数据加入至第一Underlay配置数据中。因此，当存在第四种过滤整合处理情况时，如步骤S600所示，当历史配置数据没有包括第二配置数据并且当前配置数据包括第二配置数据，将第二配置数据作为第一Underlay配置数据。

另外，如图5所示，图5是本发明一个实施例提供的数据处理方法的流程图，在上述步骤S300之前，该方法还包括但不限于有步骤S710和步骤S720。

步骤S710，获取第三Underlay配置数据，第三Underlay配置数据为转发面设备接收到控制面的删除任务之后删除失败的配置数据；

步骤S720，从第一Underlay配置数据中删除与第三Underlay配置数据一致的配置数据。

在一实施例中，当得到第一Underlay配置数据之后，还需要从第一Underlay配置数据中过滤掉控制面删除下发给转发面由于异常出现残留的不一致的配置数据，因此，本发明实施例会获取第三Underlay配置数据，并从第一Underlay配置数据中删除与第三Underlay配置数据一致的配置数据，接着才继续执行步骤S300。

值得注意的是，关于上述的第三Underlay配置数据，是转发面设备接收到控制面的删除任务之后删除失败的配置数据。控制面业务删除细化是对转发面设备的实例或者属性按照一定的依赖关系进行删除，本发明实施例不仅会在删除控制面业务删除流程上进行可靠性的保证，同时也会对删除结果进行检查。其中，控制面业务数据删除任务下发的情况，可以分为如下三种：

第一种业务数据删除任务下发情况：控制面业务数据删除任务下发失败，控制面业务数据保持不删除，转发面设备配置数据保持未删除。

第二种业务数据删除任务下发情况：控制面业务数据删除任务下发成功，转发面设备某个实例或者属性数据删除失败，转发面设备返回报错原因并上送控制面。控制面收到报错发出告警，告警包括具体的转发面设备删除报错的具体原因。控制面业务数据删除，并将在转发面设备删除失败的实例数据加入到第三Underlay配置数据中。

第三种业务数据删除任务下发情况：控制面业务数据删除任务下发成功，控制面检测到和转发面出现连通性问题，控制面下发删除任务南向队列会进行规定次数的重传，到上限的重传失败，则记录并告警，这种失败可以采用配置审计和修复的手段来重新管理下发至设备侧的配置。

因此，基于上述三种业务数据删除任务下发情况，其中只有第二种业务数据删除任务下发情况才会将实例数据加入至第三Underlay配置数据中。因此，当存在第二种业务数据删除任务下发情况时，本发明实施例在得到第一Underlay配置数据之后，还需要获取预存的第三Underlay配置数据，并且从第一Underlay配置数据中删除与预存的第三Underlay配置数据一致的配置数据。

需要说明的是，第三Underlay配置数据是控制面下发业务数据删除时转发面进行相关配置数据删除失败，后续采用配置审计和修复的手段也无法对此类残留配置数据进行清除，因此，控制面将执行删除失败的配置数据保存到第三Underlay配置数据中。

可以理解的是，转发面设备首次接入时第三Underlay配置数据为空。

另外，如图6所示，图6是本发明一个实施例提供的数据处理方法的流程图，该方法还包括但不限于有步骤S810和步骤S820。

步骤S810，根据第一Underlay配置数据和第三Underlay配置数据得到第二差异配置数据；

步骤S820，根据第二差异配置数据对第三Underlay配置数据进行更新。

在一实施例中，本发明实施例还会对第一Underlay配置数据和预存的第三Underlay配置数据进行审计对账之后更新第三Underlay配置数据。

需要说明的是，第三Underlay配置数据的更新方式具体为：预存的第三Underlay配置数据有某个配置数据但是第一Underlay配置数据没有该配置数据，则预存的第三Underlay配置数据中的该配置数据将会被删除。示例性地，当第三Underlay配置数据包括第一配置数据并且第二差异配置数据没有包括第一配置数据，则从第三Underlay配置数据中删除第一配置数据。

另外，如图7所示，图7是本发明一个实施例提供的数据处理方法的流程图，关于上述步骤S300，包括但不限于有步骤S910和步骤S920。

步骤S910，根据第一Underlay配置数据和第二Underlay配置数据得到第三差异配置数据；

步骤S920，根据第三差异配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据。

在一实施例中，当从第一Underlay配置数据中删除与第三Underlay配置数据一致的配置数据之后，本发明实施例会将删除操作后的第一Underlay配置数据和第二Underlay配置数据进行审计对账，得到第三差异配置数据，再根据第三差异配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据。

值得注意的是，上述第二Underlay配置数据的更新方式包括如下两种方式：

第一种更新方式：当第二Underlay配置数据包括第三配置数据并且第三差异配置数据没有包括第三配置数据，从第二Underlay配置数据中删除第三配置数据；

第二种更新方式：当第三差异配置数据包括第四配置数据并且第二Underlay配置数据没有包括第四配置数据，增加第四配置数据至第二Underlay配置数据。

可以理解的是，关于上述的第一配置数据、第二配置数据第三配置数据和第四配置数据，可以以实例为粒度。

根据上述的数据处理方法，如图8和图9所示，图8是本发明一个实施例提供的数据处理方法的流程框架图，图9是本发明一个实施例提供的控制面和转发面设备配置审计对账、修复的实现装置的流程图。

在一实施例中，当控制面初次纳管转发面并且未进行配置下发时，控制面可以对转发面设备220的配置数据进行首次审计对账，从而得到控制面和转发面之间的初始差异配置数据，并根据初始差异配置数据得到初始的第二Underlay配置数据，该初始的第二Underlay配置数据为不会进行配置修复的初始保留Underlay配置数据，同时本发明实施例还会将该初始的第二Underlay配置数据存入至数据库230。接着，当在控制面进行配置下发之后，由于SDN网络架构中会存在各种的问题导致控制面和转发面的配置数据不一致，因此控制面会对转发面设备220的配置数据进行再次审计对账，得到当前的控制面和转发面之间的第一差异配置数据，并对该第一差异配置数据进行数据对账处理；其中，数据对账处理包括对该第一差异配置数据进行过滤整合处理，以得到第一Underlay配置数据，再从第一Underlay配置数据中删除与第三Underlay配置数据一致的配置数据，进而得到更新后的第一Underlay配置数据；另外，数据对账处理还包括根据过滤整合处理后的第一Underlay配置数据和第三Underlay配置数据来对第三Underlay配置数据进行更新，进而得到更新后的第三Underlay配置数据；接着，在上述数据对账处理之后，本发明实施例会将更新后的第一Underlay配置数据和初始的第二Underlay配置数据进行审计对账，从而对初始的第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据。

关于图9中的发送模块210，用于向转发面设备220下发配置数据；具体地，发送模块210用于将业务数据存入数据库230；接着适配层将业务数据分解为设备维度的配置数据；最后会将分解的业务数据下发给转发面设备220。

对于上述数据处理方法，本发明实施例提供了一种应用实例进行说明。示例性地，当北向网络编排器编排的业务下发下来，控制面会去编排下发业务配置，一条控制面的业务编排数据会被拆分为设备侧的N条的配置下发给设备，控制面以业务数据下发的设备按需记录入库。在控制面下发业务数据的过程中，当控制面和转发面管理网络连接异常，控制面会尝试重传下发业务配置，在达到重传次数上限之后业务配置下发失败，造成控制面和转发面业务数据不一致，此时就需要使用配置审计对账、修复的方法来保证控制面和转发面的数据一致，要进行修复，需要在审计对账时先获取转发面设备当前的第一Underlay配置数据和预存的第二Underlay配置数据，然后审核更新得到转发面设备最新的第二Underlay配置数据。

另外，关于控制面的执行步骤，可以包括：控制面网管获取到转发面设备配置；然后控制面将设备返回的配置数据转换成网管的数据结构，并存入操作库中；接着控制面网管将控制面设备存库数据和从设备层面获取操作库数据转换成xml并进行实例和属性的逐一比对，网管对比不一致的部分标红显示；接着控制面网管上标红显示的差异配置数据在设备首次接入进行审计对账时，可以全部加入到设备配置数据的初始第二Underlay配置数据中。加入初始第二Underlay配置数据之后，控制器网管不再显示不可修复Underlay配置数据中的差异配置数据；接着控制面网管上在设备进行审计对账之后选择一个或者多个设备进行审核得到设备和控制面最新的第一Underlay配置数据和第二Underlay配置数据差异；数据审核之后选择更新第二Underlay配置数据，控制面不同设备的第二Underlay配置数据更新；在第二Underlay配置数据更新之后，控制器网管不再显示不可修复Underlay配置数据中的差异配置数据；最后，修复配置结果会返回给网管，修复失败有告警通知和具体原因。

可以理解的是，配置审计是一个重要的巡检工具，除了修复控制面和转发面的连通性异常产生的数据不一致的问题外，也可以通过本发明实施例，网管配置配置审计的定时功能，可以巡检转发面的配置是否异常，转发面设备是否出现异常，如：硬件损坏、软件故障、恶意攻击、人为的错误配置，并可以及时进行修复。

另外，可以理解的是，本发明实施例的数据处理方法，除了应用于SDN网络框架，也可以应用于其他的配置下发的领域。

根据本发明实施例的技术方案，能够快速检查转发面设备配置是否正确以及设备状态是否正常；快速了解控制面和转发面数据配置情况；提供多种自定义的方式快速对转发面设备差异配置数据进行修复；提高网络系统环境的稳定性；提高网络系统环境运维的自动化率；快速高效的过滤出转发面设备的Underlay配置数据；解决不同业务配置数据修复时有依赖关系的问题。

另外，本发明实施例的技术方案可以和定时框架结合，做到网络系统定时巡检，自动定时修复系统异常配置；也可以和控制面下发配置数据结合，配置审计对账显示配置数据下发状态；还可以和控制面修复功能结合，可以避免对转发面设备Underlay配置进行操作，导致设备瘫痪。

基于上述数据处理方法，下面提出本发明的数据处理装置的各个实施例。

如图10所示，图10是本发明一个实施例提供的数据处理装置300的示意图，该数据处理装置300包括但不限于有审计对账单元310、第一数据获取单元320、第一数据更新单元330和数据修复单元340。

具体地，审计对账单元310用于获取控制面和转发面设备之间的第一差异配置数据，并根据第一差异配置数据得到第一Underlay配置数据；第一数据获取单元320用于获取第二Underlay配置数据，第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；第一数据更新单元330用于根据第一Underlay配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；数据修复单元340用于根据更新后的第二Underlay配置数据修复转发面设备中的目标配置数据，目标配置数据不包括更新后的第二Underlay配置数据。

需要说明的是，上述单元的具体工作原理可以参考图2所示的方法步骤的描述，为了叙述简便，在此不再赘述。

另外，参照图10所示，在一个实施例中，图10所示的数据处理装置300还包括但不限于有第二数据获取单元350和数据删除单元360。

具体地，第二数据获取单元350用于获取第三Underlay配置数据，第三Underlay配置数据为转发面设备接收到控制面的删除任务之后删除失败的配置数据；数据删除单元360用于从第一Underlay配置数据中删除与第三Underlay配置数据一致的配置数据。

需要说明的是，上述单元的具体工作原理可以参考图5所示的方法步骤的描述，为了叙述简便，在此不再赘述。

另外，参照图10所示，在一个实施例中，图10所示的数据处理装置300还包括但不限于有第二数据更新单元370。

具体地，第二数据更新单元370用于根据第一Underlay配置数据和第三Underlay配置数据得到第二差异配置数据，并根据第二差异配置数据对第三Underlay配置数据进行更新。

可以理解的是，上述的第二数据更新单元370用于当第三Underlay配置数据包括第一配置数据并且第二差异配置数据没有包括第一配置数据，从第三Underlay配置数据中删除第一配置数据。

需要说明的是，上述单元的具体工作原理可以参考图6所示的方法步骤的描述，为了叙述简便，在此不再赘述。

另外，关于上述的审计对账单元310，还用于获取控制面下发给转发面设备的历史配置数据和转发面设备的当前配置数据，并根据历史配置数据和当前配置数据得到控制面和转发面设备之间的第一差异配置数据，并根据第一差异配置数据得到第一Underlay配置数据。其次，审计对账单元310还用于当历史配置数据没有包括第二配置数据并且当前配置数据包括第二配置数据，将第二配置数据作为第一Underlay配置数据。

另外，关于上述的第一数据更新单元330，还用于根据第一Underlay配置数据和第二Underlay配置数据得到第三差异配置数据，并根据第三差异配置数据对第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据。其次，第一数据更新单元330还用于当第二Underlay配置数据包括第三配置数据并且第三差异配置数据没有包括第三配置数据，从第二Underlay配置数据中删除第三配置数据；另外，第一数据更新单元330还用于当第三差异配置数据包括第四配置数据并且第二Underlay配置数据没有包括第四配置数据，增加第四配置数据至第二Underlay配置数据。

需要说明的是，关于图9中的处理模块240，可以对应包括有图10中的审计对账单元310、第一数据获取单元320、第一数据更新单元330、数据修复单元340、第二数据获取单元350、数据删除单元360和第二数据更新单元370，或者能够实现图10中的审计对账单元310、第一数据获取单元320、第一数据更新单元330、数据修复单元340、第二数据获取单元350、数据删除单元360和第二数据更新单元370所具备的功能。

基于上述数据处理方法，下面分别提出本发明的数据处理系统和计算机可读存储介质的各个实施例。

另外，本发明的一个实施例提供了一种数据处理系统，该数据处理系统包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

处理器和存储器可以通过总线或者其他方式连接。

需要说明的是，本实施例中的数据处理系统，可以对应为如图1所示实施例中的系统架构平台中的数据处理系统，能够构成图1所示实施例中的系统架构平台的一部分，两者属于相同的发明构思，因此两者具有相同的实现原理以及有益效果，此处不再详述。

实现上述实施例的数据处理方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例的数据处理方法，例如，执行以上描述的图2中的方法步骤S100至S400、图3中的方法步骤S500、图4中的方法步骤S600、图5中的方法步骤S710至S720、图6中的方法步骤S810至S820、图7中的方法步骤S910至S920。

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

此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，计算机可执行指令用于执行上述的数据处理方法。例如，被上述数据处理系统实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的数据处理方法，例如，执行以上描述的图2中的方法步骤S100至S400、图3中的方法步骤S500、图4中的方法步骤S600、图5中的方法步骤S710至S720、图6中的方法步骤S810至S820、图7中的方法步骤S910至S920。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包括计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本发明权利要求所限定的范围内。

Claims (11)

1.一种数据处理方法，包括：

获取控制面和转发面设备之间的第一差异配置数据，并根据所述第一差异配置数据得到第一底层承载Underlay配置数据；

获取第二Underlay配置数据，所述第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；

根据所述第一Underlay配置数据对所述第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；

从转发面设备的配置数据中剔除所述更新后的第二Underlay配置数据，以得到满足修复条件的目标配置数据。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述第一Underlay配置数据对所述第二Underlay配置数据进行更新之前，所述方法还包括：

获取第三Underlay配置数据，所述第三Underlay配置数据为转发面设备接收到控制面的删除任务之后删除失败的配置数据；

从所述第一Underlay配置数据中删除与所述第三Underlay配置数据一致的配置数据。

3.根据权利要求2所述的方法，其特征在于，还包括：

根据所述第一Underlay配置数据和所述第三Underlay配置数据得到第二差异配置数据；

根据所述第二差异配置数据对所述第三Underlay配置数据进行更新。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第二差异配置数据对所述第三Underlay配置数据进行更新，包括：

当所述第三Underlay配置数据包括第一配置数据并且所述第二差异配置数据没有包括所述第一配置数据，从所述第三Underlay配置数据中删除所述第一配置数据。

5.根据权利要求1所述的方法，其特征在于，所述获取控制面和转发面设备之间的第一差异配置数据，并根据所述第一差异配置数据得到第一Underlay配置数据，包括：

获取控制面下发给转发面设备的历史配置数据和转发面设备的当前配置数据，并根据所述历史配置数据和所述当前配置数据得到控制面和转发面设备之间的第一差异配置数据，并根据所述第一差异配置数据得到第一Underlay配置数据。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一差异配置数据得到第一Underlay配置数据，包括：

当所述历史配置数据没有包括第二配置数据并且所述当前配置数据包括所述第二配置数据，将所述第二配置数据作为第一Underlay配置数据。

7.根据权利要求1所述的方法，其特征在于，所述根据所述第一Underlay配置数据对所述第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据，包括：

根据所述第一Underlay配置数据和所述第二Underlay配置数据得到第三差异配置数据；

根据所述第三差异配置数据对所述第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据。

8.根据权利要求7所述的方法，其特征在于，所述根据所述第三差异配置数据对所述第二Underlay配置数据进行更新，包括如下至少之一：

当所述第二Underlay配置数据包括第三配置数据并且所述第三差异配置数据没有包括所述第三配置数据，从所述第二Underlay配置数据中删除所述第三配置数据；

当所述第三差异配置数据包括第四配置数据并且所述第二Underlay配置数据没有包括所述第四配置数据，增加所述第四配置数据至所述第二Underlay配置数据。

9.一种数据处理装置，其特征在于，包括：

审计对账单元，用于获取控制面和转发面设备之间的第一差异配置数据，并根据所述第一差异配置数据得到第一Underlay配置数据；

第一数据获取单元，用于获取第二Underlay配置数据，所述第二Underlay配置数据为转发面设备中不被控制面修复的配置数据；

第一数据更新单元，用于根据所述第一Underlay配置数据对所述第二Underlay配置数据进行更新，得到更新后的第二Underlay配置数据；

数据修复单元，用于根据所述更新后的第二Underlay配置数据修复转发面设备中的目标配置数据，所述目标配置数据不包括所述更新后的第二Underlay配置数据。

10.一种数据处理系统，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至8中任意一项所述的数据处理方法。

11.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求1至8中任意一项所述的数据处理方法。

Images