WO2022048570A1 - 数据处理方法、装置、电子设备和存储介质 - Google Patents

数据处理方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
WO2022048570A1
WO2022048570A1 PCT/CN2021/116040 CN2021116040W WO2022048570A1 WO 2022048570 A1 WO2022048570 A1 WO 2022048570A1 CN 2021116040 W CN2021116040 W CN 2021116040W WO 2022048570 A1 WO2022048570 A1 WO 2022048570A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
sub
repair
target
verification
Prior art date
Application number
PCT/CN2021/116040
Other languages
English (en)
French (fr)
Inventor
梁兰飞
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2022048570A1 publication Critical patent/WO2022048570A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2365—Ensuring data consistency and integrity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Definitions

  • the embodiments of the present application relate to the field of computer technologies, and in particular, to a data processing method, apparatus, electronic device, and storage medium.
  • the SDN controller In the software-defined network SDN (Software Defined Network, SDN for short) architecture, the SDN controller carries a large number of services at the application layer. Under this layered and open network architecture, the data in the SDN controller has a certain probability and The data in the application layer and the data forwarding layer is inconsistent, and the data inconsistency will reduce the reliability of SDN network services.
  • the traditional method to deal with data inconsistency is: in the SDN network architecture, using the distributed system consistency protocol, the data that needs to be transmitted After being processed by the distributed system consistency protocol, the inconsistent data is turned into consistent data and sent to other business modules.
  • An embodiment of the present application further provides an electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a program that can be executed by the at least one processor Instructions that are executed by the at least one processor to enable the at least one processor to perform the above-described method of data processing.
  • FIG. 2 is a flowchart of step 103 in the data processing method provided by the first embodiment of the present application shown in FIG. 1;
  • FIG. 4 is a flowchart of a data processing method provided by a third embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a data processing apparatus provided by a fifth embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of an electronic device provided by a sixth embodiment of the present application.
  • Step 102 Obtain sub-data from the data of at least two verification targets.
  • the sub-data is obtained from the check target according to preset attributes
  • the preset attributes may include: the content of the network service, the data generated by providing the network service, and the like.
  • the attributes preset in the actual use process may also include attributes set according to actual needs, which will not be repeated here.
  • the data of the verification targets obtained when all the verification targets correctly perform the same service may not be completely consistent.
  • the key data content of interest that is, the sub-data
  • the sub-data is extracted according to the preset data, and it is determined whether the sub-data of different verification targets are completely consistent to avoid the situation that the above-mentioned data is inconsistent but does not need to be repaired.
  • This embodiment does not limit the sub-data, and in the actual use process, the sub-data may be any part of the data reflecting the verification target of the corresponding attribute.
  • Step 103 check the sub-data, and obtain the check result that the sub-data are inconsistent.
  • Step 201 Check whether the number of sub-data is consistent.
  • this step checks whether the number of sub-data of the at least two verification targets obtained in step 102 is consistent. If the number of sub-data is consistent, execute step 202; if the number of sub-data is inconsistent, execute step 203, wherein, This embodiment does not limit the checking method. In actual use, the checking method can be any method that can correctly determine whether the data of the checking target is consistent according to the data of the sub-data.
  • Step 202 Check whether the contents of the sub-data are consistent.
  • the checking method can be any one that can be correct according to the data of the sub-data A method for judging whether the data of the verification target is consistent.
  • step 203 the obtained verification result is that the data is consistent.
  • the obtained verification result may be directly returned to the user to inform the user that the data at this time is normal. condition.
  • Step 204 Obtain a check result of inconsistent sub-data.
  • the check result of the inconsistent sub-data of data A and data B is that the number of sub-data of data A and data B is inconsistent.
  • Step 104 Select data of one verification target from the data of at least two verification targets as standard data, and select a preset repair rule to repair the data to be repaired according to the verification result and the standard data.
  • this embodiment does not limit the basis for selecting the standard data.
  • the basis for selecting the standard data may be any one that can uniquely determine the standard data.
  • the preset repair rule is a rule for determining how to repair the data to be repaired according to prior knowledge or expert knowledge.
  • this embodiment does not limit the repair rules.
  • the repair rules may be any one or some methods that can uniquely determine specific repair steps.
  • sub-data corresponding to a preset attribute is obtained from the data of the verification target, and the sub-data is verified to obtain a verification result of inconsistent data in the network, and for the result of inconsistent data, different repair rules are selected to repair the data, It can improve the reliability of the business when solving the problem of data inconsistency.
  • the second embodiment of the present application relates to a data processing method. This embodiment is roughly the same as the first embodiment, except that step 104 is refined. The specific process is shown in FIG. 3 , wherein step 301 Up to step 303 is substantially the same as step 101 and step 103 in the first embodiment, and will not be repeated here.
  • Step 301 Acquire data of at least two verification targets.
  • Step 302 Obtain sub-data from the data of at least two verification targets.
  • Step 303 check the sub-data, and obtain the check result that the sub-data are inconsistent.
  • Step 304 select the data of one verification target from the data of at least two verification targets as the standard data.
  • step 301 at least two verification targets are obtained in step 301, and any one of them can be selected as the standard data according to the needs of the user, or the data of which verification target can be preset as the standard data can be determined. In this implementation In the example, any other method can be used to select standard data, which will not be repeated here.
  • Step 305 determine whether the number of sub-data in the standard data is greater than the number of sub-data in the repair target.
  • step 306 is executed, If the number of sub-data in the standard data is greater than the number of sub-data in the repair target, step 307 is executed.
  • Step 306 Send a data deletion request to the restoration target for the restoration target to delete data.
  • step 306 is a repair principle set based on the above considerations.
  • This embodiment does not limit the size of the data to be deleted. According to the actual situation, the part corresponding to the sub-data that is inconsistent with the sub-data of the verification target can be deleted, or all the data can be deleted directly. The specific size of the deleted data can be determined according to actual needs. set up.
  • Step 307 Convert the standard data format into a data format supported by the repair target and send the repair data to the repair target.
  • step 307 is a repair principle set based on the above considerations.
  • the verification targets are different components in the SDN network, the data that they can accept and use may be different in format.
  • the format conversion ensures that the data received by the repair target Availability of data.
  • the data quantity and data content are checked respectively, and different repair rules are flexibly adopted according to different checking results, which solves the problem of data inconsistency in the SDN network.
  • data format conversion is added to ensure the availability of the received data.
  • the third embodiment of the present application relates to a data processing method.
  • This embodiment is roughly the same as the first embodiment, except that the data applied to the repair target and the standard data have the same number of sub-data but different sub-data contents.
  • the specific process is shown in FIG. 4 , in which steps 401 to 403 are the same as steps 101 and 103 in the first embodiment, and are not repeated here.
  • Step 401 Acquire data of at least two verification targets.
  • Step 402 Obtain sub-data from the data of at least two verification targets.
  • Step 403 check the sub-data, and obtain the check result that the sub-data are inconsistent.
  • Step 404 Select the data of one verification target from the data of the at least two verification targets as the standard data.
  • step 401 at least two verification targets are obtained in step 401, and any one of them can be selected as the standard data according to the needs of the user, or the data of which verification target can be determined as the standard data by preset. In this implementation In the example, any other method can be used to select standard data, which will not be repeated here.
  • Step 405 Convert the standard data format into a data format supported by the repair target and send it to the repair target.
  • step 405 is a repair rule set based on the above considerations.
  • problems such as execution errors in the repair target are specified, and when the data volume of the repair target is consistent with the standard data but the data content is inconsistent, a unified Repair rules, avoid the problem of setting repair methods in sequence, and add data format conversion to ensure the availability of received data.
  • the fourth embodiment of the present application relates to a data processing method. This embodiment is roughly the same as the first embodiment, except that the data applied to the repair target and the standard data have the same number of sub-data but different sub-data contents. In this scenario, the specific process is shown in Figure 5.
  • Step 501 Receive a data verification request sent by a user.
  • the method of performing data query and repair does not happen in real time, but there are conditions.
  • the condition is that the user's data verification request is received, so as to avoid excessive data verification and repair. Consistency brings low network availability.
  • Step 502 Determine the verification target according to the data verification request.
  • the user can independently select the object that needs to be checked and repaired.
  • the transmission example of this selection because the programmability of the SDN network can be communicated through the command line or through the use of a third-party platform. .
  • Step 503 Acquire data of at least two verification targets.
  • this step is the same as step 101 in the first embodiment, and will not be repeated here.
  • Step 504 Acquire sub-data corresponding to a preset attribute from the data of at least two verification targets.
  • this step is the same as step 102 in the first embodiment, and will not be repeated here.
  • Step 505 check the sub-data, and obtain the check result that the sub-data are inconsistent.
  • this step is the same as step 103 in the first embodiment, and will not be repeated here.
  • Step 506 Send the check result to the user for the user to make a decision according to the check result.
  • the verification result includes detailed information about data inconsistency, at least the specific content and location of the inconsistency.
  • the user After the user receives it, it can be displayed on, for example, a computer interface or a web interface, and based on the detailed information of the displayed data inconsistency, a decision is made to decide whether to repair it, which improves the user experience.
  • Step 507 Receive a data restoration request from the user.
  • the user Before that, the user makes a decision: repair the data to be repaired. Therefore, the user needs to send a data repair request.
  • Step 508 select the data of one verification target from the data of the at least two verification targets as the standard data, and select a preset repair rule to repair the data to be repaired according to the verification result and the standard data.
  • this step is the same as step 104 in the first embodiment, and will not be repeated here.
  • users can decide whether to send a data verification request according to actual needs, and users can also decide whether to send a data verification request according to their own experience or current needs.
  • the data repair request increases the flexibility of user participation, fully considers the actual needs of users in different situations, and improves the user's experience of using the SDN network.
  • the fifth embodiment of the present application relates to a data processing device, as shown in FIG. 6 , including:
  • a data acquisition module 601, configured to acquire data of at least two verification targets
  • Sub-data acquisition module 602 for acquiring sub-data from the data of at least two verification targets in the data acquisition module 601;
  • a data checking module 603, configured to check the sub-data in the sub-data obtaining module 602, and obtain a check result that the sub-data is inconsistent;
  • the data repair module 604 is used to select the data of one verification target from the data of at least two verification targets in the data acquisition module 603 as standard data, and according to the verification result in the data verification module 603 and the standard data , select a preset repair rule to repair the data to be repaired.
  • this embodiment is a device embodiment corresponding to the first embodiment, and this embodiment can be implemented in cooperation with the first embodiment.
  • the related technical details mentioned in the first embodiment are still valid in this embodiment, and are not repeated here in order to reduce repetition.
  • the relevant technical details mentioned in this embodiment can also be applied in the first embodiment.
  • modules involved in this embodiment are logical modules.
  • a logical unit may be a physical unit, a part of a physical unit, or multiple physical units.
  • a composite implementation of the unit in order to highlight the innovative part of the present invention, the unit that is not closely related to solving the technical problem proposed by the present invention is not introduced in this embodiment, but this does not mean that there are no other units in this embodiment.
  • the sixth embodiment of the present invention relates to an electronic device, as shown in FIG. 7 , comprising: at least one processor 701 ; and a memory 702 communicatively connected to the at least one processor 701 ; wherein the memory 702 stores Instructions executable by the at least one processor 701, the instructions being executed by the at least one processor 701 to enable the at least one processor 701 to execute the data processing methods of the above-described embodiments.
  • the memory and the processor are connected by a bus, and the bus may include any number of interconnected buses and bridges, and the bus connects one or more processors and various circuits of the memory.
  • the bus may also connect together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein.
  • the bus interface provides the interface between the bus and the transceiver.
  • a transceiver may be a single element or multiple elements, such as multiple receivers and transmitters, providing a means for communicating with various other devices over a transmission medium.
  • the data processed by the processor is transmitted on the wireless medium through the antenna, and further, the antenna also receives the data and transmits the data to the processor.
  • the processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interface, voltage regulation, power management, and other control functions. Instead, memory may be used to store data used by the processor in performing operations.
  • the seventh embodiment of the present invention relates to a computer-readable storage medium storing a computer program.
  • the above method embodiments are implemented when the computer program is executed by the processor.
  • the aforementioned storage medium includes: U disk, mobile hard disk, Read-Only Memory (ROM, Read-Only Memory), Random Access Memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program codes .

Abstract

一种数据处理方法、装置、电子设备和存储介质，应用于SDN网络中。该数据处理方法包括：获取至少两个核对目标的数据（101）；从所述至少两个核对目标的数据中获取子数据（102）；核对所述子数据，获取子数据不一致的核对结果（103）；从所述至少两个核对目标的数据中选择一个核对目标的数据作为标准数据，根据所述核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复（104）。

Description

数据处理方法、装置、电子设备和存储介质
交叉引用
本申请基于申请号为“202010910828.6”、申请日为2020年09月02日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此以引入方式并入本申请。
技术领域
本申请实施例涉及计算机技术领域，特别涉及一种数据处理方法、装置、电子设备和存储介质。
背景技术
在软件定义网络SDN(Software Defined Network，简称：SDN)架构中，SDN控制器承载着应用层的大量业务，在这种分层及开放性的网络架构下，SDN控制器中数据有一定概率与应用层、数据转发层中的数据不一致，数据不一致将会降低SDN网络业务可靠性，传统的处理数据不一致的方法是：在SDN网络架构中，使用分布式系统一致性协议，所需要传输的数据经过分布式系统一致性协议处理，将不一致的数据变成一致的数据并发送至其他业务模块。
然而，在使用传统的分布式系统一致性协议处理不一致数据时，对所有不一致的数据采取同样的操作，会使得数据具有很强的一致性，将强一致性的数据发送至SDN网络架构中的其他业务模块，会降低SDN网络架构的其他业务模块的可靠性。
发明内容
本申请实施例提供了一种数据处理方法，包括：获取至少两个核对目标的数据；从所述至少两个核对目标的数据中获取子数据；核对所述子数据，获取子数据不一致的核对结果；从所述至少两个核对目标的数据中选择一个核对目标的数据作为标准数据，根据所述核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复。
本申请实施例还提供了一种数据处理装置，包括：数据获取模块，用于获取至少两个核对目标的数据；子数据获取模块，用于从所述数据获取模块中至少两个核对目标的数据中获取子数据；数据核对模块，用于核对所述子数据获取模块中的子数据，获取子数据不一致的核对结果；数据修复模块，用于从所述数据获取模块中至少两个核对目标的数据中，选择一个核对目标的数据作为标准数据，根据所述数据核对模块中的核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复。
本申请实施例还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的数据处理的方法。
本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的数据处理的方法。
附图说明
图1是本申请的第一实施例提供的数据处理方法的流程图；
图2是图1所示的本申请的第一实施例提供的数据处理方法中步骤103的流程图；
图3是本申请的第二实施例提供的数据处理方法的流程图；
图4是本申请的第三实施例提供的数据处理方法的流程图；
图5是本申请的第四实施例提供的数据处理方法的流程图；
图6是本申请的第五实施例提供的数据处理装置的结构示意图；
图7是本申请的第六实施例提供的电子设备的结构示意图。
具体实施方式
本申请实施例的主要目的在于提出一种数据处理方法、装置、电子设备和存储介质，能够解决数据不一致的问题，来提高业务的可靠性。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
本申请的第一实施例涉及一种数据处理方法，应用在SDN网络中，其流程如图1所示，包括：
步骤101，获取至少两个核对目标的数据。
具体地说，在本实施例中，核对目标可以是对SDN网络按照结构划分，包括控制层与转发层、控制层与应用层、控制层的主备控制器、控制层的关联业务、控制层的不同模块等，还可以是按照业务逻辑划分，包括租户、业务等，其中，核对目标的数据可以是：核对目标的业务、业务数据。当然，以上仅核对目标以及核对目标的数据为具体的举例说明，在实际的使用过程中核对目标的数据还可以包括核对目标的其他数据，此处不做一一赘述。
步骤102，从至少两个核对目标的数据中获取子数据。
具体地说，在本实施例中，子数据的获取是根据预先设置的属性从核对目标中提取的，预先设置的属性可以包括：网络服务的内容、提供网络服务产生的数据等。当然，以上仅为具体的举例说明，在实际的使用过程中预先设置的属性还可以包括根据实际需要设定的属性，此处不做一一赘述。
需要说明的是，在本实施例中，由于核对目标是SDN网络的不同部分，因此所有核对目标即使都正确地执行相同的业务时获取的核对目标的数据也不会完全一致。但是在核对目标都正常地执行业务时，不同核对目标获取的数据之间存在差异是正常的，不是需要解决的数据不一致问题。因此，根据预设的数据提取感兴趣的关键数据内容也就是子数据，判断不同核对目标的子数据是否完全一致来避免上述数据虽然不一致但是不需要修复的情况。本实施例不对子数据进行限定，在实际的使用过程中，子数据可以为任意一种反映对应属性的核对目标的数据的一部分。
步骤103，核对子数据，获取子数据不一致的核对结果。
具体地说，在本实施例中，如图2所示，步骤103还包括：
步骤201，核对子数据的数量是否一致。
具体的说，本步骤核对的是步骤102所获取的至少两个的核对目标的子数据的数量是否一致，若子数据数量一致，则执行步骤202，若子数据数量不一致，则执行步骤203，其中，本实施例不对核对的方法进行限定，在实际的使用过程中，核对的方法可以为任意一种能够根据子数据的数据正确判断核对目标的数据是否一致的方法。
步骤202，核对子数据的内容是否一致。
具体的说，当所获取到的至少两个的核对目标的子数据的数量一致时，并不能说明所获取到的子数据完全一致，还需要进一步核对子数据中的内容是否一致，若子数据内容一致，则执行步骤203，若子数据内容不一致，则执行步骤204，其中，本实施例不对核对的方法进行限定，在实际的使用过程中，核对的方法可以为任意一种能够根据子数据的数据正确判断核对目标的数据是否一致的方法。
步骤203，获取核对结果为数据一致。
具体地说，当所获取到的核对的子数据的内容完全一致时，便不需要在对其进行数据处理工作，可能直接将所获取到的核对结果返回给用户，告知用户此时的数据处于正常状态。
步骤204，获取子数据不一致的核对结果。
具体的说，在本实施例中，只获取子数据不一致的情况下的具体核对信息，如数据A和数据B的子数据不一致的核对结果是：数据A和数据B子数据数量不一致。
步骤104，从至少两个核对目标的数据中选择一个核对目标的数据作为标准数据，根据核对结果和标准数据，选择预先设置的修复规则对待修复数据进行修复。
具体地说，本实施例不对选取标准数据的依据进行限定，在实际的使用过程中，选取标准数据的依据可以为任意一种能够唯一确定标准数据的选取依据。在本实施例中，预先设置的修复规则是根据先验知识或者专家知识，来确定如何修复待修复数据的规则。但是本实施例不对修复规则进行限定，在实际的使用过程中，修复规则可以为任意一种或一些能够唯一确定具体修复步骤的方法。
本实施例，从核对目标的数据中获取预先设置的属性对应的子数据并核对该子数据，得到网络中数据不一致的核对结果，针对数据不一致的结果，选择不同的修复规则对数据进行修复，能够在解决数据不一致的问题时提高业务的可靠性。
本申请的第二实施例涉及一种数据处理方法，本实施例与第一实施例大致相同，区别之处在于，将步骤104进行了细化，具体流程如图3所示，其中，步骤301至步骤303与第一实施例中步骤101与步骤103大致相同，在此不再赘述。
步骤301，获取至少两个核对目标的数据。
步骤302，从至少两个核对目标的数据中获取子数据。
步骤303，核对子数据，获取子数据不一致的核对结果。
步骤304，从至少两个核对目标的数据中选择一个核对目标的数据作为标准数据。
具体地说，步骤301中至少获取了两个核对目标，可以根据用户的需求选择其中任意一个作为标准数据，也可以通过预先设定的来确定哪一个核对目标的数据作为标准数据，在本实施例中采用其他任意一种方法选都可以取标准数据，此处不一一赘述。
步骤305，判断标准数据中的子数据数量是否大于修复目标中子数据的数量。
具体地说，当所获取到的核对结果不一致时，则需要对核对目标中的数据数量的大小进 行一个判断，若标准数据中的子数据数量小于修复目标中子数据的数量，则执行步骤306，若标准数据中的子数据数量大于修复目标中子数据的数量，则执行步骤307。
步骤306，向修复目标发送数据删除请求，供修复目标删除数据。
具体地说，在本实施例中，标准数据中的子数据数量小于修复目标中子数据的数量，可以认为修复目标的数据就是包括了无意义的数据，直接删除无意义的数据，而不进行其他操作。因此，步骤306是基于上述考虑设置的修复原则。本实施例不对删除的数据大小进行限定，根据实际情况，可以删除与核对目标的子数据不一致的子数据对应的部分，还可以是直接删除所有的数据，具体删除的数据大小可以根据实际需要进行设置。
步骤307，将标准数据的格式转换成修复目标支持的数据格式并发送给修复目标修复数据。
具体地说，在本实施例中，标准数据中的子数据数量大于修复目标中子数据的数量，可以认为修复目标的数据就是可能发生业务丢失、数据包丢失等问题，因此需要将丢失的内容进行重传，重传可以是通过发送标准数据给修复目标，从而达到数据一致的目的。因此，步骤307是基于上述考虑设置的修复原则。
需要说明的是，在本实施例中，由于核对目标是SDN网络中的不同组成部分，因此它们能够接受并利用的数据可能在格式上存在差异，本实施例通过格式转化保证了修复目标接收的数据的可用性。
本实施例，在实现第一实施例带来的有益效果基础上，分别对数据数量和数据内容进行核对，针对不同的核对结果灵活采取不同的修复规则，解决了SDN网络中数据不一致的问题，同时加入数据格式转化，保证了接收到的数据的可用性。
本申请的第三实施例涉及一种数据处理方法，本实施例与第一实施例大致相同，不同之处在于，应用在修复目标的数据与标准数据的子数据数量相同而子数据内容不同的情景下，具体流程如图4所示，其中步骤401至步骤403与第一实施例中步骤101与步骤103相同，在此不再赘述。
步骤401，获取至少两个核对目标的数据。
步骤402，从至少两个核对目标的数据中获取子数据。
步骤403，核对子数据，获取子数据不一致的核对结果。
步骤404，从至少两个核对目标的数据中选择一个核对目标的数据作为标准数据。
具体地说，步骤401中至少获取了两个核对目标，可以根据用户的需求选择其中任意一个作为标准数据，也可以通过预先设定的来确定哪一个核对目标的数据作为标准数据，在本实施例中采用其他任意一种方法选都可以取标准数据，此处不一一赘述。
步骤405，将标准数据的格式转换成修复目标支持的数据格式并发送给修复目标。
具体地说，在本实施例中，获取的子数据不一致的核对结果是修复目标的数据与标准数据的子数据数量相同而子数据内容不同。因此，可以认为修复目标的数据就是可能发生与物质性错误等问题，因此需要将错误的内容进行更新，将它更新为标准数据，从而达到数据一致的目的。因此，步骤405是基于上述考虑设置的修复规则。
本实施例，在实现第一实施例带来的有益效果基础上，具体规定了修复目标产生执行错误等问题，导致修复目标的数据量与标准数据一致而数据内容不一致时，设定了统一的修复规则，避免依次设置修复方法的问题，同时加入数据格式转化，保证了接收到的数据的可用 性。
本申请的第四实施例涉及一种数据处理方法，本实施例与第一实施例大致相同，不同之处在于，应用在修复目标的数据与标准数据的子数据数量相同而子数据内容不同的情景下，具体流程如图5所示。
步骤501，接收用户发送的数据核对请求。
具体地说，在本实施例中，执行数据查询和修复的方法不是实时发生的，而时存在条件的，条件是接收到用户的数据核对请求，这样避免过多的数据核对和修复到来数据强一致性带来的网络低可用性。
步骤502，根据数据核对请求确定核对目标。
具体地说，在本实施例中，用户可以自主选取需要数据核对和修复的对象，这种选择的传达例，由于SDN网络的可编程可以是通过命令行，也可以是利用第三方平台进行传达。
步骤503，获取至少两个核对目标的数据。
具体地说，本步骤与第一实施例中的步骤101相同，此处不一一赘述。
步骤504，从至少两个核对目标的数据中获取预先设置的属性对应的子数据。
具体地说，本步骤与第一实施例中的步骤102相同，此处不一一赘述。
步骤505，核对子数据，获取子数据不一致的核对结果。
具体地说，本步骤与第一实施例中的步骤103相同，此处不一一赘述。
步骤506，将核对结果发送给用户，供所述用户根据核对结果进行决策。
具体地说，在本实施例中，核对结果包括数据不一致的详细信息，至少有不一致的具体内容和位置。用户接收后可以在例如计算机界面或者网页界面等进行显示，并根据显示的数据不一致的详细信息，进行决策，决定是否修复，提高了用户的使用体验。
步骤507，接收用户的数据修复请求。
具体地说，在此之前，用户做出决策：修复待修复数据。因此，用户需要发送数据修复请求。
步骤508，从至少两个核对目标的数据中选择一个核对目标的数据作为标准数据，根据核对结果和标准数据，选择预先设置的修复规则对待修复数据进行修复。
具体地说，本步骤与第一实施例中的步骤104相同，此处不一一赘述。
本实施例，在实现第一实施例带来的有益效果基础上，考虑用户的需求，用户可以根据实际需求决定是否发送数据核对请求，用户还可以根据自己的经验或者当前的需求，决定是否发送数据修复请求，增加用户参与的灵活性，充分考虑了不同情况下用户的实际需求，提高用户的对SDN网络使用体验。
本申请第五实施例涉及一种数据处理装置，如图6所示，包括：
数据获取模块601，用于获取至少两个核对目标的数据；
子数据获取模块602，用于从所述数据获取模块601中至少两个核对目标的数据中获取子数据；
数据核对模块603，用于核对所述子数据获取模块602中的子数据，获取子数据不一致的核对结果；
数据修复模块604，用于从所述数据获取模块603中至少两个核对目标的数据中，选择一个核对目标的数据作为标准数据，根据所述数据核对模块603中的核对结果和所述标准数 据，选择预先设置的修复规则对待修复数据进行修复。
不难发现，本实施例为与第一实施例相对应的装置实施例，本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例中。
值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。
本发明第六实施例涉及一种电子设备，如图7所示，包括：至少一个处理器701；以及，与所述至少一个处理器701通信连接的存储器702；其中，所述存储器702存储有可被所述至少一个处理器701执行的指令，所述指令被所述至少一个处理器701执行，以使所述至少一个处理器701能够执行上述实施例的数据处理方法。
其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本发明第七实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

  1. 一种数据处理方法，应用于SDN网络中，包括：
    获取至少两个核对目标的数据；
    从所述至少两个核对目标的数据中获取子数据；
    核对所述子数据，获取子数据不一致的核对结果；
    从所述至少两个核对目标的数据中选择一个核对目标的数据作为标准数据，根据所述核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复。
  2. 根据权利要求1所述的数据处理方法，其中，所述核对所述子数据，获取子数据不一致的核对结果，包括：
    核对所述子数据的数量是否一致；
    若所述子数据的数量不一致，则获取所述子数据不一致的核对结果；
    若所述子数据的数量一致，则核对所述子数据的数据内容；
    若所述子数据的数据内容不一致，则获取所述子数据不一致的核对结果。
  3. 根据权利要求1或2所述的数据处理方法，其中，所述根据所述核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复，包括：
    比较所述标准数据中的子数据数量和修复目标的子数据数量；
    若所述标准数据中的子数据数量大于修复目标的子数据数量，则将所述标准数据的格式转换成修复目标支持的数据格式，并发送给所述修复目标修复数据；
    若所述标准数据中的子数据数量小于修复目标的子数据数量，则向修复目标发送数据删除请求，供所述修复目标删除数据。
  4. 根据权利要求1至3任一项所述的数据处理方法，其中，所述根据所述核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复，包括：
    若所述标准数据的数据内容与修复目标的数据内容不一致，则将所述标准数据的格式转换成修复目标支持的数据格式并发送给所述修复目标。
  5. 根据权利要求3或4所述的数据处理方法，其中，在所述将所述标准数据转换成修复目标支持的数据格式并发送给所述修复目标之前，包括：
    向修复目标发送数据删除请求；
    所述修复目标接收所述数据删除请求并删除数据。
  6. 根据权利要求1至5中任一项所述的数据处理方法，其中，在所述获取至少两个核对目标的数据之前，还包括：
    接收用户发送的数据核对请求；
    根据所述数据核对请求确定所述核对目标。
  7. 根据权利要求1至6中任一项所述的数据处理方法，其中，在所述核对所述子数据，获取子数据不一致的核对结果之后，包括：
    将所述核对结果发送给用户，供所述用户根据所述核对结果进行决策；
    接收所述用户的数据修复请求。
  8. 一种数据处理装置，包括：
    数据获取模块，用于获取至少两个核对目标的数据；
    子数据获取模块，用于从所述数据获取模块中至少两个核对目标的数据中，获取子数据；
    数据核对模块，用于核对所述子数据获取模块中的子数据，获取子数据不一致的核对结果；
    数据修复模块，用于从所述数据获取模块中至少两个核对目标的数据中，选择一个核对目标的数据作为标准数据，根据所述数据核对模块中的核对结果和所述标准数据，选择预先设置的修复规则对待修复数据进行修复。
  9. 一种电子设备，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任意一项所述的数据处理的方法。
  10. 一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至7中任一所述的数据处理的方法。
PCT/CN2021/116040 2020-09-02 2021-09-01 数据处理方法、装置、电子设备和存储介质 WO2022048570A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010910828.6A CN114201500A (zh) 2020-09-02 2020-09-02 数据处理方法、装置、电子设备和存储介质
CN202010910828.6 2020-09-02

Publications (1)

Publication Number Publication Date
WO2022048570A1 true WO2022048570A1 (zh) 2022-03-10

Family

ID=80491609

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/116040 WO2022048570A1 (zh) 2020-09-02 2021-09-01 数据处理方法、装置、电子设备和存储介质

Country Status (2)

Country Link
CN (1) CN114201500A (zh)
WO (1) WO2022048570A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109039959A (zh) * 2018-07-27 2018-12-18 广东工业大学 一种sdn网络规则的一致性判断方法及相关装置
CN109361625A (zh) * 2018-10-24 2019-02-19 新华三技术有限公司合肥分公司 核查转发表项的方法、装置和控制器
CN110225008A (zh) * 2019-05-27 2019-09-10 四川大学 一种云环境下sdn网络状态一致性验证方法
CN110661651A (zh) * 2019-09-06 2020-01-07 北京浪潮数据技术有限公司 一种sdn控制器数据管理方法、系统、装置及可读存储介质
CN110674027A (zh) * 2019-08-16 2020-01-10 华东师范大学 面向p4编程语言的sdn数据平面软件一致性测试系统及方法
CN110710161A (zh) * 2017-05-31 2020-01-17 思科技术公司 生成网络的设备级逻辑模型

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110710161A (zh) * 2017-05-31 2020-01-17 思科技术公司 生成网络的设备级逻辑模型
CN109039959A (zh) * 2018-07-27 2018-12-18 广东工业大学 一种sdn网络规则的一致性判断方法及相关装置
CN109361625A (zh) * 2018-10-24 2019-02-19 新华三技术有限公司合肥分公司 核查转发表项的方法、装置和控制器
CN110225008A (zh) * 2019-05-27 2019-09-10 四川大学 一种云环境下sdn网络状态一致性验证方法
CN110674027A (zh) * 2019-08-16 2020-01-10 华东师范大学 面向p4编程语言的sdn数据平面软件一致性测试系统及方法
CN110661651A (zh) * 2019-09-06 2020-01-07 北京浪潮数据技术有限公司 一种sdn控制器数据管理方法、系统、装置及可读存储介质

Also Published As

Publication number Publication date
CN114201500A (zh) 2022-03-18

Similar Documents

Publication Publication Date Title
WO2020192301A1 (zh) 设备参数的配置方法、装置和系统、终端设备和计算机可读存储介质
WO2020062131A1 (zh) 一种基于区块链技术的容器云管理系统
US20140359362A1 (en) Information interaction test device and method based on automatic generation of associated test cases
US20070033284A1 (en) System server for data processing with multiple clients and a data processing method
US9367298B1 (en) Batch configuration mode for configuring network devices
WO2018001200A1 (zh) 数据处理方法、集群管理器、资源管理器、数据处理系统
CN112328675A (zh) 异构数据转换方法、装置、设备及存储介质
CN110909013A (zh) 业务清单生成方法、装置、设备及计算机可读存储介质
CN113163414A (zh) 一种信息处理方法和近实时无线接入网控制器
US10366098B2 (en) Data upload—process integration tool
CN111258832A (zh) 一种接口参数校验方法、装置、设备及介质
CN110417876A (zh) 会话方法、分布式系统中的节点服务器及主控设备
WO2017045345A1 (zh) 一种资源管理方法、装置及多模软基站统一网管
WO2022048570A1 (zh) 数据处理方法、装置、电子设备和存储介质
CN112202879B (zh) 中间件管理方法、装置、电子设备和存储介质
US8595728B2 (en) System for judging an execution status of batch processing, and based on judgement result to send post-update data to terminal device
CN112527901A (zh) 数据存储系统、方法、计算设备及计算机存储介质
US20230267430A1 (en) Data processing method and device, and computer-readable storage medium
US20030046306A1 (en) Apparatus and method for managing state of external apparatus
CN109672718A (zh) 系统间的文件传递方法、服务器、存储介质及装置
CN112099879B (zh) 配置信息管理方法、装置、计算机设备及存储介质
CN108038782B (zh) 一种用于证券交易的安全系统及用于证券交易的安全校验方法
CN108989467A (zh) 集中式寻址方法
US11442756B2 (en) Common service resource application method, related device, and system
US8352693B2 (en) Storage control apparatus

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21863634

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 07.07.2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21863634

Country of ref document: EP

Kind code of ref document: A1